Le surplus dit ce qu'on peut dépenser sans acheter ; l'autorisation de soutirage dit ce que le branchement supporte. Une charge doit tenir dans les deux. Jusqu'ici seules les bornes VE étaient bornées par la seconde — une charge de waterfall pouvait donc créer un dépassement que seule la protection L4 rattrapait, après coup. C'est ce qui change. `SurplusContext::drawMargin` est une valeur de CYCLE, résolue une fois par `houseDrawMargin()` et jamais relue : deux lectures à deux instants feraient décider sur deux mondes. Chaque charge servie l'entame. Le motif porte les quatre grandeurs gravées au §6.3 : la marge (SIGNÉE), l'ampleur du dépassement, la source, et la phase qui borne. La phase n'est publiée que s'il y en a une — un plafond total n'en a pas, et en annoncer une enverrait mesurer au hasard. Précédence LM-1011 appliquée telle quelle : DRAW_CAP seulement à autorisation NULLE, sinon BELOW_MIN_POWER. Les bornes VE ne sont pas écrêtées par la marge de la maison, et ce n'est pas un oubli : `evPhaseAllowanceW()` connaît LES PHASES QU'ELLES OCCUPENT. Leur appliquer en plus la pire phase les priverait d'une phase saine parce qu'une autre sature. Entre deux bornes justes on garde la mieux informée, pas la plus sévère. Elles décrémentent la marge comme les autres. LIMITE DE MODÈLE assumée (LM-1210-a) : `LoadDeclared::phases` est un nombre, pas un masque — le moteur ignore sur quelle phase une charge est câblée. La pire phase est donc retenue. Deviner, dans une couche de sécurité, se paie au disjoncteur. Le pessimisme est borné en pratique et coûte du rendement, jamais de la sécurité ; le lever demande un masque déclaré, donc config, interface et migration. Documenté dans la spec et le design, à trancher. Suite complète : simulation 52/52, charging 48/48 identique à la référence ligne à ligne — les bornes ne bougent pas, c'est l'invariant du lot — loadmodel 21/21, spotmarket 32/32, doxygen 0 avertissement. Contre-épreuve : bornage débranché, la charge est servie 1000 W alors que l'autorisation est déjà dépassée de 460 W. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_015F7G5VeaPVSMeVNjiGj36p
13 KiB
DESIGN — l'extension du délestage au waterfall
Statut : conception, à valider avant tout code de liaison (AGENTS.md, workflow obligatoire).
Précondition de : §10 (LM-1006, couplage 1). Le §10 ne part pas sans elle.
Contrainte de forme : specs/spec_loadmodel.md LM-1006-1, écrite le 2026-08-27
« pour que la porte reste ouverte ». Elle se referme ici.
Ce document ne demande pas si le délestage doit s'étendre. Il dit sous quelle forme, dans quel ordre, et nomme ce qui demande une décision — §6.
1. L'écart, mesuré
| Aujourd'hui | |
|---|---|
| Qui est délesté | verifyOverloadProtection() parcourt m_evChargers et rien d'autre |
| Ce que le waterfall sait du plafond | evPhaseAllowanceW() — et uniquement pour les bornes, comme plafond déclaré d'une borne |
| Charges pilotées, PAC | aucun plafond : leur maxPowerW vient de la configuration, la cascade n'est bornée que par le surplus |
Tant que la cascade ne dépense que du surplus, l'absence de plafond ne se voit pas : on ne peut pas dépasser ce qu'on n'achète pas. Le §10 change cela — la passe éco décide d'acheter, et plusieurs planchers qui s'ouvrent le même matin sans soleil s'additionnent sur le disjoncteur de branchement.
2. Le mécanisme : UN plafond, TROIS sources
LM-1006-1 l'impose et c'est le cœur du lot : la source est un paramètre, jamais une hypothèse enfouie dans le nom de la fonction.
struct DrawCap {
Source source; // Breaker | GridOperator | EcoSelfImposed
double perPhaseW; // < 0 = ce plafond ne borne pas par phase
double totalW; // < 0 = ce plafond ne borne pas au total
};
Les deux formes coexistent et ne se convertissent JAMAIS (LM-1006-1). Un plafond par phase n'est pas un tiers d'un plafond total : une maison peut être à 20 A sur une phase et 2 A sur les deux autres.
| Source | Forme | Durée | Origine |
|---|---|---|---|
Breaker |
par phase | permanent | phasePowerLimit, réglage d'installation |
GridOperator |
total | temporaire, sur ordre | §14a — le transport n'existe pas |
EcoSelfImposed |
total | le temps de la passe 1 | §10 — la passe n'existe pas |
Deux des trois sources n'ont pas encore d'émetteur, et c'est voulu. Le mécanisme se conçoit pour trois parce que l'écrire pour une le rendrait irréversible : « cela tient dans une signature aujourd'hui ; ce serait une refonte dans deux ans » (LM-1006-1).
3. Comment on compare sans convertir
C'est le point technique du lot, et il n'est pas évident. On ne compare pas les plafonds — ils n'ont pas la même forme. On compare les MARGES qu'ils laissent.
marge(cap) = combien de watts SUPPLÉMENTAIRES ce plafond autorise, ici et maintenant
- pour un plafond par phase : la marge est celle de la phase la plus chargée, ramenée en
watts — c'est déjà ce que fait
RootMeter::calculateAllowanceAmpere(); - pour un plafond total : la marge est
totalW − soutirage mesuré.
La marge est un nombre de watts dans les deux cas : elle se compare. Le plafond qui laisse
la plus petite marge MORD, et c'est sa source qu'on retient.
Ce que cela préserve : aucune conversion, donc aucune hypothèse d'équilibre entre phases. Un plafond par phase reste évalué phase par phase jusqu'au bout ; il ne devient jamais un « total équivalent ».
Et ce que ça donne gratuitement : la marge est exactement ce que la cascade doit connaître pour ne pas dépasser. Le même nombre sert à borner et à expliquer.
4. Où le plafond mord — deux endroits, deux rôles
Il faut les distinguer, sinon on écrit deux fois la même chose ou on en oublie une.
| Quand | Ce qu'il fait | |
|---|---|---|
| Dans la cascade (L3, décision) | à chaque cycle, avant de commander | borne l'allocation : on ne décide pas d'acheter au-delà de la marge |
| Dans la protection (L4, réaction) | sur powerBalanceChanged, après la mesure |
déleste ce qui dépasse déjà, dans l'ordre inverse du rang |
Les deux sont nécessaires, et ce n'est pas une redondance : la première empêche de créer le
dépassement, la seconde rattrape ce qu'on n'a pas décidé — une plaque de cuisson, un
sèche-linge, tout ce que le HEMS ne pilote pas. La couche L4 garde le dernier mot
(AGENTS.md, MODÈLE DE SÉCURITÉ), et ce lot ne change pas cela.
L'ordre de coupe est l'inverse du rang : la charge servie en dernier est délestée en premier. C'est le seul ordre qui respecte le classement de l'installateur — l'inverse reviendrait à le contredire au moment où il compte le plus.
5. Ordre de travail — quatre étapes, dont deux à comportement constant
Étape 1 — le TYPE et sa résolution. DrawCap, la marge, « le plus contraignant l'emporte et
on sait lequel ». Testable isolément (tests/auto/loadmodel, sans serveur nymea).
Comportement inchangé : rien ne le consomme encore.
Étape 2 — la SOURCE Breaker branchée, à comportement CONSTANT. ✅ FAITE (2026-08-30).
phasePowerLimit devient un DrawCap{Breaker, perPhaseW} et evPhaseAllowanceW() passe par
resolveDrawMargin(), via drawCaps() / phaseDrawW() / evDrawMargin().
Comment l'égalité au watt est obtenue. phaseDrawW() inverse calculateAllowanceAmpere()
phase par phase (tirage = (limite − marge) × 230) au lieu de relire les états du compteur.
Ce détour n'est pas de la coquetterie : les lectures amont ne sont pas symétriques entre phases
(voir SAFETY.md, « défaut amont connu »), et les recopier ici en aurait fait deux versions
vouées à diverger. L'inversion rend l'égalité vraie par construction, quelles que soient ces
lectures — y compris si le défaut amont est corrigé plus tard.
Deux choses ont changé de place, sans changer de valeur. L'écrêtage qMax(0, …) descend dans
evPhaseAllowanceW() : la résolution, elle, rend une marge signée, parce que l'étape 4 a
besoin de l'ampleur du dépassement (décision 6.3). Et le facteur 230 remonte dans le plafond,
qui s'exprime désormais en watts comme tous les autres.
Vérification. Quatre suites relancées, verdicts diffés ligne à ligne contre une référence
capturée avant l'édition : charging 48/48 identique, simulation 50/50 identique,
loadmodel 21/21, spotmarket 32/32.
Contre-épreuve, en deux temps. Une sortie identique s'obtiendrait aussi si l'ancien chemin
survivait et que le nouveau était mort. Perturber le plafond de 1 V (230 → 229) ne fait
rien bouger : la suite ne discrimine pas à ce grain, les consignes étant en ampères entiers.
Ce premier essai ne prouve donc rien, et il faut le dire. C'est la perturbation d'un facteur
dix (230 → 23) qui tranche : 7 échecs dans testEcoMode, testEcoModePhaseSwitching et
testBatteryLevelConsideration. Le chemin est vivant, et c'est bien lui qui décide.
À retenir pour la suite : la sensibilité de
chargingà la limite de phase est de l'ordre de l'ampère, pas du watt. « Identique au watt près » y est donc vérifié comme une identité de résultats, pas de grandeurs intermédiaires — pour celles-ci, c'est l'inversion qui répond.
Étape 3 — la cascade est bornée par la marge. ✅ FAITE (2026-08-30). SurplusContext porte
une drawMargin de cycle, résolue une fois par houseDrawMargin(). La cascade la consomme
comme elle consomme le surplus, et DRAW_CAP naît avec sa source (R8), son ampleur et sa
phase.
Deux ressources, pas une. Le surplus dit ce qu'on peut dépenser sans acheter ; l'autorisation
de soutirage dit ce que le branchement supporte. Une charge doit tenir dans les deux. La
précédence suit LM-1011, déjà gravée : DRAW_CAP uniquement quand l'autorisation
résiduelle est nulle ; s'il en reste, fût-ce moins que le plus petit palier, c'est
BELOW_MIN_POWER. Le soutirage hérite exactement du couple que le surplus avait déjà.
Les bornes VE en sont exclues, et c'est délibéré. Leur plafond de cycle est déjà écrêté par
evPhaseAllowanceW(), qui connaît les phases qu'elles occupent. Leur appliquer en plus la
marge de la maison — la pire phase — les priverait d'une phase saine parce qu'une autre sature.
Mieux vaut la borne mieux informée que la borne la plus sévère. La marge est en revanche
décrémentée par toutes les charges servies, bornes comprises : elles consomment la même
autorisation, et ne décompter que celles qu'on borne offrirait aux suivantes une marge déjà
dépensée.
⚠️ Une limite du MODÈLE, pas de l'implantation — à trancher
LoadDeclared::phasesest un nombre, jamais un masque : le moteur sait qu'une charge est mono ou triphasée, jamais sur quelle phase elle est câblée.houseDrawMargin()retient donc la pire phase, seul choix défendable : une monophasée de phase inconnue peut tomber sur n'importe laquelle, et deviner, dans une couche de sécurité, se paie au disjoncteur.Le pessimisme est borné en pratique — une phase qui exporte a une marge plus grande que le plafond et ne borne personne ; seule une phase réellement proche de sa limite mord. Mais sur une triphasée franchement déséquilibrée, une charge câblée sur une phase saine sera refusée à cause d'une autre. C'est une perte économique, jamais une perte de sécurité, et elle est réversible.
La levée demande un champ déclaré (masque de phases par charge) — donc config, interface app et migration. Cela dépasse ce lot. Décision attendue : vivre avec le pessimisme, ou ouvrir le champ.
Étape 4 — la protection L4 déleste le waterfall. verifyOverloadProtection() cesse d'être
réservée aux bornes ; ordre inverse du rang, force = true, verrous bypassés comme le repli L2.
Les deux premières ne changent rien et rendent les deux suivantes petites. C'est la même stratégie que le §10 : ce qui coûte, dans un lot de sécurité, n'est pas d'écrire le comportement — c'est de prouver qu'on n'a rien cassé en chemin.
6. CE QUI A ÉTÉ TRANCHÉ (2026-08-30)
6.1 — La marge tient-elle compte du commandé non encore mesuré ? → NON.
C'était la correction A transposée au soutirage. Le motif du refus est plus fort que celui de
la recommandation initiale : le commandé-non-encore-mesuré, aujourd'hui, c'est
budget.evReservedW — et on vient d'établir (LM-1011, PlanDraw) que ce champ mélange deux
natures et n'est pas le registre qu'il paraît être. Bâtir une décision de sécurité sur le
seul champ dont on sait qu'il n'est pas ce qu'il annonce, ce serait construire sur du sable.
La cascade borne donc sur la marge MESURÉE. L'écart d'un cycle est absorbé par la marge que
le disjoncteur garde par construction (allowancePerPhase -= 1, côté proxy).
6.2 — Le délestage L4 bypasse-t-il minOn ? → OUI, pour Breaker et GridOperator
seulement. Le disjoncteur ne connaît pas le court-cycling, et un ordre du gestionnaire de
réseau ne se négocie pas. NON pour EcoSelfImposed : un plafond qu'on s'impose ne justifie
pas d'abîmer un compresseur — on renonce au plancher éco plutôt qu'au matériel. C'est la
première conséquence concrète du fait que la source soit un paramètre et non une constante.
Précaution attachée à 6.2 — le bypass doit SE DIRE dans le motif. Un verrou franchi en silence, c'est un compresseur qui court-cycle sans que personne ne sache pourquoi. Le motif porte donc un marqueur explicite du franchissement : sans lui, la trace montrerait une charge coupée avant son
minOnet rien n'expliquerait l'écart à la règle, qui passerait pour un défaut de l'implémentation du verrou. C'est la même doctrine que partout ailleurs ici — publier le régime, ne jamais le laisser déduire.
6.3 — Ce que porte le motif DRAW_CAP (naissance à l'étape 3) :
| Champ | Pourquoi il y est |
|---|---|
| la marge | de combien on manquait — c'est la grandeur qui a décidé |
| la source | ce qu'on a le droit d'en faire diffère selon elle (cf. 6.2) ; exigence R8 |
| l'ampleur du dépassement | « on frôle » et « on dépasse de 1200 W » ne se traitent pas pareil, et la marge seule, écrêtée, ne les distingue plus |
| la phase qui borne | sans elle, un installateur devant une triphasée déséquilibrée ne sait pas où aller mesurer |
le minOn franchi, le cas échéant |
conséquence directe de la précaution ci-dessus |
Le dépassement est disponible parce que DrawMargin::watts n'est pas écrêté à zéro :
l'écrêtage appartient au consommateur (une borne ne prend jamais une puissance négative), la
résolution, elle, dit la vérité (-1200 veut dire quelque chose que 0 a perdu).
7. Ce que ce lot ne fait PAS
- Il ne crée aucun transport §14a.
GridOperatorsera une source qu'aucun émetteur ne remplit ; c'est le but — la porte reste ouverte, elle ne s'ouvre pas. - Il ne touche pas au repli L2. LM-1006-1, propriété 2 : le plafond auto-imposé est respecté par construction dès lors que le repli ne dépense pas. L'exigence dure — tenir une borne imposée par un tiers alors que le moteur ne décide plus — appartient au §14a et vivra hors du moteur. Les confondre ferait hériter à ce lot d'une contrainte qui ne le concerne pas.
- Il ne déplace pas la frontière de sécurité. L4 garde le dernier mot, L0 reste physique.