docs(prepa): la campagne V2C s'arrête — la trace sessionEnergy attendra une Trydan Pro

La Trydan non-Pro est en WiFi ESP32 sans repli filaire, et le lien s'est révélé
inexploitable à deux mètres du point d'accès : 70 % de scrutations avortées, 12 bascules en
injoignable en vingt minutes. Le modèle sort du catalogue ETM ; seule la Pro, qui a un port
Ethernet, y reste.

Ce que la journée laisse acquis l'est : sessionEnergy existe et est CONSTRUIT par le plugin
(1.15.2+etm13 — incréments accumulés, remises à zéro détectées, redémarrage à l'ouverture
de session), currentL1/L2/L3 est déployé, phaseCount vaut 3.

Ce qui n'est pas acquis ne l'est pas : la remise à zéro de chargeEnergy observée pendant
qu'un sessionEnergy continue. C'est la seule observation qui distingue la grandeur
construite de l'alias, et elle n'a pas pu être prise. La ligne du §5 passe de « OUI, et
c'est LE point » à « REPORTÉ — Trydan Pro », et l'app n'affiche aucun avancement de charge
jusque-là.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SQbZKrWqsMFP1Lh2jjjd9f

docs/PREPA_BANC_20260828.md

@@ -32,8 +32,21 @@ borne au mur. Le banc tourne `1.15.2+etm24`.
 > l'**arrêt de la charge**, pas au débranchement, mesurée 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, la condition **C1 de LM-1009 reste entière** et l'app
-> n'affiche **aucun avancement de charge**. La campagne en cours devrait la produire :
-> c'est elle qu'il faut guetter dans le relevé, pas la présence du champ.
+> n'affiche **aucun avancement de charge**.
+>
+> ### 🔴 28 au soir — la campagne s'arrête, la trace ne viendra pas de cette borne
+>
+> La **Trydan non-Pro** est en WiFi ESP32 **sans repli filaire**, et le lien s'est révélé
+> inexploitable **à deux mètres du point d'accès** : 70 % de scrutations avortées, 12
+> bascules en injoignable en vingt minutes. Le modèle **sort du catalogue ETM** ; seule la
+> **Trydan Pro**, qui a un port Ethernet, y reste.
+>
+> Ce qui reste acquis de la journée est acquis : le champ existe, il est **construit** par
+> le plugin (`1.15.2+etm13` — incréments accumulés, remises à zéro détectées, redémarrage à
+> l'ouverture de session), `currentL1/L2/L3` est déployé, `phaseCount` vaut 3. Ce qui n'est
+> **pas** acquis reste non acquis : la remise à zéro observée avec un `sessionEnergy` qui
+> continue. Elle se prendra **sur une Trydan Pro**, et l'app n'affiche aucun avancement
+> jusque-là.
 
 ---
 
@@ -186,7 +199,7 @@ lui-même** `batteryLevel`. Le pourcentage affiché demain sera une intégration
 | **`minPowerW` sans véhicule branché** | **OUI** | depuis `+etm24` la borne est *hors arbitrage* — vérifier qu'elle n'apparaît pas dans `loads[]` et que le journal le dit |
 | **`EV_GRID_START`** | **PEUT-ÊTRE** | il faut que le budget tombe dans `[plancher × 0,5 ; plancher[`. À **guetter**, pas à fabriquer |
 | **`sessionEnergy` sur matériel réel** | **ATTENDU RETIRÉ** *(Patrick, la veille)* — le refus V2C est documenté, pas un oubli | remplacé par deux choses, §2.2 : **ré-examiner** `ChargeEnergy` borne et référence en main, et **exercer C1 de LM-1009 sur ce cas réel** plutôt que sur un cas fabriqué |
-| **`sessionEnergy` survit-elle à une interruption ?** *(ajouté le 28)* | **OUI, et c'est LE point** | le champ existe désormais mais vaut `chargeEnergy` ; il faut **observer une remise à zéro de `chargeEnergy` pendant que `sessionEnergy` continue**. Sans cette observation, rien n'est acquis et l'app n'affiche aucun avancement |
+| **`sessionEnergy` survit-elle à une interruption ?** *(ajouté le 28)* | **REPORTÉ — Trydan Pro** | le champ est construit par le plugin, mais l'observation qui le prouve (remise à zéro de `chargeEnergy`, `sessionEnergy` qui continue) n'a pas pu être prise : lien WiFi inexploitable, campagne arrêtée le 28 au soir. Rien n'est acquis, et l'app n'affiche aucun avancement |
 
 ---