b6010b9342
Le proprietaire veut comparer prevision et production heure par heure sur une semaine, dans son tableau de bilan. Les courbes de prevision vivent dans des input_text ECRASES a chaque publication : HA n en garde aucun historique. La base, elle, a treize jours de previsions horaires et la production mesuree. Le service pousse donc la serie dans un capteur cree par l API HA, dont les attributs portent les tableaux — un input_text plafonne a 255 caracteres ne tiendrait pas 168 points. ⚠️ Premiere ecriture de ce service vers Home Assistant, qui a toujours ete lecteur. Perimetre minuscule et delibere : un capteur, son propre espace de noms, aucun actionneur. ⚠️ Et la troisieme serie n est pas decorative. Une heure BRIDEE n est pas comparable : production sous la prevision peut vouloir dire mauvaise prevision OU batterie pleine. Les mesures le montrent — le 13/09 a 15 h, prevu 5,32 et realise 1,82 avec 100 % de bridage, l ecart n est pas meteorologique ; le 15/09 a 13 h, prevu 3,92 et realise 7,12 sans aucun bridage, la prevision SOUS-estime de 82 %. Sans la bande, la courbe ferait accuser la meteo a tort. L etat du capteur porte l ecart moyen sur les seules heures comparables — non bridees — qui est le seul chiffre qui juge vraiment la prevision. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
EVCS
@ 5e6798b702