Le concierge etiquette le branchement, plus la session

Il demandait « quel vehicule ? » a l ouverture d une session de charge. Trop
tard, et ca s est vu ce soir : a 19:55 la voiture est branchee, le selecteur
perime depuis six jours, et aucune question ne peut partir parce qu aucune
session n existe — la borne ne tire rien, il fait nuit. La premiere session de
la nuit serait nee etiquetee VW sans que personne ne soit consulte.

On etiquette desormais le BRANCHEMENT. C est d ailleurs l invariant du projet —
un cable, un vehicule — et ca rend la question possible des l instant ou on sait
qu il y a une voiture.

Deux temps. Le lecteur accepte une clef `branchement` en plus des `sessions`, et
memorise l etiquette dans une table dediee ; une passe differee, a chaque cycle,
la pose sur les sessions du branchement AU FUR ET A MESURE qu elles s ouvrent,
sans nouvelle question. Bornee par le debranchement suivant, avec les deux
secondes de tolerance du 09/09 — une session s ouvre jusqu a 62 ms avant que sa
transition de branchement soit journalisee.

L ancien contrat reste accepte : une etiquette portant des sessions fonctionne
comme avant.

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

docs/PROTOCOLE_LVHUB_CERBO.md

@@ -24,6 +24,17 @@ capacite_installee          = 400 Ah       (attendu : 650 = 4 x 100 + 5 x 50)
 | **Les deux packs sont sains** | 75 cellules du pack 2 à `SOHCount 0` / `Normal`, compteurs 0-1. Pack 1 neuf, aucune alarme. |
 | **L'inventaire a changé le 13/09 à 21:35:09** | Événement isolé — ce n'est **pas** un redémarrage de Home Assistant, dont le dernier gros pic date du 06/09 14:21. |
 
+## Ce que les captures de la console GX ajoutent (14/09 au soir)
+
+| observation | pourquoi ça compte |
+|---|---|
+| **Un seul appareil Pylontech** est listé dans Configuration Système → Batteries : `AIRTRIA 8 US2000C`. L'autre entrée est `AIRTRIA MP2`, le moniteur du MultiPlus. | Le hub ne présente pas deux BMS au Cerbo mais **un seul, agrégé**. Le problème n'est donc pas « le Cerbo ignore un appareil » : c'est cet appareil unique qui n'annonce que quatre modules. |
+| Le nom porte **« 8 US2000C »** | Ce device a été créé quand le parc comptait huit modules. Le nom a survécu à l'évolution du parc, pas l'inventaire. |
+| Moniteur de batterie = **Automatic**, sélection retenue = le BMS Pylontech | Une sélection manuelle existe. À ne PAS toucher avant l'étape 4 : le BMS est le bon choix, c'est lui qui protège les cellules. |
+| **Capacité installée / disponible = 400 Ah / 0,0 Ah** | La capacité *disponible* à zéro est anormale et n'a jamais été expliquée. À relever à chaque étape : si elle se remplit après un rescan, c'est le signe que l'inventaire s'est rafraîchi. |
+| Les deux moniteurs donnent des courants différents — BMS −56,9 A, MP2 −37,1 A | Confirme que les deux mesurent à des points différents. Ne pas les comparer comme s'ils devaient coïncider. |
+| Le GX tourne en **Venus OS Large**, avec **Node-RED** accessible | Moyen de lire ou d'agir directement sur le GX si les étapes 1 à 3 ne suffisent pas. Non utilisé pour l'instant. |
+
 ⚠️ **Le courant mesuré au parc n'est PAS un indicateur d'énumération.** Le Cerbo
 lit le shunt, donc tout le parc, y compris ce que son BMS n'énumère pas. Les
 seuls critères valables sont `nombre_de_modules_en_ligne` et
@@ -55,24 +66,43 @@ Lecture seule, journal horodaté dans `docs/mesures/`.
 
 ---
 
-## Étape 1 — Forcer une ré-énumération, sans toucher au câblage
+## Étape 1 — « Détecter à nouveau la batterie », le rescan ciblé
 
-**La moins risquée, et à faire en premier.** L'inventaire a changé une fois, le
-13/09 à 21:35 : le Cerbo ré-inventorie donc à l'occasion. Peut-être n'a-t-il
-simplement jamais rescanné depuis que les deux packs sont en place.
+**La moins risquée de toutes, et à faire en premier.** La page de l'appareil
+porte un bouton **« Détecter à nouveau la batterie »** (Paramètres → Appareils →
+AIRTRIA 8 US2000C, en bas). Il annonce lui-même jusqu'à 30 secondes pendant
+lesquelles le nom peut être incorrect. C'est exactement l'outil qu'il faut : un
+rafraîchissement de l'inventaire, sans redémarrage et sans toucher un câble.
+
+L'hypothèse qu'il teste est sérieuse : le device s'appelle encore
+« 8 US2000C », un inventaire qui n'existe plus. Et l'inventaire a bel et bien
+changé une fois, le 13/09 à 21:35:09 — événement isolé, vérifié comme n'étant
+pas un redémarrage de Home Assistant.
 
 - Fermer EDF, relevé « avant ».
-- Redémarrer le **Cerbo** (interface GX → Paramètres → Général → Redémarrer).
-  Ne PAS toucher aux modules ni aux câbles.
-- Attendre le retour complet, relevé « après ».
+- Appuyer sur **Détecter à nouveau la batterie**, attendre le retour du nom.
+- Relevé « après ».
 
 | résultat | conclusion |
 |---|---|
 | 9 modules / 650 Ah | **c'était un inventaire périmé.** Terminé. |
-| toujours 4 / 400 | le Cerbo rescanne et ne retient qu'un groupe → étape 2 |
+| le nom change mais toujours 4 / 400 | le rescan marche et ne trouve qu'un groupe → étape 1bis |
+| rien ne bouge | le rescan n'a pas eu lieu → étape 1bis |
 
 Retour arrière : aucun, rien n'a été modifié.
 
+## Étape 1bis — Redémarrer le Cerbo
+
+Si le rescan ciblé n'a rien donné, le redémarrage complet reprend toute la
+détection depuis le début.
+
+- EDF toujours fermé, relevé « avant ».
+- GX → Paramètres → Général → Redémarrer. Ne PAS toucher aux câbles.
+- Attendre le retour complet, relevé « après ».
+
+Même grille de lecture qu'à l'étape 1. Si l'inventaire reste à 4 / 400 →
+étape 2.
+
 ## Étape 2 — Inverser l'ordre de mise sous tension
 
 Sur une chaîne Pylontech, l'ordre d'allumage détermine qui prend le rôle de