Patrick Schurig 985b4ac4f6 docs(prepa): le relevé du 28 dépasse trois affirmations — dont le blocage sessionEnergy
Relevé Integrations.GetThings sur .75, borne appairée et sous tension.

  · §2.1 — la classe publie currentL1/L2/L3 (5,86 / 5,94 / 6,02 A), plus powerL1/L2/L3 :
    le renommage et l'unité Ampère sont déployés
  · §6.4 — phaseCount vaut 3 sur la Trydan, le réglage est posé
  · §2.2 — sessionEnergy EST exposée : 4,229 kWh

Mais la levée du §2.2 n'est pas acquise, et c'est le point à ne pas lire trop vite :
sessionEnergy vaut EXACTEMENT chargeEnergy (4,229419231414795 des deux côtés), ce qui est
précisément ce qu'on attend d'une session sans interruption. L'égalité ne distingue pas une
grandeur construite d'un alias du registre 0x0BC4, dont le retrait par evcc reste la raison
du refus initial.

Le test qui tranche est nommé dans le document : une remise à zéro de chargeEnergy — elle
survient à l'ARRÊT de la charge, pas au débranchement (mesuré le 28 au matin : 0,3456 kWh
→ 0, 119 s avant que le câble ne bouge) — avec un sessionEnergy qui, lui, continue. Tant
qu'elle n'est pas observée, C1 de LM-1009 reste entière et l'app n'affiche aucun
avancement. C'est elle qu'il faut guetter dans le relevé de la campagne, pas la présence du
champ.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SQbZKrWqsMFP1Lh2jjjd9f
2026-08-28 12:59:58 +02:00
..