e80dbf70fb50473c7dcdb0b7fcb044cc03ec7db2
L'etiquette du vehicule n'existe QUE pendant la session. `input_select.victron_evcs_vehicle` est un reglage manuel, il change, et rien ne conservait sa valeur au moment ou la charge avait lieu — une session d'il y a trois semaines etait anonyme pour toujours, et toute analyse d'usage impossible. Nouvelle table `session_charge` : debut, fin, vehicule tel que le selecteur l'indiquait PENDANT la session, un drapeau disant s'il a change en cours de route, energie accumulee, puissance et courant maximum, mode source, et l'heure de debranchement — qui confirme apres coup, les deux vehicules partant a des heures differentes. Le service applique lui-meme la migration au demarrage : `schema.sql` n'est joue qu'a la creation de la base, une table ajoutee plus tard n'y arriverait jamais. `CREATE TABLE IF NOT EXISTS` rend l'operation rejouable. On ne DEVINE rien, et le commentaire du schema dit pourquoi : - electriquement, la VW accepte 3 680 W et la JEEP 3 655 W a consigne identique de 20 A — 0,1 A d'ecart, indiscernables ; - horairement, la routine s'inverse le week-end (la femme du proprietaire travaille samedi et dimanche matin), donc « midi = JEEP, nuit = VW » serait faux un week-end sur deux. Essai a blanc : la session en cours serait correctement inscrite (JEEP, 3396 W, Reseau force, profil night_hc). 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%