docs(spec): §7 — la première tâche est un appairage, pas du code

Le smartmeter Modbus ECS est câblé et vérifié depuis le 2026-08-09 : d'où vient la mesure
n'est plus une décision à prendre, et exposer un second Eastron simulé reviendrait à simuler
ce qu'on possède en vrai.

L'ordre est posé : appairer les compteurs réels sur .75 (root-meter maison, producteur,
smartmeter ECS, PAC si prêt), puis retirer la vue SunSpec simulée du rôle de rootmeter — en
établissant d'abord ce que devient la configuration de l'arbitre quand il change, tout en
dépend — et vérifier que le compteur ECS n'est jamais désigné rootmeter.

Au 2026-08-13, things.conf ne déclare que la vue Fronius/SunSpec : aucun de ces compteurs
n'est appairé.

ECS-500 différé : le calibrage améliore la précision, pas l'interprétabilité.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Patrick Schurig 2026-08-13 20:14:02 +02:00
parent 6acaee38f9
commit b52e900e17

View File

@ -697,6 +697,27 @@ définir et tester.
## §7 — Mesure par charge
> **Première tâche : un APPAIRAGE, pas du code.** Le smartmeter Modbus ECS est
> **câblé et vérifié depuis le 2026-08-09**. Il ne s'agit donc pas de décider d'où
> vient la mesure, et surtout **pas d'exposer un second Eastron simulé** — ce
> serait simuler ce qu'on possède en vrai. Dans l'ordre :
>
> 1. **Appairer les compteurs réels dans nymea sur `.75`** — Eastron root-meter de
> la maison, Eastron producteur, smartmeter ECS, et le compteur PAC s'il est
> prêt. Au 2026-08-13, `things.conf` ne déclare que la vue Fronius/SunSpec :
> aucun de ces compteurs n'est appairé.
> 2. **Retirer la vue SunSpec simulée du rôle de compteur racine**, et établir
> **d'abord** ce que devient la configuration de l'arbitre quand le rootmeter
> change — tout en dépend (`internalRootMeter()`, `energyarbitrator.cpp:229`).
> 3. **Vérifier que le compteur ECS n'est JAMAIS désigné rootmeter** (voir le piège
> de mise en service en fin de section).
>
> Effet de bord favorable : des compteurs réels **bougent d'eux-mêmes**, ce qui
> dissout le piège du watchdog L2 décrit en `docs/RELEVE_ECS306.md` §3.0.
>
> Ensuite seulement ECS-501/502. **ECS-500 est différé** : le calibrage améliore la
> précision, pas l'interprétabilité, et la campagne a besoin de la seconde.
`telemetry()` (`relayrouter.cpp:104-114`) lit déjà `currentPower` sur les Things
relais : c'est un demi-pas vers ECS-500.