Guichet d'ordres : Airtria demande, ce service decide et applique
Valide separement par le proprietaire le 16/09, comme la session OpenClaw et moi l'avions demande : c'est la premiere fois qu'une reponse WhatsApp touche au PILOTAGE et non a une etiquette consultative. ⚠️ LA LISTE BLANCHE EST DANS LE SERVICE, JAMAIS CHEZ L'AGENT — moindre privilege : il demande, il ne decide pas de ce qui est demandable. Six ordres admis : p12, p9, hc_nuit, strategie, vehicule, plafond_edf (borne 6-28). Les options d'un input_select sont lues EN DIRECT sur l'entite, jamais codees en dur : ZERO sera consomme sans modification quand la moto reviendra. ⚠️ HORS LISTE DEFINITIVEMENT : le contacteur EDF, les limites DVCC, la consigne de puissance reseau, les planchers SOC de securite — exactement ceux qui peuvent vider la batterie sous son plancher, la gaver sur le reseau, ou evincer le solaire une journee entiere. Garde supplementaire : un ordre de pilotage exige un canal HUMAIN. Une regle qui deduit « il faudrait activer P12 » n'a rien a faire ici — c'est une decision, pas une observation. Interrupteur DISTINCT de celui du concierge (input_boolean.airtria_ordres_enabled, a OFF), pour que couper le pilotage ne coupe pas l'etiquetage des vehicules. Il gate l'ECRITURE, pas la lecture : a OFF le service journalise ce qu'il aurait fait, ce qui permet d'eprouver la chaine avant qu'elle ne compte. NEUF ESSAIS, tous verifies. Refuses : ordre edf, dvcc, consigne_reseau, soc_stop_min (hors liste) · source regle-puissance (canal non humain) · plafond 45 A (hors bornes) · strategie « turbo » et vehicule « MEGANE » (absents des options, listees en direct). Applique : plafond_edf 28 -> 20, journalise avec l'etat anterieur ; rejeu du MEME confirmed_at -> ordre=0, rien ; nouveau confirmed_at -> restauration a 28. P12 intact tout du long. ⚠️ DEFAUT TROUVE EN EPROUVANT CECI : le mode --once n'appelait pas assurerConnexion(). Une base absente au demarrage lui donnait client = null, donc un TypeError au lieu d'un message clair. Trouve sur un simple mauvais numero de port. Corrige. Carte « Agents & surveillance » completee : le guichet et son dernier ordre, a cote du concierge et de l'etat du service. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
This commit is contained in:
@@ -547,6 +547,22 @@ views:
|
||||
name: Véhicule branché (piloté par la réponse)
|
||||
icon: mdi:car-multiple
|
||||
|
||||
- type: entities
|
||||
title: Guichet d'ordres (pilotage)
|
||||
entities:
|
||||
# ⚠️ Interrupteur DISTINCT de celui du concierge, et c'est
|
||||
# delibere : couper le pilotage ne doit pas couper l'etiquetage
|
||||
# des vehicules. Deux rayons d'action tres differents.
|
||||
# La liste blanche de ce qui est demandable vit dans le service
|
||||
# d'historisation, jamais chez l'agent — il demande, il ne decide
|
||||
# pas de ce qui est demandable.
|
||||
- entity: input_boolean.airtria_ordres_enabled
|
||||
name: Appliquer les ordres de pilotage
|
||||
icon: mdi:remote
|
||||
- entity: input_text.airtria_ordre
|
||||
name: Dernier ordre demande
|
||||
icon: mdi:gesture-tap-button
|
||||
|
||||
- type: entities
|
||||
title: Service d'historisation (10.10.10.22)
|
||||
entities:
|
||||
|
||||
Reference in New Issue
Block a user