64aee4bfccf9d53e8b29faac718769f0065c03fa
Trois defauts trouves en LISANT les tableaux, qu'aucune des 19 requetes ne signalait puisqu'elles s'executaient toutes sans erreur. 1. `historise-evcs.mjs` horodate chaque mesure avec son propre last_updated — le vrai instant de la mesure, et c'est le bon choix. Mais deux grandeurs ne partagent alors presque jamais le meme ts : 2656 lignes pour 2656 instants distincts. Mes GROUP BY ts rendaient une ligne par grandeur avec une seule colonne remplie, donc la courbe "Excedent" — la grandeur meme du §36 — etait VIDE sur les 2650 lignes. 2. Le service n'ecrit que les changements, donc un regroupement a la minute laisse des trous : la difference n'existait que 73 minutes sur 434. Report de la derniere valeur connue, ce que fait aussi le controleur en temps reel. 430/435 apres. 3. L'energie horaire par sum(valeur)/60 suppose 60 echantillons par heure ; il y en a eu 26 a 47. Integration ponderee par la duree, plafonnee a 300 s pour qu'un arret du service n'extrapole pas une valeur perimee. ~9 % d'ecart. Le "25 a 58 %" que j'avais d'abord annonce etait faux : il comparait la somme a la moyenne, qui ignore la duree. Plus deux corrections d'affichage : la colonne `jour` s'affichait "2026-09-04 02:00:00" (date nue rendue comme instant UTC), et le decompte des chargeurs MPPT est de six entites publiees, pas sept. Lecon : verifier-dashboards.mjs prouve qu'une requete s'EXECUTE, pas qu'elle rend la grandeur voulue — une colonne integralement nulle passe sans un mot. Ce sont les courbes regardees a l'ecran qui ont attrape les trois. 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%