457f4c8727d1818c37049fb11bcb1abc5153e644
Le symptome prouve le 27/08 (73 % de la production solaire remplacee par du reseau des que le contacteur se ferme) trouve une explication complete cote GX, sans toucher aux onduleurs. number.gx_device_ac_power_setpoint vaut 4200 W la ou le defaut Victron est 50 W. C'est le Grid setpoint de l'ESS : la puissance que le systeme s'efforce en permanence de prelever sur le reseau. L'ESS regulant la puissance au point de raccordement, son seul levier pour faire place a cet import quand la maison et la batterie sont deja servies est de brider les MPPT via DVCC. Les deux campagnes du 27/08 se reconcilient arithmetiquement : a 10:47 l'import monte a 4113 W, soit la consigne ; a 11:38 la batterie en absorption n'accepte que ~1070 W et conso 2258 + batterie 1070 - PV 1043 = 2285 W contre 2287 mesures. Le residu constant de ~1040 W etait la signature d'un plancher, pas d'une reduction proportionnelle. Seconde trouvaille : le SOC minimal de l'ESS est a 40 %, au-dessus de la cible de 35 % du controleur. Le GX recharge donc sur le reseau de sa propre initiative des que le controleur relache — etat `recharge` observe les 29 et 30/08. Troisieme automate contradictoire sur la meme batterie apres les charges programmees. Arbitrage laisse au proprietaire. L'assistant ESS tourne et aucune alarme VE.Bus n'est levee : l'hypothese d'un assistant perdu au passage en parallele est affaiblie, pas eliminee. La partie VEConfigure reste donc en seconde intention dans la procedure, avec sauvegarde obligatoire et interdiction de relancer le System Configurator. Aucun reglage n'est modifie ici : ce commit ne contient que le diagnostic et la procedure. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ
Description
gestion de la borne de charge avec HA et N8N
Languages
JavaScript
90.2%
Python
7.3%
Smarty
1.9%
Shell
0.6%