a6baad54dc2468bf26896974dce3bc2aa6186ccd
Nuit du 16 au 17/09 : neuf arrets de la charge nuit de la VW, de 30 s a 3 min, sans que le controleur EVCS ait bouge — sa table de decision ne porte que deux lignes sur toute la periode. Le journal de bord de Home Assistant montre le switch de charge passant a off SANS contexte de service, donc commande depuis le GX, puis le controleur qui reessaie au cycle suivant. Correlation un pour un avec les actions du chien de garde, trois secondes avant chacune, et aucune coupure sans action. Son message porte la signature : « CONTROLEUR MUET — derniere execution il y a NaNs ». Cause : n8n inscrit une execution AVANT de la demarrer, avec status "new" et startedAt null. Date.parse(null) vaut NaN, et le test !(ageSec <= 600) — forme choisie pour echouer du cote sur — declare alors mort le controleur qui vient precisement de demarrer un cycle. Le signal de vie retourne contre lui-meme. La fenetre dure moins d une seconde : 3 sondages sur 968 y tombent, 0,3 %. Ce qui a change le 16/09 n est pas le code mais la PHASE du chien de garde, qui derive d environ vingt secondes par jour et est venue se poser exactement sur les instants de declenchement du controleur (:00 et :30) — 34 evenements ce jour-la contre 1 a 2 les jours precedents. Le defaut dormait depuis le 01/09. Correction a la session precedente : la nuit du 15 au 16, presentee comme irreprochable, portait deja trois coupures dont une de trois minutes. Ce que j avais verifie — consigne a 6 A inchangee pendant 153 min — restait exact et ne prouvait rien : la consigne ne bouge pas quand la borne s arrete, seule la puissance tombe. Second defaut, latent et plus grave : CFG.idleSetpointW valait 50 W quand le controleur est passe a 700 W le 06/09, donc dangerousSetpoint etait vrai en permanence et chaque fausse alerte ecrasait aussi la consigne reseau a 50 W. Sans consequence cette nuit — EDF etait ouvert — mais pendant une nuit ou le reseau porte la maison, c est le defaut du 04/09 reintroduit. Trois correctifs : un horodatage manquant n est plus une panne (on prend le plus recent startedAt exploitable, repli cote sur si aucun) ; valeur de repos portee a 700 W avec le commentaire qui dit ou vit l autre exemplaire ; et une panne doit DURER — deux lectures consecutives avant d agir, meme doctrine que la tolerance batterie et le relachement du contacteur. Verification par REJEU et non par absence de symptome : le redemarrage a remis la phase a :07, donc une nuit calme ne prouverait rien. Un serveur local rejouant la charge JSON exacte capturee a 02:07:01 donne, code d avant, « MUET — il y a NaNs » et les deux ecritures ; code corrige, « controleur vivant (execution il y a 36s) » et aucune ecriture. Le filet mord toujours sur une panne soutenue : 1/2 puis alerte et StartStop = 0 au second cycle. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
Description
gestion de la borne de charge avec HA et N8N
Languages
JavaScript
90.2%
Python
7.3%
Smarty
1.9%
Shell
0.6%