2a367d0960ba9cc3b4a15f2a274bcb1de9b0bb09
Trois demandes du proprietaire apres usage reel. 1. SELECTEUR DE VUE. Variable « vue » en haut du tableau, dans l'esprit de VRM : Vue generale / Consommation / Reseau / Batterie / Chargeur VE. La valeur de chaque option est directement une alternative d'expression reguliere, consommee par la transformation filterFieldsByName des deux graphiques — d'ou le separateur « | ». Un seul jeu de requetes, cinq lectures. 2. PAS ADAPTATIF. L'histogramme d'energie suit desormais la periode choisie : l'heure jusqu'a 4 jours, le jour jusqu'a 70, le mois au-dela. Sans cela « 30 derniers jours » rendait 720 barres illisibles. C'est ce que fait VRM en passant de l'heure au jour puis au mois. 3. PANNEAU BATTERIE ILLISIBLE — un defaut que j'avais cree. Cinq valeurs dans huit colonnes : Grafana reduisait le texte jusqu'a l'illisible. Porte a dix colonnes avec une taille imposee, plutot que de laisser l'ajustement automatique decider. Reseau et Charges CA resserres en consequence. Ajout lie a la panne en cours : panneau « Ce que le BMS impose » — limite de courant de charge, alarme de tension de cellule, desequilibre, etat de sante. C'est ce qu'il faudra regarder cet apres-midi. Sa fenetre de lecture est de 48 h, deliberement differente des 6 h du reste : un etat d'alarme ne devient jamais indisponible, il se publie, donc sa derniere valeur EST la valeur courante meme vieille de dix heures. A l'inverse du courant reseau, dont le capteur disparait et laisse un chiffre qui ment. 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%