SPECS: idea, climate energy on the Overview via SAIC's consumption counters

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LhzAVaUyqcw5PkGjz4mWW6

SPECS.md

@@ -83,6 +83,19 @@ tyre pressures, GPS (lat, lon, elevation, heading) and the is_* flags. It does *
 - [ ] **EVHardware's comments are partly French.** About 120 comment lines in the vendored
       `EVHardware/` library (mostly `EVHardware.kt`, some tests), half-translated upstream. The
       app, the docs and the build files are English.
+- [ ] **Idea: climate energy on the Overview (motor vs climate).** Nothing the app reads splits
+      energy by consumer: battery power (voltage × current) is the total of motor, climate, 12 V
+      and the rest. SAIC's charging service, which EVHardware already binds, has counters that
+      might: `TotalConsumption`, `TotalRegen` and `AccConsumption`, each since start and since the
+      last charge (`SaicCharging.consumedKwhSinceStart()`, `regeneratedKwhSinceStart()`,
+      `accCounterKwhSinceStart()` and the `…SinceCharge()` twins). Whether "Acc" means
+      *accessory* (a measured climate/auxiliary share; motor ≈ total − acc) or *accumulated* (a
+      duplicate of the total) is unknown — EVHardware deliberately does not call it climate — and
+      whether SWI68 answers at all is untested. Plan: (1) a read-only diagnostic showing the raw
+      counters since start; (2) two drives, climate off and on, with a photo of the counters
+      after each; (3) if Acc grows only with the climate, an Overview card "Climate &
+      accessories since start" with the motor's share beside it — otherwise drop the diagnostic
+      and, at most, show a labelled estimate (power drawn at a standstill with the climate on).
 
 ## Done