c54718d337
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