Salut…
Pour le X2DELEC
Les commandes sont spéciales tu dois passer par un envoie de la cde voulue dans l’outils de développement !
Mais pour moi tes commandes sont pas très claires[ 2 / 6 / 20 étatit confort eco off ), j’ai repris doc du rfplayer:
Commande X2DELEC
XD2ELEC specific case
X2DELEC protocol emulates X2D pilot wire thermostat.
Generated frames are complex and multiples (2 types of frame:
heating speed, and operating mode). Heating speed is set by ON/OFF
value and operating mode by dim value.
Dim value (arg %) is used to carry the mode of the thermostat
(mode used values : 0: ECO, 3: COMFORT, 4: STOP, 5: OUT OF FROST, 7: AUT0)
Examples:
ON X2DELEC A3 %7 generates :
HEATING SPEED: state: 1 (ON)
OPERATING MODE: state: 7 (AUTO)
OFF X2DELEC A3 %7 generates :
HEATING SPEED: state: 0 (OFF)
OPERATING MODE: state: 7 (AUTO)
ON X2DELEC A3 %5 generates :
HEATING SPEED: state: 1 (ON)
OPERATING MODE: state: 5 (OUT OF FROST)
Tu as le raw, qui laisse passer tout sans vérification :
TEST RFPlayer: send_raw_command
avec ta cde du type
ZIA++ON X2DELEC B9 %7
Ou alors par le send-command, en passant en Yaml (option en bas) lui te montre dans le log la transcription du code !
Résumé
action: rfplayer.send_command
data:
command: "ON X2DELEC B9 %7 "
automatic_add: false
entity_type: switch
protocol: " "
Devrait te montrer un peu comme ça dans le log :
'ICI DATE HEURE' DEBUG (MainThread) [custom_components.rfplayer] Rfplayer send command for {'command': 'ON X2DELEC B9 %7', 'automatic_add': False, 'entity_type': 'switch', 'protocol': ' '}
'ICI DATE HEURE' DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] writing data: b'ZIA++ON X2DELEC B9 %7\n\r'
A toi de voir si la cde passe effectivement car pas d’accusation réception de la cde en X2DELEC
( en protocol EDISOFRAME 868 Mhz il y a des retours)