Constate le 17/09 : force_grid_now pose a la main a 12:58 pendant les heures
creuses de midi a ferme le contacteur et lance une charge batterie a 7,7 kW,
et RIEN dans le systeme ne l arrete. WINDOWS_SOURCEV2 evalue
`else if (forceGridRequested) sourceMode='grid_forced'` avant tout test de
profil ; l hysteresis maintient l override tant que le motif « pas de
demande » est absent, et `vehicle_not_connected` n en fait pas partie, si
bien que le depart du vehicule ne libere rien. A 14:24 la fenetre economique
se ferme et l import continue au plein tarif jusqu a ce qu un humain soit
devant l ecran.
Le manque n est pas une interdiction, c est une ECHEANCE — le proprietaire
ferme deliberement le contacteur, soit pour charger en heures creuses, soit
pour proteger le parc pendant une pointe de consommation. Deux sorties :
1. sortie de la fenetre d heures creuses DANS LAQUELLE il a ete engage. La
condition porte sur l instant d engagement et pas seulement sur l heure
courante, sinon un force_grid_now pose un soir de cuisson pour proteger le
parc serait annule a la minute suivante ;
2. plafond de duree (180 min par defaut), filet pour le cas engage hors
fenetre et oublie.
Les bornes des fenetres sont LUES dans les helpers victron_evcs_hc_*, jamais
recopiees : elles ont deja change une fois (01:30 -> 01:24 le 09/07) et une
copie divergerait en silence.
Huit cas rejoues contre le moteur de gabarits de Home Assistant, 8/8, dont les
trois qui comptent : la sortie de fenetre expire, la protection du parc a
20:30 ne s annule NI a 20:35 NI a 22:00, et le plafond de duree la reprend a
23:45. Le mecanisme fait donc bien la difference entre une echeance et une
interdiction.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
232d5b1790