docs(maquette): le rang sort de l'écran batterie, et les permissions ne gardent que la décharge
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) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016vrTVifar2GN5rtUh89Wkq
This commit is contained in:
parent
aa22a52187
commit
47495e48f6
@ -269,7 +269,9 @@
|
||||
<code>LoadConfig</code> 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.</p>
|
||||
<p><b>Ajout du 2026-08-27 — la batterie, septième écran.</b> Elle devient une charge du waterfall, donc
|
||||
son bouton <b>Configurer</b> ouvre un écran de mécanisme comme les autres. <b>Rien de ce qui suit
|
||||
son bouton <b>Configurer</b> ouvre un écran de mécanisme comme les autres — et, comme les autres,
|
||||
<b>il ne porte pas le rang</b> : celui-ci se règle par glisser-déposer dans la liste. Défaut : la
|
||||
batterie en <b>première position de charge</b>, ce qui reproduit le comportement actuel. <b>Rien de ce qui suit
|
||||
n'existe côté box</b> : ni <code>BatteryAdapter</code>, ni entrée <code>LoadConfig</code> pour le
|
||||
stockage, ni prévision PV. Cette colonne est un <b>brief pour le moteur</b>, comme les six autres
|
||||
l'ont été — et les seuls leviers réels de <code>.75</code> sont les cinq actions de la classe
|
||||
@ -1069,17 +1071,16 @@
|
||||
</div>
|
||||
|
||||
<div class="field">
|
||||
<label>Rang de service <span class="newf">à créer · LoadConfig.priority</span><br>
|
||||
<small>où le stockage se sert dans la cascade du surplus</small></label>
|
||||
<div class="stepper">
|
||||
<div class="lab">Position<small>1 = servi en premier</small></div>
|
||||
<div class="ctl"><button class="pm">−</button><b>1</b><button class="pm">+</button></div>
|
||||
</div>
|
||||
<div class="info"><b>Défaut : la batterie en premier.</b> 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. <b>Une mise à jour ne change jamais l'arbitrage sans geste.</b> 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 ».</div>
|
||||
<label>Rang de service <span class="derived-flag">réglé dans la liste, pas ici</span></label>
|
||||
<div class="state"><span class="dot" style="background:var(--yellow);box-shadow:0 0 0 4px rgba(254,193,19,.15)"></span><b>1<sup>re</sup> position de charge</b><i>défaut</i></div>
|
||||
<div class="mode-hint">Le rang se règle <b>par glisser-déposer dans la liste des charges</b>, 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.</div>
|
||||
<div class="info"><b>Défaut : la batterie en première position de charge.</b> 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. <b>Une mise à jour ne change jamais
|
||||
l'arbitrage sans geste.</b> 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 ».</div>
|
||||
</div>
|
||||
|
||||
<div class="field">
|
||||
@ -1092,33 +1093,34 @@
|
||||
|
||||
<!-- a. BLOCAGES PAR INTENTION -->
|
||||
<div class="field">
|
||||
<label>Qui a le droit d'être servi par la batterie
|
||||
<label>Qui peut être servi PAR la batterie
|
||||
<span class="newf">à créer · Source par charge</span><br>
|
||||
<small>réglé PAR CHARGE, pas par rang</small></label>
|
||||
<small>la décharge seulement — l'ordre de charge, c'est le rang</small></label>
|
||||
|
||||
<div class="perm">
|
||||
<div class="ic">🚿</div>
|
||||
<div class="nm"><b>Eau chaude</b><span>rang 2 · relay-router</span></div>
|
||||
<div class="src"><span class="sbtn on">Solaire</span><span class="sbtn no">Batterie</span></div>
|
||||
<div class="src"><span class="sbtn no">Non</span></div>
|
||||
</div>
|
||||
<div class="perm">
|
||||
<div class="ic">🔥</div>
|
||||
<div class="nm"><b>PAC banc</b><span>rang 3 · sg-ready</span></div>
|
||||
<div class="src"><span class="sbtn on">Solaire</span><span class="sbtn on">Batterie</span></div>
|
||||
<div class="src"><span class="sbtn on">Oui</span></div>
|
||||
</div>
|
||||
<div class="perm">
|
||||
<div class="ic">🚗</div>
|
||||
<div class="nm"><b>Simulated wallbox</b><span>rang 4 · evcharger</span></div>
|
||||
<div class="src"><span class="sbtn on">Solaire</span><span class="sbtn no">Batterie</span></div>
|
||||
<div class="src"><span class="sbtn no">Non</span></div>
|
||||
</div>
|
||||
|
||||
<div class="info"><b>Ce n'est pas une question de rang, c'est une question de SOURCE.</b>
|
||||
« 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 <b>quelles charges ont le droit d'être
|
||||
servies par la batterie</b>, et elle se règle charge par charge.<br><br>
|
||||
Le contrat porte déjà <code>Source { Solar, GridSource }</code> — il manque le troisième terme,
|
||||
et le droit de le refuser par charge.</div>
|
||||
<div class="info"><b>Un seul réglage ici, et il ne concerne que la DÉCHARGE.</b>
|
||||
« Charger l'eau chaude avant la batterie » ne se règle pas ici : c'est le <b>rang</b>, et il n'a
|
||||
pas besoin d'un second réglage qui dirait la même chose autrement.<br><br>
|
||||
Ce qui reste est d'une autre nature : <b>la nuit, il n'y a pas de surplus à répartir</b>, 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à
|
||||
<code>Source { Solar, GridSource }</code> — il manque le troisième terme, et le droit de le
|
||||
refuser charge par charge.</div>
|
||||
</div>
|
||||
|
||||
<!-- b. CHARGE DIFFÉRÉE -->
|
||||
@ -1198,10 +1200,13 @@
|
||||
<ul>
|
||||
<li><b>Aucune valeur affichée ici n'est inventée.</b> L'état réel se limite à ce que le Thing
|
||||
publie ; tout le reste porte un badge <span class="newf" style="float:none;display:inline-block;margin:0">à créer</span>.</li>
|
||||
<li><b><code>batteryLevelConsideration</code> fait aujourd'hui l'INVERSE de ce que cet écran
|
||||
permet.</b> Sous le seuil, le budget est <i>annulé</i> — 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.</li>
|
||||
<li><b>Le rang n'est PAS sur cet écran</b>, 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.</li>
|
||||
<li><b><code>batteryLevelConsideration</code> fait aujourd'hui l'INVERSE de ce que le rang
|
||||
permettra.</b> Sous le seuil, le budget est <i>annulé</i> — 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.</li>
|
||||
</ul>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user