La session unique tenait le contacteur, pas l energie
La veille de nuit a rendu son verdict : UNE seule bascule sur 69 releves entre 01:26 et 07:07. La session reseau unique fait ce pour quoi elle a ete concue, EDF ferme d un bout a l autre de la fenetre sans creneau ni oscillation. Mais a 02:50, la voiture finie, le sourceMode est passe a bloque et la consigne reseau est retombee de 5078 a 50 W. Contacteur ferme, reseau disponible, heures creuses, et l ESS ne demandait que 50 W pendant que la maison tirait 770 W sur la batterie. Trois heures et demie, SOC 44 vers 17 pour cent, 2,60 kWh pris a la batterie quand le reseau etait la et bon marche. L Auto Charge Manager est reste pret a recharger avec DVCC a 30 A, mais la consigne ne demandait jamais l energie. C est le defaut du 01/09 revenu ailleurs : j avais etabli que fermer le contacteur ne suffit pas, puis cree la veille une nouvelle raison de le garder ferme sans la brancher sur la consigne. gridSessionActive inclut desormais l engagement de session. Regle : tant que le contacteur est ferme a notre demande, la consigne couvre la maison, peu importe laquelle des deux raisons le tient. Consigne de repos portee de 50 a 200 W a la demande du proprietaire, avec une justification mesuree : sur 12 074 echantillons du point de raccordement, 17 % sont negatifs, mediane -18 W. Ce n est pas de l injection — la batterie debitait 744 W au meme moment et les 22,7 Wh cumules representent 0,9 % de ce qu elle perdait — c est le regulateur qui chasse autour d une cible trop proche de zero. A 200 W le point de fonctionnement reste positif sur l essentiel des excursions, sans supprimer les pointes les plus fortes. Consigne aussi que le 20 % n est pas le notre mais le plancher de l ESS, qui a fini par faire de lui-meme a 06:20 ce que la session aurait du faire depuis 02:50, apres avoir vide la batterie de 27 points. Golden 78 -> 80, deux mutations ciblees. Piege rencontre et documente : la premiere redaction du contrefactuel portait deux fois la clef balance_status, et en JavaScript la derniere gagne — il testait donc l inverse de son libelle. Un contrefactuel doit reposer sur une difference physique, pas sur la surcharge d une clef deja presente. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ
This commit is contained in:
96
HANDOFF.md
96
HANDOFF.md
@@ -3274,3 +3274,99 @@ les regles comme celui-ci.
|
||||
|
||||
---
|
||||
*Document mis a jour le : 04/09/2026 (~01:05) — state_class pose sur 10 capteurs, 299 entites en statistiques long terme*
|
||||
|
||||
## 43. Nuit du 03-04/09 — La session unique tenait le contacteur, pas l'energie
|
||||
|
||||
### Ce qui a marche
|
||||
Veille de nuit, 69 releves de 01:26 a 07:07 : **UNE seule bascule**, celle de
|
||||
01:24. La session reseau unique (§40) a fait exactement ce pour quoi elle a ete
|
||||
concue — EDF ferme d'un bout a l'autre de la fenetre HC, aucun creneau, aucune
|
||||
oscillation. Engagement au premier cycle : `night_grid_session_committed` a
|
||||
01:24:00, contacteur a 01:24:03.
|
||||
|
||||
### Ce qui n'a pas marche
|
||||
| phase | reseau | batterie |
|
||||
|---|---:|---:|
|
||||
| 01:24 → 02:45 (voiture en charge) | **+5,66 kWh** | se recharge |
|
||||
| 02:45 → 06:15 (voiture finie) | **+0,07 kWh** | **−2,60 kWh** |
|
||||
|
||||
A 02:50, la voiture finie : `source_mode` passe a `Bloqué`, et la consigne
|
||||
reseau retombe de **5078 W a 50 W**. Contacteur ferme, reseau disponible, heures
|
||||
creuses — et l'ESS ne demandait que 50 W pendant que la maison tirait 770 W
|
||||
**sur la batterie**. Trois heures et demie. SOC **44 % → 17 %**.
|
||||
|
||||
L'Auto Charge Manager est reste en `evcs_takeover_recover`, DVCC a 30 A, tout du
|
||||
long : pret a recharger, mais la consigne ne demandait jamais l'energie.
|
||||
|
||||
**C'est le defaut du 01/09 (§31) revenu ailleurs.** J'y avais etabli que fermer
|
||||
le contacteur ne suffit pas, que la consigne doit demander la puissance — et
|
||||
conditionne la consigne au `sourceMode`. La veille (§40) j'ai cree une NOUVELLE
|
||||
raison de garder le contacteur ferme, l'engagement de session, sans la brancher
|
||||
sur la consigne.
|
||||
|
||||
### « Injection » a batterie vide : il n'y en a pas eu
|
||||
Question du proprietaire devant des valeurs negatives au point de raccordement.
|
||||
Mesure sur 02:40-06:10, **12 074 echantillons** :
|
||||
|
||||
| | |
|
||||
|---|---:|
|
||||
| echantillons negatifs | 2 083 (17,3 %) |
|
||||
| **mediane des negatifs** | **−18 W** |
|
||||
| minimum | −356 W |
|
||||
| **plus long episode continu** | **35 s** |
|
||||
| **energie totale** | **22,7 Wh** |
|
||||
|
||||
Ce n'est pas de l'injection mais le **regulateur qui chasse autour d'une cible
|
||||
trop proche de zero**. L'energie ne vient pas d'un excedent : la batterie
|
||||
debitait 744 W au meme moment. Les 22,7 Wh representent **0,9 %** des 2,60 kWh
|
||||
qu'elle perdait. Un compteur de facturation, integre a l'heure, ne verrait rien.
|
||||
|
||||
### « Pourquoi 20 % » : c'est le plancher de l'ESS, pas le notre
|
||||
`number.gx_device_ess_min_soc_limit` = **20 %**, `active_soc_limit` = 20 %.
|
||||
Sequence lisible dans `ess_batterylife_state` :
|
||||
```
|
||||
06:20 recharge_no_battery_life l'ESS touche son plancher, tire 2483 W
|
||||
06:40 batterie a +30,8 A
|
||||
07:11 self_consumption_soc_below_min il tient la batterie au plancher et
|
||||
sert la maison sur le reseau (802 W)
|
||||
```
|
||||
Notre `grid_soc_on` vaut aussi 20, mais l'hysteresis n'y est pour rien : EDF
|
||||
etait deja ferme. **L'ESS a fini par faire de lui-meme, a 06:20, ce que la
|
||||
session aurait du faire depuis 02:50 — apres avoir vide la batterie de 27
|
||||
points.**
|
||||
|
||||
### Correctifs (deployes 04/09 07:20, golden 80/80)
|
||||
1. **`HA_SERVICE_CALLS_OUTPUT`** — `gridSessionActive` inclut desormais
|
||||
`night.nightGridSessionCommitted`. Regle : **tant que le contacteur est
|
||||
ferme A NOTRE DEMANDE, la consigne doit couvrir la maison**, peu importe
|
||||
laquelle des deux raisons le tient.
|
||||
2. **`INPUT_PARSE`** — consigne de repos **50 → 200 W** (demande du
|
||||
proprietaire, justification physique ci-dessus : a 50 W le point de
|
||||
fonctionnement passe sous zero 17 % du temps).
|
||||
⚠️ Reduit le nombre d'excursions negatives, ne les annule pas : une pointe
|
||||
a −356 W passerait encore sous zero.
|
||||
|
||||
### Golden 78 → 80
|
||||
`consigne-session-engagee-couvre-la-maison` (le releve de la nuit : session
|
||||
engagee, voiture finie, maison 770 W → consigne 5595 W et non 200) et son
|
||||
contrefactuel `consigne-sans-engagement-retombe-au-repos` (SOC 70 au-dessus de
|
||||
la ligne, donc aucune session, donc repos). Deux attendus existants passent de
|
||||
50 a 200.
|
||||
|
||||
Mutation : engagement retire de la condition → 1 echec cible ; repos ramene a
|
||||
50 → 3 echecs. Restauration → 80/80.
|
||||
|
||||
⚠️ **Piege rencontre en ecrivant le contrefactuel** : sa premiere redaction
|
||||
portait DEUX fois la clef `balance_status` dans le meme objet. En JavaScript la
|
||||
derniere gagne, donc il testait l'inverse de son libelle — et il l'a signale en
|
||||
renvoyant 5595 au lieu de 200. **Ne jamais construire un contrefactuel en
|
||||
surchargeant une clef deja presente** : le faire porter par une difference
|
||||
PHYSIQUE (ici le SOC au-dessus de la ligne).
|
||||
|
||||
### A surveiller la nuit prochaine
|
||||
1. Voiture finie → la consigne doit RESTER haute, pas retomber a 200 ;
|
||||
2. SOC quasi plat entre la fin de charge et 07:24, au lieu de −27 points ;
|
||||
3. `ess_batterylife_state` ne doit jamais atteindre `recharge_no_battery_life`.
|
||||
|
||||
---
|
||||
*Document mis a jour le : 04/09/2026 (~07:25) — session unique validee (1 bascule), consigne branchee sur l'engagement, repos a 200 W, golden 80/80*
|
||||
|
||||
Reference in New Issue
Block a user