From b298c366d8a41a7d6a5303ac5c2fc97ddd9e18fa Mon Sep 17 00:00:00 2001 From: Patrick Schurig Date: Thu, 27 Aug 2026 21:25:41 +0200 Subject: [PATCH] =?UTF-8?q?docs(maquette):=20la=20charge=20diff=C3=A9r?= =?UTF-8?q?=C3=A9e=20sort=20de=20l'=C3=A9cran=20=E2=80=94=20sans=20pr?= =?UTF-8?q?=C3=A9vision,=20elle=20ne=20se=20r=C3=A8gle=20pas?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Quatrième passe, même logique que la précédente : ce qui demande un calcul revient à Héos, pas à un formulaire. Démarrer assez tard pour arriver à 100 % juste avant la pointe suppose de savoir ce que le soleil va faire — sans prévision ça ne marche pas, et une heure saisie à la main serait un pari présenté comme un réglage. Le gain reste écrit dans la note, parce qu'il justifie que le moteur s'en occupe : pic PV de midi libéré pour l'ECS et la voiture, moins de temps passé à 100 % donc moins de vieillissement calendaire, et aucun kWh sacrifié — la même énergie, stockée plus tard. La frise du point de non-retour n'est PAS supprimée : elle remonte dans l'encart du motif commun, où elle illustre ce que les trois cas partagent au lieu d'illustrer un réglage. C'est même sa vraie place — une prévision n'engage personne, un point de non-retour si. Et l'encart gagne une distinction qui manquait : quels paramètres sont calculés (charge différée → Héos) et lesquels sont saisis (charge réseau, échéance véhicule). Le motif tient dans les deux cas, ce qui renforce l'argument : le moteur porte la forme, Héos ou l'utilisateur la remplit. L'écran de configuration batterie ne garde donc que quatre blocs : le nom, le rang en lecture, la décharge pendant recharge VE, la réserve adaptative, et la charge réseau manuelle. Quatre passes, quatre retraits. Co-Authored-By: Claude Opus 5 (1M context) Claude-Session: https://claude.ai/code/session_016vrTVifar2GN5rtUh89Wkq --- .../mockups/configurer_mecanismes_mockup.html | 64 +++++++++---------- 1 file changed, 29 insertions(+), 35 deletions(-) diff --git a/docs/mockups/configurer_mecanismes_mockup.html b/docs/mockups/configurer_mecanismes_mockup.html index 659e08b..9f51b2e 100644 --- a/docs/mockups/configurer_mecanismes_mockup.html +++ b/docs/mockups/configurer_mecanismes_mockup.html @@ -1098,34 +1098,6 @@ se calculer. - -
- -
-
Viser 100 % juste avant la pointeau lieu de plafonner dès midi
-
-
-
-
Prête à2 à 3 h avant la pointe du soir
-
16:30
-
- -
-
-
06:0012:0018:0022:00
-
- ┃ point de non-retour — 13:20
- Avant : la charge attend, le pic PV va à l'ECS et à la voiture.
- Après : on charge de tout ce qui reste, prévision ou pas — une prévision qui se trompe - ne doit jamais coûter une batterie vide. ┃ pointe du soir -
-
- -
Ce que ça gagne : le pic PV de midi est libéré pour l'ECS et le - véhicule, le vieillissement calendaire baisse (moins de temps passé à 100 %), et - aucun kWh n'est sacrifié — la même énergie est stockée, plus tard.
-
-
@@ -1182,6 +1154,12 @@ que le rang ne sait pas dire ; l'arbitrage fin — qui mérite d'être servi par la batterie, et quand — reviendra à Héos ou à une décision par le prix. Un écran ne doit pas figer ce qui doit se calculer. +
  • La charge différée n'est pas un réglage non plus — c'est une décision d'Héos. Démarrer + assez tard pour arriver à 100 % juste avant la pointe suppose de savoir ce que le soleil va + faire : sans prévision, ça ne marche pas, et une heure saisie à la main serait un pari + présenté comme un réglage. Le gain reste réel — pic PV de midi libéré pour l'ECS et la voiture, + moins de temps passé à 100 % donc moins de vieillissement calendaire, et aucun kWh + sacrifié : la même énergie, stockée plus tard. Mais il se calcule.
  • 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 @@ -1248,16 +1226,32 @@ et l'écran peut le présenter une fois au lieu de trois.

    Charge différéecible : 100 % de la batterie
    échéance : 2–3 h avant - la pointe
    non-retour : au-delà, on charge de tout
    + la pointe
    non-retour : au-delà, on charge de tout

    + paramètres calculés par Héos
    Charge depuis le réseaucible : 6 kWh soutirés
    échéance : 06:00
    - non-retour : au-delà, pleine puissance
    + non-retour : au-delà, pleine puissance

    + paramètres saisis par l'utilisateur
    • Échéance véhicule (LM-1009)cible : énergie livrée
    échéance : heure - de départ
    non-retour : au-delà, on passe au réseau
    + de départ
    non-retour : au-delà, on passe au réseau

    + paramètres saisis par l'utilisateur -

    - Une cible, une échéance, un point de non-retour. Le point de non-retour est la partie qui se - perd si on ne la nomme pas : c'est lui qui garantit qu'une prévision fausse ne coûte rien, et c'est - lui qu'un écran doit montrer — pas la prévision elle-même, qui n'engage personne.

    + +
    +
    +
    06:0012:0018:0022:00
    +
    + ┃ point de non-retour — avant, on peut encore attendre ; après, on sert de + tout ce qui reste, prévision ou pas. ┃ échéance
    + C'est la seule partie du motif qui doit être montrée : une prévision n'engage personne, + un point de non-retour si. +
    +
    + +

    + Une cible, une échéance, un point de non-retour — et cela vaut que les paramètres soient + saisis ou calculés. C'est ce qui rend le motif implémentable une fois : le moteur porte la forme, + Héos ou l'utilisateur la remplit. Le point de non-retour est la partie qui se perd si on ne la + nomme pas, et c'est lui qui garantit qu'une prévision fausse ne coûte rien.

    Trois questions pour le moteur — à trancher, pas à deviner