Tiré de la campagne V2C du 2026-08-28, mais écrit pour TOUTE borne — Keba,
go-e et les suivantes. Une demi-heure par borne, et le défaut ne se découvre
pas chez un client.
Trois questions dont aucune ne se lit dans la documentation :
1. sessionEnergy est-il publié, et QUAND est-il remis à zéro — au branchement,
à l'arrêt de la charge, ou jamais ? Une borne peut publier un compteur exact
et pourtant inutilisable, parce qu'il n'est pas conservé : c'est le cas de la
V2C, effacement à chaque arrêt de charge, câble encore branché. Ne se voit
qu'en débranchant. Séparer exactitude et conservation.
2. pluggedIn clignote-t-il ? Neuf secondes de faux débranchement mesurées sur la
V2C au redémarrage de la borne. Toute logique déclenchée par un débranchement
doit être confirmée sur plusieurs polls RÉUSSIS — et un poll en échec ne doit
pas compter comme une absence, sinon la coupure réseau fabrique le
débranchement qu'on filtrait.
3. currentPower est-il une mesure ou la consigne renvoyée ? Symptôme : une
valeur trop belle, qui suit la commande sans retard. C'est ce que
measurement.source distingue côté moteur (INTERFACE.md, LM-1105).
Deux pièges de lecture payés pendant la campagne, écrits pour n'être payés
qu'une fois : un délai de confirmation se compte en polls et non en secondes
(3 polls à 30 s = 60 s, pas 90) ; et sur lien dégradé la durée perd son sens
(à 70 % de perte, 3 polls réussis d'affilée demandent ~26 min en espérance).
tools/qualifier-borne.sh est le squelette : il suit le journal, n'imprime que
les transitions, horodate, et refuse de tourner si la catégorie de log du plugin
n'est pas active — sans quoi il tournerait en silence et on conclurait à tort
que la borne ne fait rien. Aucune adresse codée en dur (cf. § Miroir public).
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01A41CTzMvir1Y5ABPXW8xpB
c54718d337