Ou vit BatteryView, et pourquoi "help" n'y est pas

La machine Windows 10.10.10.93 porte le cable console et fait tourner
BatteryView. Elle ne repond qu'en SMB : il n'y a rien a interroger a
distance, l'application gardant le port COM pour elle seule.

"help" est une commande de la console serie du BMS, pas une fonction de
BatteryView. Il faut fermer BatteryView pour y acceder, le port etant
exclusif.

Dossier de depot des exports cree, avec la fenetre de capture utile :
a SOC eleve, en pleine charge. En dessous de ~70 % les cellules d'un
LiFePO4 lisent la meme tension et un releve ne peut rien montrer.

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

docs/MANUEL_COMPLET.md

@@ -87,6 +87,23 @@ utilisé trois fois dans `WINDOWS_SOURCEV2.js` : avec 7 modules, cette valeur
 surestime la réserve réelle de 15 à 20 %. Aucun capteur de capacité ou de santé
 batterie n'est publié côté HA — à corriger.
 
+**Accès diagnostic au BMS** (05/09/2026). Le câble console Pylontech est branché
+sur une machine **Windows en 10.10.10.93**, qui fait tourner **BatteryView**.
+Cette machine ne répond qu'en SMB (445) : RDP, SSH et WinRM sont fermés, et
+BatteryView est de toute façon une application graphique qui garde le port COM
+pour elle seule — il n'y a rien à interroger à distance. Les exports (history,
+events, captures) se déposent dans
+`\\10.10.10.22\projects\EVCS\EVCS\docs\mesures\batteries\`, dossier que je
+lis directement.
+
+⚠️ **`help` n'existe pas dans BatteryView** : c'est une commande de la console
+série du BMS, un mode distinct sur le même port. Pour y accéder il faut FERMER
+BatteryView (le port COM est exclusif) puis ouvrir un terminal série
+(PuTTY → Serial → COMx, 115200 8N1, sans contrôle de flux ; replier sur 1200
+bauds si rien ne s'affiche). Commandes utiles une fois au prompt : `help`,
+`info`, `pwr` (vue par module), `bat <n>` (**tensions cellule par cellule** du
+module n), `log`, `stat`.
+
 ### Borne de recharge
 **EV Charging Station 32A** (s/n HQ2239DNT7P, micrologiciel v2.08, instance VRM
 40), position « EV charger on output ».

docs/mesures/batteries/LISEZ-MOI.md

@@ -0,0 +1,21 @@
+# Dépôt des relevés BatteryView / console Pylontech
+
+BatteryView tourne sur la machine Windows **10.10.10.93**. Elle n'expose que
+SMB (445) : il n'y a rien à interroger à distance, BatteryView étant une
+application graphique qui garde le port COM pour elle seule.
+
+Le chemin de dépôt, vu depuis Windows :
+
+    \\10.10.10.22\projects\EVCS\EVCS\docs\mesures\batteries\
+
+C'est le même dossier que celui-ci.
+
+Nommer les fichiers `AAAAMMJJ-hhmm-<quoi>.<ext>`, par exemple
+`20260905-1600-history.csv`, `20260905-1600-events.csv`,
+`20260905-1600-cellules.png`.
+
+Ce qui compte le plus : un relevé **pendant le bridage**, c'est-à-dire à SOC
+élevé en pleine charge solaire (le 04/09 l'alarme est tombée à 16:36 et le CCL
+est passé de 150 à 20 A entre 16:13 et 16:39). Un relevé du matin, batterie à
+45 %, ne peut rien montrer : sur du LiFePO4 les cellules lisent la même tension
+à quelques millivolts près en dessous de ~70 % de SOC.