cea4a91e20
Deux rectifications au diagnostic d hier soir, faites en deployant. HA n etait PAS injoignable. J avais lu « le noeud d ecriture rend 0 item » comme un echec ; c est la sortie normale d un input_text.set_value reussi. Le service d historisation, qui interroge HA depuis l autre NAS, a enregistre 300 a 414 mesures par heure sans interruption de 22 h a 06 h, et le controleur EVCS n a eu aucune erreur. Seul l acces Internet du workflow etait touche. Le .17 n a ni redemarre (49 jours d uptime) ni perdu son reseau physique. Et le mecanisme d alerte existant n a jamais fonctionne : zero message d echec publie en quatre jours. Le helper evcs_balance_forecast_updated etait declare max: 32 alors que « échec : réponse illisible ou sans résultat » fait 43 caracteres — Home Assistant rejetait la valeur, et le slice(0, 250) du code ne pouvait pas le savoir. Reproduit puis corrige : a 32 refuse, a 128 accepte. Un helper input_text susceptible de recevoir un message d erreur doit etre dimensionne pour le message le plus long, pas pour la valeur nominale : ici 11 caracteres contre 43. Deploiement verifie en production : forecast_day0 = 2026-09-08, statut ok. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
EVCS
@ 5e6798b702