Bouton reset borne : echappatoire manuelle quand la borne se fige

Filet MANUEL complementaire a P11-bis : quand meme le second signal echoue
(borne physiquement coincee), l'appui sur input_boolean.evcs_reset_borne force
une session fraiche pour un cycle -> nettoie le collant -> retest du vehicule.
Momentane : le controleur (HA_SERVICE_CALLS) le rebascule off apres avoir agi,
il ne peut donc pas forcer un retest en boucle.

- gabarit + INPUT_PARSE (params.resetBorneRequested) + sessionFresh (OU bouton)
- helper_reset_borne_ack : turn_off si le bouton etait ON
- paquet evcs_reset_borne.yaml (SANS initial:, lecon du 06/09), reload fait
- golden 115 -> 116 : reset-borne-force-retest (session etablie + bouton ON ->
  retest + ack off). Mutation : bouton neutralise -> le scenario tombe.
Gabarit rendu contre HA : 203 champs, aucun null.

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

src/nodes/HA_SERVICE_CALLS_OUTPUT.js

@@ -1120,6 +1120,18 @@ return [{
         }
       },
 
+      // Bouton reset borne (19/09/2026) : momentane. Il a deja fait son effet
+      // dans WINDOWS (sessionFresh forcee ce cycle) ; on le rebascule off pour
+      // qu'il ne force pas un retest en boucle. N'ecrit que s'il etait ON.
+      helper_reset_borne_ack: {
+        execute: !!params.resetBorneRequested,
+        domain: 'input_boolean',
+        service: 'turn_off',
+        data: {
+          entity_id: 'input_boolean.evcs_reset_borne'
+        }
+      },
+
       helper_cloud_debt_started_at: {
         execute: true,
         domain: 'input_datetime',