Releve des cellules sur le Synology .17 + garde anti-blocage

Le releve tournait sur le PC portable (deploy/releve-cellules/lancer.sh) : ferme,
il ne releve plus, et le 20/09 son @reboot a refuse de relancer sur un faux
positif du garde anti-doublon -> 4 jours de trou dans la table cellule, Grafana
"No data". Le portable n'a pas vocation a rester allume.

Deplacement vers le Synology .17 (ARCHIVE3, DS920+), toujours allume :
- compose.yaml : conteneur node:20 en uid 1026:100 (le montage NFS peut ecraser
  root ; le dossier CSV est g+w pour users), device /dev/ttyUSB0 mappe, depot
  monte en /depot. Ecrit les CSV comme avant ; le service d'historisation du .22
  les ingere sans changement. restart:unless-stopped remplace la boucle lancer.sh.
- charger-pilotes.sh : DSM embarque usbserial.ko + ftdi_sio.ko mais ne les charge
  pas d'office. Script root (Planificateur DSM au boot) qui insmod les deux et
  ouvre les droits de /dev/ttyUSB0.
- README.md : deploiement, bascule depuis le portable, verification.

Garde anti-blocage dans pylontech-console.mjs (--suivi) : lireJusqua resout au
timeout au lieu de rejeter, donc un port fige renvoie du vide en boucle sans
jamais crasher -- exactement le hang du 20/09. Un controle du mtime du CSV force
process.exit(1) apres 3x le pas sans ecriture, pour que le superviseur (conteneur
ou lancer.sh) rouvre le port.

Menage : modified/*.bak-* (rollbacks locaux) ignores comme prepush-* ; ajout des
relevés de mesure batterie des sessions 16-20/09.

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

docs/mesures/202609182120-parc-inversion-lvhub-avant.log

@@ -0,0 +1,31 @@
+RELEVE PARC BATTERIE — inversion lvhub - avant
+18/09/2026 23:20:07
+========================================================================
+
+CE QUE LE CERBO DECLARE
+  modules en ligne          = 4                     (depuis 16/09/2026 13:03:09)
+  capacite installee        = 400.0                 (depuis 16/09/2026 13:03:09)
+  charge autorisee          = 250.0                 (depuis 18/09/2026 21:12:17)
+  decharge autorisee        = 250.0                 (depuis 16/09/2026 13:03:09)
+  tension autorisee         = 53.2                  (depuis 16/09/2026 13:03:09)
+  modules bloquant charge   = 0                     (depuis 16/09/2026 13:03:09)
+  modules hors ligne        = 0                     (depuis 16/09/2026 13:03:09)
+  cellule la plus basse     = 3.327                 (depuis 16/09/2026 13:03:09)
+  cellule la plus haute     = 3.329                 (depuis 16/09/2026 13:03:09)
+  id cellule haute          = 0102                  (depuis 16/09/2026 13:03:09)
+  SOC                       = 78.0                  (depuis 18/09/2026 23:20:01)
+  tension parc              = 49.709999084472656    (depuis 18/09/2026 23:18:55)
+  courant parc              = -26.200000762939453   (depuis 18/09/2026 23:20:07)
+  DVCC appliquee            = 30                    (depuis 18/09/2026 17:20:15)
+  contacteur EDF            = on                    (depuis 18/09/2026 23:19:59)
+  maison                    = 1363.0                (depuis 18/09/2026 23:20:06)
+  production                = 0.0                   (depuis 18/09/2026 20:39:38)
+
+ALARMES
+  aucune
+
+(pas de console branchee — passer --console /dev/ttyUSB0 pour lire la chaine)
+
+========================================================================
+CRITERE DE REUSSITE : 9 modules en ligne et 650 Ah (4 x 100 + 5 x 50).
+Tant que le Cerbo annonce 4 modules et 400 Ah, il ne voit qu un groupe.