7d76319509
MODULES=1,2,3,4,5. Le cinquieme etait vivant et ignore depuis la mise en service du releve : constate le 16/09, la chaine enumerait un module 5 a 50,7 V / 14,6 A / 80 % que personne ne lisait. Son code-barres est K220803C30160323 — le seul module sain de l'ANCIEN parc (zero cellule marquee, zero compteur, cf. §51), que le proprietaire a garde. Ecart de cellules 6 mV contre 2 a 4 pour les quatre Y230202C de 2023 : acceptable. ⚠️ Il faut relancer le SUPERVISEUR et pas seulement son fils : lancer.sh lit MODULES a son demarrage, donc tuer le processus node laisse le superviseur relancer avec l'ancienne liste. ⚠️ TROU DE 44 H dans la table cellule, du 14/09 17:01 au 16/09 13:02, explique : le cable console etait sur le PACK 1 pendant cette periode, et les US5000 n'emettent pas le meme tableau console que les US2000C — colonnes Tlow.Id, Thigh.Id, Vlow.Id, Vhigh.Id presentes chez les uns, absentes chez les autres. Le parseur du releve ne sait lire que le format US2000C : sur le pack 1 il journalise « module N : illisible » et n'ecrit rien. Rien d'autre ne le signale. A traiter si le releve doit un jour couvrir le pack 1. ⚠️ Et mes propres commandes console s'entrelacent avec le releveur sur le meme port serie : la garde anti-doublon de lancer.sh ne filtre que son propre motif. Les « illisible » de 12:42 et 12:52 sont de mon fait. Arreter le releveur avant toute lecture manuelle. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
EVCS
@ 5e6798b702