230039d2a2
Le proprietaire a tranche : on met les deux en service et on decidera a l usage s il faut garder les deux. Elles ne repondent pas a la meme question. PostgreSQL garde ce que n8n CALCULE — sorties du bilan, decisions du controleur, prevision telle qu elle a ete publiee — parce que ce ne sont pas des capteurs, donc qu aucune statistique Home Assistant ne les retient, et parce que ce sont des vecteurs, du texte et des jointures. Cinq tables, une vue de confort qui repond a la question restee sans reponse le 03/09 : ce que le bilan exigeait contre le SOC reellement atteint, heure par heure. InfluxDB garde ce que Home Assistant OBSERVE, a la resolution native et sur tout le perimetre energie, y compris les entites auxquelles personne n a encore pense. C est exactement ce qui a manque le 03/09, quand les modes des chargeurs MPPT se sont reveles etre le bon signal alors que personne ne les enregistrait. Les deux sur 10.10.10.22 : cette machine ne porte qu un service, quand 10.10.10.17 en porte quatre. Le volume n est pas l argument, les deux Synology ont des teraoctets libres. L alimentation de PostgreSQL ne passe volontairement PAS par n8n. Tout ce que n8n calcule, il le publie deja dans des helpers Home Assistant : les lire donne la meme information sans toucher aux trois workflows de production stabilises hier soir ni creer d identifiant dans n8n. L horodatage retenu est celui de Home Assistant et non celui du sondage, si bien qu une valeur inchangee porte la meme clef primaire et n est pas reecrite : on enregistre quand la grandeur bouge, pas quand on regarde. Essai a blanc verifie sur l installation reelle : 15 mesures, 1 ligne de bilan, 1 decision, 2 previsions, avec les bonnes dates. Le mode blanc comptait d abord les lignes ecrites, donc zero par construction — corrige pour compter ce qu il ecrirait, sans quoi il ne verifiait rien. Le branchement de Home Assistant sur InfluxDB demande un redemarrage et n est donc PAS applique : le fichier de configuration est pret, a poser en milieu de matinee, jamais entre 01:24 et 07:24. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ
Mémoire de mesures EVCS
Deux bases sur 10.10.10.22, décidées le 04/09/2026 : on met les deux en service et on décide à l'usage s'il faut garder les deux.
| rôle | source | résolution | |
|---|---|---|---|
| PostgreSQL | ce que n8n calcule — bilan, décisions, prévisions publiées | workflows n8n | cadence des workflows |
| InfluxDB | ce que Home Assistant observe — tous les états du périmètre énergie | intégration HA | chaque changement d'état |
Le raisonnement complet et le comparatif : HANDOFF.md §42 et suivantes.
Pourquoi pas sur 10.10.10.17
Cette machine porte déjà Home Assistant, n8n, openclaw et open-webui. Une mémoire hébergée par la machine dont elle documente les pannes ne survit pas à celles-ci. Le volume n'est pas l'argument : les deux Synology ont des téraoctets libres.
Mise en service
1. Les deux bases (à faire sur 10.10.10.22)
cd /volume2/projects/EVCS/EVCS/deploy/historisation
cp historisation.env.exemple historisation.env
# renseigner les trois secrets ; pour le jeton : openssl rand -hex 32
docker compose up -d
docker compose logs -f
Vérifications :
docker compose exec postgres psql -U evcs -d evcs -c '\dt'
curl -s http://10.10.10.22:8086/health
Le schéma (schema.sql) est appliqué une seule fois, à la création de la
base. Pour le faire évoluer ensuite, écrire une migration et la passer à psql :
recréer le volume effacerait l'historique, ce qui est précisément ce qu'on
cherche à ne plus faire.
2. Brancher Home Assistant sur InfluxDB
⚠️ Demande un redémarrage de Home Assistant, pendant lequel le contrôleur EVCS ne décide plus rien. Jamais entre 01:24 et 07:24, ni pendant une charge. Le bon créneau est le milieu de matinée.
- mettre le jeton dans
secrets.yamlsous la cléinfluxdb_token; - coller le bloc de
ha-influxdb.yamldansconfiguration.yaml; homeassistant.check_config, puis redémarrer.
3. Alimenter PostgreSQL depuis n8n
À faire après l'étape 1 — n8n a besoin que la base existe pour qu'on y crée l'identifiant de connexion.
Ce qu'aucune des deux ne fait
Elles ne remontent pas dans le passé. La mémoire commence le jour où on les branche : c'est un argument pour les mettre en service vite, pas pour les mettre en service parfaitement.
Sauvegarde
Les deux bases vivent dans des volumes Docker nommés, donc hors du dépôt et
hors des sauvegardes Home Assistant. Une mémoire non sauvegardée est une
mémoire qu'on perdra une fois — voir HANDOFF.md §34, qui raconte la même
histoire pour Home Assistant.