etm-powersync-energy-plugin.../energyplugin/nymeaenergyjsonhandler.h
Patrick Schurig 1eae99143b feat(§15): le boost est une DÉROGATION — servie au maximum, et qui s'efface
Une dérogation n'est pas un mode. Un mode se choisit une fois et vaut jusqu'au
prochain choix ; une dérogation répond à un besoin ponctuel et s'éteint avec
lui. Un boost encore actif après la fin est un mode qu'on a oublié de quitter.

Elle se superpose au mode courant, sert la charge à son MAXIMUM en tête de
passe éco — devant toute autre charge, quel que soit son rang — financée au
réseau. Le rang classe ce que l'installateur décide (LM-1002) ; une dérogation
est une action ponctuelle de l'utilisateur, et passe par une porte que LM-1002
ne ferme pas.

Mais elle ne surplombe PAS la sûreté : DRAW_CAP la borne et le délestage la
reprend. Servie la première dans ce qui RESTE, jamais au-delà — sans quoi on
rouvrirait le second chemin d'achat refusé au minimum réseau (LM-1500-e).

LA DURÉE EST OBLIGATOIRE ET BORNÉE, refusée à la pose hors de [60 s, 6 h].
C'est la règle du lot : une dérogation qui ne sait pas dire quand elle finit ne
devrait pas exister (LM-1500). Elle reste armée même avec une cible, parce
qu'une cible repose sur un instrument et qu'un instrument peut se taire — à la
perte du lien, la V2C FIGE sessionEnergy au lieu de l'effacer (LM-1012-d) : une
dérogation « 20 kWh puis stop » dont le compteur reste à 12 kWh n'atteint
jamais sa cible.

Trois décisions prises en écrivant, absentes du design :

- Les fins se lisent dans le CONTEXTE DU CYCLE, pas dans les adaptateurs.
  evaluerDerogations() tourne entre buildContext() et getPlan(), sur ce que le
  scheduler va lire. Une seconde lecture donnerait une seconde vérité, et une
  dérogation pourrait finir sur une mesure que le plan ne voit pas. C'est aussi
  ce qui rend le débranchement gratuit : la borne est déjà filtrée du contexte,
  son absence EST le signal.

- measurementLost ne mord QUE s'il y a une cible (LM-1500-b). Sans cible, rien
  ne dépend de la mesure : couper là punirait la charge du silence d'un
  instrument dont elle n'a pas besoin. Et le critère est
  telemetry.sessionMeasurable, jamais progress.regime : `progress` est absent
  d'une charge sans obligation en énergie, c'est-à-dire exactement le cas du
  boost — le critère aurait été inerte.

- La base de la cible se capture au PREMIER CYCLE, pas à la pose : au moment où
  l'utilisateur appuie, aucun cycle n'a construit de contexte. Prendre 0
  compterait depuis le début de la session — une dérogation « 5 kWh » posée sur
  une session déjà à 6 kWh serait atteinte avant d'avoir commencé (LM-1012-b).

Le mode précédent se MÉMORISE, il ne se déduit pas (LM-1500-d). Revenir à un
défaut détruirait un réglage en silence, et sur une borne la sortirait de
l'arbitrage : une dérogation qui laisse l'installation moins pilotée qu'avant
elle. Une borne en manuel est basculée en éco pour la durée — seul cas où le
mode est écrit, et modeForce retient qu'on l'a fait.

La passe confort est SAUTÉE sous dérogation : la fusion des niveaux est une
addition, et la dérogation demande déjà le maximum. Conséquence comptable à
connaître : elle est comptée entièrement en achat alors que le surplus présent
la finance en partie — gridW la surestime au soleil. Approximation héritée du
§10, non aggravée, et la raison pour laquelle la première vérification au banc
se fait le matin.

La fin est un ÉVÉNEMENT et dit sa CAUSE (LM-1500-f), publiée dans
derogationEnded[] au NIVEAU DE LA TRAME : au débranchement la charge n'est déjà
plus dans loads[], et l'événement disparaîtrait quand il explique le plus de
choses. Cinq causes, cinq gestes. Le mode dégradé la porte aussi — c'est là que
measurementLost se produit. telemetrySignificantlyDiffers ne la filtre jamais :
un événement ne vit qu'un cycle.

Éprouvé par testDerogationTakesTheHeadButNotTheSafety, dont la tête de passe est
prouvée par la RARETÉ : 7 500 W d'autorisation pour 8 000 demandés, la borne de
rang 9 servie ENTIÈREMENT et l'ECS de rang 1 réduite aux 500 restants — l'inverse
exact de l'ordre des rangs. Contre-épreuve : la même borne sans dérogation
reçoit 0 W. Et à autorisation nulle, AUCUN niveau — pas un niveau à zéro.

