feat: developer tools page, auto-test orchestrator, BIP display, tests redesign

Bundles several feature streams that have been iterating on the working tree:

- Developer Tools page (Debug-only via DEVELOPER_TOOLS symbol): hosts the
  identification card, manual KWP write + transaction log, ROM/EEPROM dump
  card with progress banner and completion message, persisted custom-commands
  library, persisted EEPROM passwords library. New service primitives:
  IKwpService.SendRawCustomAsync / ReadEepromAsync / ReadRomEepromAsync.
  Persistence mirrors the Clients XML pattern in two new files
  (custom_commands.xml, eeprom_passwords.xml).
- Auto-test orchestrator (IAutoTestOrchestrator + AutoTestState): linear
  K-Line read -> unlock -> bench-on -> test sequence with snackbar UI and
  progress dialog VM, gated on dashboard alarms.
- BIP-STATUS display: BipDisplayViewModel + BipDisplayView, RAM read at
  0x0106 via IKwpService.ReadBipStatusAsync; status definitions in
  BipStatusDefinition.
- Tests page redesign: TestSectionCard + PhaseTileView replacing the old
  TestPlanView/TestRunningView/TestDoneView/TestPreconditionsView/
  TestSectionView controls and their VMs.
- Pump command sliders: Fluent thick-track style with overhang thumb,
  click-anywhere-and-drag, mouse-wheel adjustment.
- Window startup: app.manifest declares PerMonitorV2 DPI awareness,
  MainWindow installs a WM_GETMINMAXINFO hook in OnSourceInitialized and
  maximizes there (after the hook is in place) so the app fits the work
  area exactly on any display configuration.
- Misc: PercentToPixelsConverter, seed_aliases.py one-shot pump-alias
  importer, tools/Import-BipStatus.ps1, kline_eeprom_spec.md and
  dump-functions reference docs.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Models/CanBusParameter.cs

@@ -93,6 +93,21 @@ namespace HC_APTBS.Models
         /// </summary>
         public bool NeedsUpdate { get; set; }
 
+        /// <summary>
+        /// Raised on the CAN read thread after a decoded frame causes <see cref="Value"/>
+        /// to change. The decoder compares post-filter values and only fires on a real
+        /// delta, so handlers that only care about state transitions do not need their own
+        /// change-detection. Handlers run on the CAN read thread — they must not block and
+        /// must marshal to the UI thread themselves if they touch WPF state.
+        /// </summary>
+        public event Action<CanBusParameter>? ValueChanged;
+
+        /// <summary>
+        /// Invokes <see cref="ValueChanged"/>. Intended to be called by the CAN decoder
+        /// after a value update; internal so other layers cannot raise it spuriously.
+        /// </summary>
+        internal void RaiseValueChanged() => ValueChanged?.Invoke(this);
+
         /// <summary>
         /// True for receive-direction params (decoded from incoming CAN frames).
         /// False for transmit-direction params (packed into outgoing frames).