diff --git a/debian-qt5/changelog b/debian-qt5/changelog index bb85037..bd6b960 100644 --- a/debian-qt5/changelog +++ b/debian-qt5/changelog @@ -1,3 +1,25 @@ +powersync-energy-plugin-nymea (1.15.2+etm3) trixie; urgency=medium + + * Étape 1 (specs/spec_ecs.md) — trois corrections de comportement sur les + charges pilotées à relais : + * ECS-306 : le budget décrémenté par le scheduler suit le palier RÉELLEMENT + applicable. La fenêtre de verrou est de nouveau exposée à l'arbitre, en watts + (lockMinPowerW/lockMaxPowerW) — aucun index de palier ne franchit la + frontière. Sans ce canal, les charges de priorité suivante recevaient un + résidu surestimé pendant toute la fenêtre minOn, donc soutirage réseau. + * ECS-411 : le palier courant est déduit de l'état réel des Things relais au + démarrage, au lieu de repartir de 0 — le moteur ne croit plus 0 W pendant que + le ballon chauffe. + * ECS-412 : rebuild incrémental des adaptateurs. Un SetLoadConfig qui ne change + qu'un rang ne détruit plus l'adaptateur, donc ne réarme plus les verrous : sur + un ballon thermodynamique à minOn de 300-600 s, réordonner ses priorités + depuis l'app pouvait faire court-cycler le compresseur. Au démarrage à froid, + le verrou est ARMÉ (défaut sûr), jamais purgé. + * Tests : testEcsBudgetUnderLock, testEcsRestartRecovery, + testEcsRebuildPreservesLock. Suite simulation 14/14. + + -- Patrick Schurig Sat, 08 Aug 2026 14:40:00 +0200 + powersync-energy-plugin-nymea (1.15.2+etm2) trixie; urgency=medium * Charge pilotée rév. 3 — frontière optimiseur (watt-pur) ↔ routeur (watts→relais, experience-plugin).