Le selecteur n est regle au branchement qu une fois sur douze

Mesure, pas supposition : dix changements de selecteur journalises depuis le
04/09, croises avec les douze branchements. Une seule fois le reglage tombe
dans la fenetre du branchement.

Et la decouverte qui compte : un changement de selecteur EN COURS de
branchement est un drapeau rouge et non un signe de fraicheur — le cable n a
pas bouge, donc changer le label ecrit forcement un faux. Les deux seuls
branchements ou il a ete touche en cours de route sont les deux seuls mal
etiquetes. La regle de fraicheur qu Airtria construisait se serait tue sur
exactement ces deux cas.

Consigne aussi pourquoi last_changed ne vaut rien comme signal : un passage par
unavailable le remet a zero sans qu aucun etat n ait bouge.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj

HANDOFF.md

@@ -6329,6 +6329,44 @@ session de nuit qui suit est etiquetee VW. Le premier contredit le recit de
 §57, qui parlait d'une session de nuit JEEP suivie de la VW alors que le
 journal ne montre **aucun debranchement** entre les deux.
 
+### Mesure : le selecteur n'est regle au branchement QU'UNE FOIS SUR DOUZE
+Les changements de valeur du selecteur sont eux aussi journalises
+(`genre='intervention'`, `detail->>'entite'='input_select.victron_evcs_vehicle'`) :
+dix changements reels depuis le 04/09. Croises avec les douze branchements :
+
+| branchement | touche DANS la fenetre du branchement | touche EN COURS | etiquettes |
+|---|---|---|---|
+| ven 04/09 18:57 | — | 19:36 · 19:44 · 19:50 · sam 10:19 | **JEEP/VW** |
+| sam 05/09 19:44 | **19:56 → JEEP** | — | JEEP |
+| dim 06/09 14:32 | — | 15:28 → JEEP · 15:29 → VW | VW |
+| lun 07/09 14:26 | — | 16:28 → JEEP · 22:49 → VW | **JEEP/VW** |
+| les huit autres | — | — | coherentes |
+
+**Une seule fois sur douze** le selecteur a ete regle au moment du branchement.
+Onze fois sur douze il portait une valeur perimee. C'est la justification du
+concierge, mesuree au lieu d'etre supposee.
+
+⚠️ **Et un changement de selecteur EN COURS de branchement est un drapeau
+ROUGE, pas un signe de fraicheur.** Le cable n'a pas bouge : changer le label a
+ce moment-la ecrit forcement un faux, avant ou apres. C'est mecaniquement le
+producteur des deux groupes mixtes ci-dessus — les deux seuls branchements ou
+le selecteur a ete touche en cours de route sont les deux seuls mal etiquetes.
+Airtria fondait son test d'ambiguite sur « le selecteur a-t-il bouge pendant le
+branchement » : cette regle se serait tue sur exactement ces deux cas. Regle
+soutenue par les donnees, a trois cas — touche dans [branchement − 10 min,
++ 30 min] → frais, ne pas demander ; touche plus tard → DEMANDER ; pas touche
+→ DEMANDER.
+
+⚠️ **`last_changed` ne vaut rien comme signal de changement.** Un passage par
+`unavailable` le remet a zero sans qu'aucun etat n'ait bouge : le 13/09 a
+21:03:49, `binary_sensor.victron_evcs_vehicle_connected` est passe
+`on → unavailable → on` DANS LA MEME SECONDE (hoquet MQTT), ce qui m'a fait
+croire un instant a un branchement manque. La table `evenement` est la source
+qui fait foi, parce que le detecteur saute explicitement les lectures
+indisponibles. Limite a connaitre : la memoire du detecteur est EN PROCESSUS,
+donc un changement survenu pendant un arret du service n'est pas rattrape au
+redemarrage.
+
 ⚠️ **Un groupe mixte ne prouve pas un mauvais etiquetage** : il peut aussi
 signaler un echange de vehicule que le capteur de connexion a manque — cas
 explicitement prevu par P11, qui se rattrape sur `charging_time`. L'invariant