docs(relevé): fenêtre du 2026-09-08 — 10 bruts, 2 retenus, et la décision reste ouverte

Observation de 5,8 h en Min+PV, rangée et non conclue.

10 épisodes bruts = 2 retenus + 8 écartés. Les deux retenus sont des latences de
démarrage, à 12:51 et 12:53, dans les trois minutes suivant la bascule. Aucun
ensuite — et l'après-midi n'a pas été calme : la V2C est montée à 10 437 W
(σ = 3065 W) SANS ouvrir une seule divergence. La borne a suivi ses consignes
pendant cinq heures.

Écartés : 1 transition de dérogation (bord de fermeture du boost, que la clause
écrite ce matin attrape correctement une fois testée sur le DÉBUT RÉEL et non
sur la ligne qui l'a révélé), et 7 pour compteur constant.

Deux réserves, écrites avec le décompte et non après :

- la résolution est de 60 s, pas de 15. Le cycle est déclenché par les entrées
  SampleRate1Min de nymea, donc tout épisode plus court qu'un cycle est
  invisible. La distribution est tronquée par le bas — non par un seuil, qui
  n'existe pas, mais par l'échantillonnage ;

- un seul instrument valide sur quatre. σ = 3065 W sur la V2C, 0,0 W sur les
  trois autres. Une conclusion sur « le moteur perd-il des commandes » tirée
  d'un seul instrument est une conclusion sur CETTE BORNE, pas sur le moteur.

Trois épisodes exploitables existent à ce jour — le 09:13 du 05/09 et les deux
d'aujourd'hui — et les trois pointent dans le même sens : latence de
négociation, pas commande perdue. Mais trois points sur une seule charge ne font
pas une série : la décision de l'étape 4 RESTE OUVERTE.

Ce qui la rendra posable est daté : de vrais SDM120 sur la PAC et l'ECS en fin
de semaine.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015F7G5VeaPVSMeVNjiGj36p

docs/DESIGN_COMMANDE_PERDUE.md

@@ -410,3 +410,79 @@ par le surplus, et le recrédit visible dans `recreditedW`. Vérifié sur le cha
 - Un redémarrage de `nymead` pendant la fenêtre : la base d'avancement se repose et
   `measuredSince` repart. **Ne rien déployer pendant l'observation.**
 - Une bascule de fuseau : aucune n'est prévue, et il n'y en aura pas.
+
+---
+
+## 9. OBSERVATION du 2026-09-08, 12:10 → 18:00 — rangée, pas conclue
+
+Fenêtre de 5,8 h en **Min+PV**, `1.15.2+etm61`. Dépouillement par
+`scratchpad/fenetre/analyse.py`, sur le journal de la box et sur `thingPower` (347 points par
+charge, cadence 1 min).
+
+> **Ce document ne décide pas de l'étape 4.** Il range ce qui a été observé. La raison est au
+> §9.3, et elle tient en une ligne : *un tri qui garde un instrument sur quatre a trié, il n'a
+> pas mesuré.*
+
+### 9.1 Le décompte
+
+**10 épisodes bruts = 2 retenus + 8 écartés.**
+
+| | début | charge | durée | attendu → mesuré |
+|---|---|---|---|---|
+| **retenu** | 12:51:02 | V2C | 119 s | 4 140 W → 0 W |
+| **retenu** | 12:53:00 | V2C | 479 s | 8 970 W → 3 934 W |
+
+Durées : min 119 s · médiane 299 s · max 479 s — **quantifiées à 60 s**, cadence du cycle.
+
+| écartés | motif |
+|---|---|
+| 1 (V2C, 11:57:01, 959 s) | **transition de dérogation** — bord de fermeture du boost |
+| 6 (chauffe-eau) | **compteur constant** sur la fenêtre (0 W) — critère 2 |
+| 1 (pac-terrain, non refermé) | **compteur constant** sur la fenêtre (0 W) — critère 2 |
+
+**Les deux retenus sont des latences de démarrage**, à 12:51 et 12:53, dans les trois minutes
+suivant la bascule en Min+PV. **Aucun ensuite** — et l'après-midi n'a pas été calme : la V2C est
+montée à **10 437 W** (σ = 3 065 W sur la fenêtre) **sans ouvrir une seule divergence**. La borne
+a suivi ses consignes pendant cinq heures.
+
+### 9.2 Réserve 1 — la résolution est de 60 s, pas de 15
+
+Le cycle d'arbitrage est déclenché par les entrées `SampleRate1Min` du journal de puissance de
+nymea : **une par minute**. Les durées ci-dessus sont donc des multiples approximatifs de 60 s,
+et **tout épisode plus court qu'un cycle est invisible**. La distribution est tronquée par le
+bas — non par un seuil, qui n'existe pas, mais par l'échantillonnage.
+
+### 9.3 Réserve 2 — un seul instrument valide, et c'est elle qui tranche
+
+| charge | σ sur la fenêtre | min → max |
+|---|---|---|
+| **V2C Trydan** | **3 065 W** | 0 → 10 437 |
+| chauffe-eau | 0,0 W | 0 → 0 |
+| pac-terrain | 0,0 W | 0 → 0 |
+| Simulated wallbox | 0,0 W | 0 → 0 |
+
+Les huit épisodes écartés le sont **tous** pour la même raison de fond : le banc n'a **qu'un
+compteur qui suit la commande de la charge qu'il mesure**. Le critère du §6 a fonctionné — il a
+écarté sans nommer personne, sur la seule propriété observable de la donnée. Mais :
+
+> **Une conclusion sur « le moteur perd-il des commandes » tirée d'un seul instrument est une
+> conclusion sur CETTE BORNE, pas sur le moteur.**
+
+### 9.4 Ce que les trois points disent, et ce qu'ils ne disent pas
+
+Trois épisodes exploitables existent à ce jour — le 09:13 du 2026-09-05 (300 s) et les deux
+d'aujourd'hui (119 s, 479 s). **Les trois pointent dans le même sens** : une consigne qui monte,
+une mesure qui la rejoint en quelques centaines de secondes, un écart qui se referme seul.
+**Latence de négociation, pas commande perdue.**
+
+**Trois points sur une seule charge ne font pas une série.** La décision de l'étape 4 —
+faut-il rejouer une commande ? — **reste ouverte**, et elle le restera tant que la question ne
+sera pas posable.
+
+### 9.5 Ce qui la rendra posable, et c'est daté
+
+De **vrais SDM120** sur la PAC et l'ECS, prévus en fin de semaine. Deux instruments de plus, et
+le critère aurait enfin quelque chose à trier. C'est la **condition d'existence** de l'étape 4,
+pas un confort : décider de rejouer une commande demande de savoir si des commandes se perdent.
+
+*(Cf. `INVENTAIRE_MOCK.md` §8 — le sixième manque sous sa forme chiffrée.)*