From 47495e48f69c405d2ea97842069670ff841157ee Mon Sep 17 00:00:00 2001 From: Patrick Schurig Date: Thu, 27 Aug 2026 21:12:13 +0200 Subject: [PATCH] =?UTF-8?q?docs(maquette):=20le=20rang=20sort=20de=20l'?= =?UTF-8?q?=C3=A9cran=20batterie,=20et=20les=20permissions=20ne=20gardent?= =?UTF-8?q?=20que=20la=20d=C3=A9charge?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Deux corrections de Patrick, dont une qui rattrape une incohérence de ma part. 1. LE RANG N'A RIEN À FAIRE SUR CET ÉCRAN. J'y avais mis un stepper « Position −/+ ». Aucun des six autres écrans de mécanisme n'en porte : le rang se règle par glisser-déposer dans la liste des charges, et l'écran réel (load_mechanism_screen.dart) ne fait qu'« Inclure dans l'arbitrage ». Deux réglages de rang auraient fini par diverger. Il devient une ligne de lecture, qui rappelle le défaut — batterie en première position de charge — et où il se règle vraiment. 2. « QUI A LE DROIT AVANT LA BATTERIE » N'EST PAS UN RÉGLAGE : c'est le rang. Mon tableau avait deux colonnes, Solaire et Batterie ; la première disait exactement ce que la position dit déjà. Retirée. Ce qui reste est d'une autre nature, et c'est le seul cas qu'aucun rang ne peut exprimer : la nuit, il n'y a pas de surplus à répartir, donc « ne vide pas la batterie dans la voiture » n'est pas une position dans une file, c'est une permission de source. Un seul interrupteur par charge : peut être servi PAR la batterie, ou non. Co-Authored-By: Claude Opus 5 (1M context) Claude-Session: https://claude.ai/code/session_016vrTVifar2GN5rtUh89Wkq --- .../mockups/configurer_mecanismes_mockup.html | 61 ++++++++++--------- 1 file changed, 33 insertions(+), 28 deletions(-) diff --git a/docs/mockups/configurer_mecanismes_mockup.html b/docs/mockups/configurer_mecanismes_mockup.html index 7fb7e15..eef1157 100644 --- a/docs/mockups/configurer_mecanismes_mockup.html +++ b/docs/mockups/configurer_mecanismes_mockup.html @@ -269,7 +269,9 @@ LoadConfig comme le routeur de relais ; la borne de recharge et les zones de climatisation n'en sont pas du tout — elles vivent sur d'autres namespaces, avec d'autres champs et d'autres tiers.

Ajout du 2026-08-27 — la batterie, septième écran. Elle devient une charge du waterfall, donc - son bouton Configurer ouvre un écran de mécanisme comme les autres. Rien de ce qui suit + son bouton Configurer ouvre un écran de mécanisme comme les autres — et, comme les autres, + il ne porte pas le rang : celui-ci se règle par glisser-déposer dans la liste. Défaut : la + batterie en première position de charge, ce qui reproduit le comportement actuel. Rien de ce qui suit n'existe côté box : ni BatteryAdapter, ni entrée LoadConfig pour le stockage, ni prévision PV. Cette colonne est un brief pour le moteur, comme les six autres l'ont été — et les seuls leviers réels de .75 sont les cinq actions de la classe @@ -1069,17 +1071,16 @@

- -
-
Position1 = servi en premier
-
1
-
-
Défaut : la batterie en premier. Ce n'est pas un choix de conception, - c'est la reproduction du comportement actuel — aujourd'hui l'onduleur charge avant que le HEMS - ne serve quoi que ce soit. Une mise à jour ne change jamais l'arbitrage sans geste. La - nouveauté n'est pas l'ordre, c'est qu'il devient réglable : glisser « Eau chaude » au-dessus - suffit alors à obtenir « ECS d'abord, batterie ensuite ».
+ +
1re position de chargedéfaut
+
Le rang se règle par glisser-déposer dans la liste des charges, comme + pour toutes les autres — aucun écran de mécanisme n'en porte un second réglage. Il est rappelé + ici parce que c'est lui qui répond à « eau chaude avant batterie », et rien d'autre.
+
Défaut : la batterie en première position de charge. Ce n'est pas un + choix de conception, c'est la reproduction du comportement actuel — aujourd'hui l'onduleur + charge avant que le HEMS ne serve quoi que ce soit. Une mise à jour ne change jamais + l'arbitrage sans geste. La nouveauté n'est pas l'ordre, c'est qu'il devient réglable : + remonter « Eau chaude » au-dessus suffit alors à obtenir « ECS d'abord, batterie ensuite ».
@@ -1092,33 +1093,34 @@
-
🚿
Eau chauderang 2 · relay-router
-
SolaireBatterie
+
Non
🔥
PAC bancrang 3 · sg-ready
-
SolaireBatterie
+
Oui
🚗
Simulated wallboxrang 4 · evcharger
-
SolaireBatterie
+
Non
-
Ce n'est pas une question de rang, c'est une question de SOURCE. - « Bloquer la décharge pendant la recharge nocturne du véhicule » ne se dit pas avec un ordre de - priorité : la nuit, il n'y a pas de surplus à répartir, il y a une batterie qu'on ne veut pas - vider dans la voiture. La formulation juste est donc quelles charges ont le droit d'être - servies par la batterie, et elle se règle charge par charge.

- Le contrat porte déjà Source { Solar, GridSource } — il manque le troisième terme, - et le droit de le refuser par charge.
+
Un seul réglage ici, et il ne concerne que la DÉCHARGE. + « Charger l'eau chaude avant la batterie » ne se règle pas ici : c'est le rang, et il n'a + pas besoin d'un second réglage qui dirait la même chose autrement.

+ Ce qui reste est d'une autre nature : la nuit, il n'y a pas de surplus à répartir, donc + aucun rang ne peut exprimer « ne vide pas la batterie dans la voiture ». C'est une permission + de source, pas une position dans une file. Le contrat porte déjà + Source { Solar, GridSource } — il manque le troisième terme, et le droit de le + refuser charge par charge.
@@ -1198,10 +1200,13 @@
  • Aucune valeur affichée ici n'est inventée. L'état réel se limite à ce que le Thing publie ; tout le reste porte un badge à créer.
    • -
  • batteryLevelConsideration fait aujourd'hui l'INVERSE de ce que cet écran - permet. Sous le seuil, le budget est annulé — la batterie passe donc avant, et l'ECS - ne reçoit rien. Si le rang arrive, il faut dire lequel des deux gagne, sinon deux réglages se - défont l'un l'autre en silence.
    • +
  • Le rang n'est PAS sur cet écran, et c'est volontaire : il se règle par glisser-déposer + dans la liste des charges, comme pour toutes les autres. Un second réglage de rang ici dirait la + même chose autrement, et les deux finiraient par diverger.
    • +
  • batteryLevelConsideration fait aujourd'hui l'INVERSE de ce que le rang + permettra. Sous le seuil, le budget est annulé — la batterie passe donc avant, et + l'ECS ne reçoit rien. Si le rang arrive, il faut dire lequel des deux gagne, sinon deux réglages + se défont l'un l'autre en silence.