simulation 68/68, loadmodel 26/26, charging 48/48, spotmarket 32/32,
ci-quality 4/4, build 0 erreur 0 warning.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015F7G5VeaPVSMeVNjiGj36p
2026-09-08 10:31:00 +02:00

179 lines
8.7 KiB
C++

// SPDX-License-Identifier: GPL-3.0-or-later
/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*
* Copyright (C) 2013 - 2024, nymea GmbH
* Copyright (C) 2024 - 2025, chargebyte austria GmbH
*
* This file is part of nymea-energy-plugin-nymea.
*
* nymea-energy-plugin-nymea.s free software: you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation, either version 3 of the License, or
* (at your option) any later version.
*
* nymea-energy-plugin-nymea.s distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with nymea-energy-plugin-nymea. If not, see <https://www.gnu.org/licenses/>.
*
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
#ifndef NYMEAENERGYJSONHANDLER_H
#define NYMEAENERGYJSONHANDLER_H
#include <QObject>
#include <jsonrpc/jsonhandler.h>
#include "types/scoreentry.h"
#include "etm/ratios/energyratioscalculator.h"
class SmartChargingManager;
class SpotMarketManager;
class LoadConfigStore;
class LoadConfig;
class EnergyManager;
class NymeaEnergyJsonHandler : public JsonHandler
{
Q_OBJECT
public:
explicit NymeaEnergyJsonHandler(SpotMarketManager *spotMarketManager, SmartChargingManager *smartChargingManager, LoadConfigStore *loadConfigStore = nullptr, EnergyManager *energyManager = nullptr, QObject *parent = nullptr);
QString name() const override;
Q_INVOKABLE JsonReply *GetPhasePowerLimit(const QVariantMap &params);
Q_INVOKABLE JsonReply *SetPhasePowerLimit(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetAcquisitionTolerance(const QVariantMap &params);
Q_INVOKABLE JsonReply *SetAcquisitionTolerance(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetBatteryLevelConsideration(const QVariantMap &params);
Q_INVOKABLE JsonReply *SetBatteryLevelConsideration(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetChargingInfos(const QVariantMap &params);
Q_INVOKABLE JsonReply *SetChargingInfo(const QVariantMap &params, const JsonContext &context);
Q_INVOKABLE JsonReply *GetLockOnUnplug(const QVariantMap &params);
Q_INVOKABLE JsonReply *SetLockOnUnplug(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetAvailableSpotMarketProviders(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetSpotMarketConfiguration(const QVariantMap &params);
Q_INVOKABLE JsonReply *SetSpotMarketConfiguration(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetSpotMarketScoreEntries(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetChargingSchedules(const QVariantMap &params);
Q_INVOKABLE JsonReply *GetLoadConfig(const QVariantMap &params);
/*!
* \brief L'avancement d'une obligation est-il MESURABLE pour cette charge ?
* \param c Configuration de la charge. \param[out] cause Code opaque si non mesurable.
* \return Vrai si un cumul d'énergie existe pour juger l'avancement.
*
* \par Pourquoi ce signal vit dans GetLoadConfig et non dans la télémétrie
* \c measurement n'existe que pour les charges de \c loads[] ; or une charge qu'on DÉCLARE
* est précisément celle qui n'y est pas encore — pas arbitrée, ou créée à l'instant.
* L'écran serait muet au moment exact où il doit parler : celui de la saisie.
*
* \par Trois causes, trois gestes
* \c noMeter (réparable en une manipulation), \c meterWithoutEnergy (compteur à remplacer),
* \c noSessionEnergy (rien à faire, c'est le matériel). Sans la cause, l'avertissement ne
* peut dire que « ça ne marchera pas ».
*
* \note \c meterThingId ne permet PAS de le déduire : un compteur peut publier
* \c currentPower sans \c totalEnergyConsumed (mesuré sur l'ECS du banc).
*/
bool progressMesurable(const LoadConfig &c, QString &cause) const;
Q_INVOKABLE JsonReply *SetLoadConfig(const QVariantMap &params);
// [Phase 2] Ratios canoniques (autoconsommation / autonomie), % [0,100].
Q_INVOKABLE JsonReply *GetEnergyRatios(const QVariantMap &params);
/*!
* \brief [ETM] Lève le verrou de défaut d'une charge pilotée (ECS-410).
* \param params \c {"loadId": string}.
* \return \c energyError — \c EnergyErrorNoError si la charge existe et son défaut est
* levé, \c EnergyErrorInvalidParameter si l'identifiant est inconnu.
* \note Acte DÉLIBÉRÉ de l'opérateur : le défaut d'ECS-410 est collant par conception, et
* cet appel est le seul moyen de le lever hors reconstruction de l'adaptateur. Il est
* journalisé côté arbitre — c'est ce qui rend le diagnostic possible après coup.
*/
Q_INVOKABLE JsonReply *ClearLoadFault(const QVariantMap &params);
/*!
* \brief [ETM] Instantané de l'état runtime de l'arbitrage (allocation, budget, verrous,
* mécanismes, motifs).
* \param params Aucun.
* \return La MÊME charge utile que la notification \c LoadTelemetryChanged — pas un
* recalcul : l'objet rendu est celui qui a été publié.
* \note Répond à la règle « tout élément runtime a un \c Get* ET un \c *Changed ». Un
* client connecté après un changement doit pouvoir lire l'état, sans quoi la
* notification seule le laisse dans un silence ambigu (famille ECS-411).
*/
Q_INVOKABLE JsonReply *GetLoadTelemetry(const QVariantMap &params);
//! \brief Pose une dérogation (servie au maximum, financée au réseau, en tête de passe éco).
//! \param params \c loadId, \c durationS (obligatoire, borné), \c targetWh (optionnel).
//! \return \c energyError — \c InvalidParameter si la charge est inconnue ou la durée hors bornes.
Q_INVOKABLE JsonReply *SetLoadDerogation(const QVariantMap &params);
//! \brief Lève une dérogation avant son terme et rend le mode mémorisé.
//! \param params \c loadId. \return \c energyError — \c InvalidParameter si aucune n'était en cours.
Q_INVOKABLE JsonReply *ClearLoadDerogation(const QVariantMap &params);
signals:
void PhasePowerLimitChanged(const QVariantMap &params);
void AcquisitionToleranceChanged(const QVariantMap &params);
void LockOnUnplugChanged(const QVariantMap &params);
void ChargingInfoAdded(const QVariantMap &params);
void ChargingInfoRemoved(const QVariantMap &params);
void ChargingInfoChanged(const QVariantMap &params);
void SpotMarketConfigurationChanged(const QVariantMap &params);
void SpotMarketScoreEntriesChanged(const QVariantMap &params);
void ChargingSchedulesChanged(const QVariantMap &params);
void BatteryLevelConsiderationChanged(const QVariantMap &params);
void LoadConfigChanged(const QVariantMap &params);
void EnergyRatiosChanged(const QVariantMap &params);
//! [ETM] État runtime d'arbitrage — sur changement significatif ET au battement périodique.
void LoadTelemetryChanged(const QVariantMap &params);
private slots:
void onPowerBalanceChanged();
private:
SpotMarketManager *m_spotMarketManager;
SmartChargingManager *m_smartChargingManager = nullptr;
LoadConfigStore *m_loadConfigStore = nullptr;
EnergyManager *m_energyManager = nullptr;
EnergyRatiosCalculator m_ratiosCalculator;
EnergyRatiosCalculator::Ratios m_lastRatios;
bool m_lastRatiosValid = false; // un calcul a-t-il déjà été émis ?
QVariantMap currentEnergyRatios();
/*!
* \brief Schéma de la charge utile de télémétrie — UNE déclaration, deux usages.
* \return Le map de schéma, posé à l'identique dans les \c returns de
* \c GetLoadTelemetry et dans les \c params de \c LoadTelemetryChanged.
* \note C'est la règle « snapshot ≡ notification » rendue impossible à enfreindre :
* deux déclarations divergeraient, et c'est l'appel de reprise à froid qui casserait —
* celui qu'on ne teste pas tous les jours.
*/
static QVariantMap loadTelemetrySchema();
//! \brief Charge utile des ratios — DÉCLARÉE UNE FOIS, servie au \c Get et au \c Changed.
//! Deux déclarations divergent, et c'est l'appel de reprise à froid qui casse (invariant 11).
//! \return Le schéma des champs, prêt pour \c registerMethod et \c registerNotification.
static QVariantMap energyRatiosSchema();
//! \return Charge utile courante ; carte MINIMALE (sans \c timestamp) si aucun cycle
//! d'arbitrage n'a encore eu lieu — cf. \c EnergyArbitrator::loadTelemetry().
QVariantMap currentLoadTelemetry() const;
void sendSpotMarketConfigurationChangedNotification();
};
#endif // NYMEAENERGYJSONHANDLER_H