tmzf5455/EVCS
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

La protection regardait la maison, pas ce qu on demande au parc

Browse Source 
Deux fermetures ce dimanche midi. Mesurees a l instant de la decision,
contacteur encore ouvert donc production non censuree : maison 4025 et 4981 W,
mais parc reellement sollicite 1132 et 772 W pour un plafond de 5100. La
decharge batterie mesuree aux memes instants — 1345 et 1223 W — colle a
maison moins PV, pas a la maison brute. Le solaire couvrait la cuisson ; la
regle a ferme le contacteur pour rien, 0,50 kWh importes en plein soleil.

Elle n avait bien fonctionne hier soir que parce qu il n y avait plus de PV.
Les deux seuils portent desormais sur max(0, maison - PV). Contacteur ouvert
cette grandeur EST la decharge batterie ; ferme, un bridage du MPPT la fait
surestimer, donc l erreur pousse a rester ferme et jamais a relacher tot.

Golden 20 -> 24, dont les deux releves de midi et le contrefactuel du nuage.
Le test de mutation a montre que la premiere serie ne couvrait que le seuil de
fermeture : il a fallu ecrire le cas du soleil revenu pour qu elle morde.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ
This commit is contained in:
Tallagrand Thierry
2026-09-06 13:50:28 +02:00
parent 66d071684e
commit c7e665cd5c
7 changed files with 341 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

30
docs/MANUEL_COMPLET.md
View File

@@ -990,6 +990,36 @@ protection jusqu'a la fin du dwell.
Golden-hysteresis 11 -> 20, six mutations tombant chacune sur un jeu different.
Detail : HANDOFF §57.
#### D-ter. La protection comptait la maison brute, pas la demande sur le parc (06/09/2026)
La regle de fermeture comparait `sensor.victron_consumption_power_l1` au
plafond de decharge du BMS. Or le parc n'est sollicite que de ce que le solaire
ne couvre pas. Dimanche 06/09, deux fermetures, mesurees a l'instant de la
decision (contacteur encore ouvert, donc production non censuree) :
| fermeture | maison | PV | parc sollicite | decharge batterie |
|---|---:|---:|---:|---:|
| 12:07, cuisson | 4 025 W | ~2 890 W | **1 132 W** | 1 345 W |
| 13:34, cuisson + JEEP | 4 981 W | ~4 210 W | **772 W** | 1 223 W |
Plafond du parc : 5 100 W. Il etait a 22 % et 15 % de sa limite — deux
fermetures pour rien, 0,50 kWh importes en plein soleil. La regle n'avait bien
fonctionne la veille au soir que parce qu'il n'y avait plus de PV.
Les deux seuils portent desormais sur `max(0, maison - PV)`. Contacteur ouvert,
cette grandeur EST la decharge batterie ; ferme, elle est le contrefactuel
« ce que le parc devrait fournir si on ouvrait », qu'un eventuel bridage du MPPT
fait SURESTIMER — erreur unilaterale, qui pousse a rester ferme. Golden 20 -> 24.
Detail : HANDOFF §57.
⚠️ Question ouverte que cet episode souleve : `houseAcPowerW` inclut l'EVCS,
donc la voiture est comptee comme une charge incompressible alors qu'elle est la
seule charge entierement compressible du foyer. Le jour ou la demande sur le
parc depassera vraiment le plafond avec la voiture dedans, il faudrait brider la
voiture avant de fermer le contacteur — ce qu'aucun des deux workflows ne sait
faire : le controleur EVCS ignore le plafond de decharge du BMS, et
l'hysteresis ne commande pas la borne.
#### E. Le plancher du soir etait un niveau, pas une energie (03/09/2026)
`evening_soc_start_min` = 85 % tente de dire « garde de quoi passer la nuit ».