# Calibration des regles d anomalie — 14/09/2026

Rejouable : `node tools/calibrer-anomalies.mjs`. Historique disponible : du
04/09 (creation de la table `evenement`) au 14/09, dix entites suivies.

## Regle 1 — oscillation rapide : CALIBREE, sans ambiguite

Les 41 bascules du contacteur reseau se separent sans recouvrement :

| | valeur |
|---|---|
| plus grand ecart **pathologique** (salve du 12/09) | **193 s** |
| plus petit ecart **normal** | **857 s** |

Un facteur 4,4 entre les deux, aucune valeur entre. Balayage des couples
(N bascules, T fenetre) sur les dix entites :

| seuil | ce qui sort |
|---|---|
| 2 en 5 min | **19 episodes** sur 8 entites — inutilisable |
| 3 en 15 min | 11 episodes sur 6 entites |
| 3 en 10 min | la salve du 12/09 + 3 faux positifs |
| **4 en 10 min** | **la salve du 12/09, et RIEN d autre** |
| 3 en 5 min | idem, mais moins de marge |

**Retenu : 4 bascules en 10 minutes.** Il isole exactement
`12/09 06:25 -> 06:35, 6 bascules en 579 s` et reste muet sur les dix entites
pendant dix jours.

⚠️ **Piege trouve en calibrant** : les plus petits ecarts « normaux » de
plusieurs entites valent **242, 249, 251, 258, 320 s** — c est-a-dire ~5 minutes,
la CADENCE des workflows du bilan et de l ACM. Ce ne sont pas des oscillations,
ce sont deux executions consecutives qui changent d avis. Toute regle avec
N=2 et T <= 5 min se declenche donc sur le fonctionnement normal.

## Regle 2 — sessions reseau repetees : NON CALIBRABLE EN L ETAT

Le second oscillateur connu est LENT : la nuit du 26-27/08 comptait trois
sessions reseau (2,5 kWh importes), celle du 20-21/08 six, avec une periode
d environ trente minutes. **Une fenetre de dix minutes ne peut pas le voir.**

La pathologie est bien presente dans les donnees actuelles : 7 fermetures du
contacteur le 11/09, dont quatre le soir (16:58, 20:13, 22:39, 23:43) hors de
toute salve rapide, et 3 le 06/09 — dont deux sont le defaut documente de la
regle de protection, corrige le meme jour.

Mais les ecarts entre fermetures forment un **continuum** :

    1155 · 196 · 732 · 87 · 702 · 1413 · 1476 · 1391 · 1459 · 963 · 195 ·
    147 · 64 · 403 · 4 · 4 · 542 · 282 · 306      (minutes)

De 4 minutes a 24 heures sans discontinuite. Tout seuil « N fermetures en H
heures » y serait arbitraire, et melangerait les sessions de nuit avec les
fermetures diurnes de la regle de protection, qui sont une autre affaire.

**Decision : ne PAS figer cette regle.** Elle demande une formulation metier —
« plus d une session par fenetre HC », ou « re-fermeture alors que les
conditions du relachement tiennent toujours » — et davantage d historique. La
poser au juge serait exactement l erreur que ce projet a deja payee six fois.

## Regle 3 — mesure figee : CALIBRABLE, validee sur un incident reel

L incident du 05/09 (HANDOFF §57) est parfaitement visible :

| grandeur | plus long trou, 20:30-22:30 | points |
|---|---:|---:|
| `battery_voltage` | **27 min** | 92 |
| `battery_current` | **27 min** | 94 |
| `battery_soc` | 2 min | 119 |
| `consumption_power_l1` | 1 min | 119 |

Le discriminant n est PAS le silence absolu — l ecart median de toutes les
grandeurs vaut 61-63 s, mais le maximum atteint **22 heures** pour la puissance
de la borne, et c est normal : le service n enregistre que les changements, et
un vehicule debranche ne change pas. Le discriminant est **relatif** : une
grandeur se tait pendant qu une SOEUR de la meme source continue de publier.
Le 05/09, le courant batterie s est tu 27 minutes — 26 fois sa cadence — quand
le SOC, issu du meme flux MQTT Victron, publiait toutes les deux minutes.

## Ce que la calibration change au plan

Le plan approuve prevoyait quatre regles. **Trois sont construisibles**
(oscillation rapide, mesure figee, engagement non relache) ; la quatrieme —
sessions repetees — ne l est pas sans formulation metier. C est la plus
couteuse des deux pathologies d oscillation (2,5 kWh contre ~0,5), donc elle
merite son propre chantier plutot qu un seuil pose a la hate.