232d5b1790
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
EVCS
@ 5e6798b702