Haos n’aime pas mon 433e

Entraide Home Assistant
1

Bonjour,

Je cherche à remplacer mon domoticz vieillissant qui me permet notamment de piloter mes volets somfy rts grâce à mon rfxcom 433e, et en profiter pour intégrer Alexa dans mes routines (sans nabu, mensuel trop cher pour moi et j’aime pas dépendre d’un tiers, mais c’est pas le sujet ici😄).

J’ai installé haos dans un proxmox, j’ai reconfiguré tous mes équipements mais je bute sur le rfxcom.

J’ai patché le rfxcomm avec le dernier firmware 1028 en ext2 mais vu qu’il est détecté par haos comme un 433 tout court, et pas un e, je n’ai pas le protocole rfy :confused:j’ai néanmoins activé le protocole lightning4 dans rfxmngr et j’en ai profité pour relever mes ID pour les programmer dans haos comme l’indique la doc « Use RFXCOM in Home Assistant » (donc sans spécifier de protocole).

remote:1 ID:F IF IF (decimal:991007) unitnbr:1
=> 071a00000F1F1F01

Lorsque j’appuie sur la télécommande, les volets répondent cependant rien ne se passe quand je le fais depuis haos, mais j’ai pourtant les trames qui partent (led qui s’allume) quand je clique sur l’interface ou quand j’envoie un rfxcomm.send pour l’appairer (en ayant pris soin de mettre les volets en mode appairage avant bien sûr) :

action: rfxtrx.send
data:
event: « 071a02000F1F1F01 »

Quand je passe en débug sur haos et que j’appuie sur la télécommande je ne vois aucune trame interceptée…

cette absence de compatibilité commence à m’agacer sérieusement d’où mon appel à l’aide…

Pensez-vous possible de commander avec haos mes volets et le rfx ou bien dois-je évoluer sur un produit plus récent que le rfx (je peux rien faire pour ces p​:face_with_symbols_on_mouth::face_with_symbols_on_mouth: de volets et leur protocole roulant).

Merci pour votre aide ou vos conseils :grinning_face_with_smiling_eyes:

Bonne journée !

2

Bonjour.
Est-ce que tu peux relever la version de ton RFXCOM , ce qui est écrit derrière et ce que voit le RFXCOM manager ?

3

Hello @Doubledom

Mon RFX est ainsi reconnu avec rfxmngr

image
image2102×504 185 KB

Et il est vu ainsi sur HAOS :

- attributes:
    BUSNUM: "009"
    DEVNAME: /dev/bus/usb/009/002
    DEVNUM: "002"
    DEVPATH: /devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1
    DEVTYPE: usb_device
    DRIVER: usb
    ID_BUS: usb
    ID_FOR_SEAT: usb-pci-0000_07_1b_0-usb-0_1
    ID_MODEL: RFXtrx433
    ID_MODEL_ENC: RFXtrx433
    ID_MODEL_ID: "6001"
    ID_PATH: pci-0000:07:1b.0-usb-0:1
    ID_PATH_TAG: pci-0000_07_1b_0-usb-0_1
    ID_PATH_WITH_USB_REVISION: pci-0000:07:1b.0-usbv2-0:1
    ID_REVISION: "0600"
    ID_SERIAL: RFXCOM_RFXtrx433_A1YU8TLQ
    ID_SERIAL_SHORT: A1YU8TLQ
    ID_USB_INTERFACES: ':ffffff:'
    ID_USB_MODEL: RFXtrx433
    ID_USB_MODEL_ENC: RFXtrx433
    ID_USB_MODEL_ID: "6001"
    ID_USB_REVISION: "0600"
    ID_USB_SERIAL: RFXCOM_RFXtrx433_A1YU8TLQ
    ID_USB_SERIAL_SHORT: A1YU8TLQ
    ID_USB_VENDOR: RFXCOM
    ID_USB_VENDOR_ENC: RFXCOM
    ID_USB_VENDOR_ID: "0403"
    ID_VENDOR: RFXCOM
    ID_VENDOR_ENC: RFXCOM
    ID_VENDOR_ID: "0403"
    MAJOR: "189"
    MINOR: "1025"
    PRODUCT: 403/6001/600
    SUBSYSTEM: usb
    TAGS: ':seat:'
    TYPE: 0/0/0
    USEC_INITIALIZED: "1703642"
  by_id: null
  children:
  - /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1/9-1:1.0
  - /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1/9-1:1.0/gpio/gpiochip512
  - /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1/9-1:1.0/gpiochip0
  - /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1/9-1:1.0/ttyUSB0
  - /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1/9-1:1.0/ttyUSB0/tty/ttyUSB0
  dev_path: /dev/bus/usb/009/002
  name: 9-1
  subsystem: usb
  sysfs: /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb9/9-1

Mes remotes :

image
image1920×1076 732 KB

Merci :slight_smile:

4

Est-ce que depuis le rfxmngr tu arrives à cder tes volets ?

Tu devrais aussi sélectionner le protocol Blinds Tx

PS: tu as les logs en fonctionnement soit par le mode develop ou YAML ?

5

Comme tes RTS sont en mémoire il faut seulement vérifier que ce sont bien ceux qui commande tes volets.
Soit tu fais test en mode develop par le rfxtrx.send

Tu as le 1er en 0F1F1 Unit 1 [event: « 071a02000F1F1F01 »]
Normalement la trame est plus longue que 7 [ mais ici (HA) le prog ne vérifie pas sa longueur]
0C1A00xx0F1F1F0107014C6800

0C longeur
1A00 Type et sous type [toi en 02 GEOM ?]
xx c’est un increment auto( sert en réception, pas d’intéret , sauf pour le retour acceptation du code en émission) Mais il faut de 00 à FF
0F1F1F c’est ton ID
01 c’est l’unité du volet
07 c’est le code de cde ici Programmation
014C68 les Rfu ( ne sert pas vraiment !)
00 ne sert pas

Les cde du RTS

00 Stop [My]

01 Up

02 Down

06 Liste des télécdes

07 Programme d’association

08 *Program (transmit > 2 seconds)
ATTENTION PEUVENT MODIFIER LE RECEPTEUR
09 *Program (transmit > 7 seconds)

0D Efface une Tlcde Particuliere avec son ID du RFXCOM

0E Efface toutes les Tlcde du RFXCOM

11 Up (transmit > 2 seconds)

12 Down (transmit > 2 seconds)

Si tu veux faire des UP/STOP/DOWN tu changes seulement l’octet de cde

UP [01] :backhand_index_pointing_right: 0C1A00DD0F1F1F0101014C6800

STOP [0] :backhand_index_pointing_right: 0C1A00DD0F1F1F0100014C6800

DOWN [02] :backhand_index_pointing_right: 0C1A00DD0F1F1F0102014C6800

ATTENTION ICI VOLET DU TYPE RFY [1A00]

6

Bonjour,

Si c’est uniquement pour du Somfy RTS, pourquoi ne pas passé par ESPSomfy RTS - une autre solution pour la gestion de vos volets Somfy RTS

Cela ne coûte presque rien et surtout çà fonctionne bien mieux que le Rfxcom.

A+

chris

7

Bien vu, fait

Malgré tout, non :frowning:

C’est creux !

2026-02-18 17:53:56.952 DEBUG (SyncWorker_6) [RFXtrx] Send: 0x0c 0x1a 0x00 0x00 0x0f 0x1f 0x1f 0x01 0x00 0x00 0x00 0x00 0x00
2026-02-18 17:53:57.403 DEBUG (Thread-3 (_connect)) [RFXtrx] Recv: 0x04 0x02 0x01 0x00 0x00
2026-02-18 17:53:58.082 DEBUG (SyncWorker_3) [RFXtrx] Send: 0x0c 0x1a 0x00 0x01 0x0f 0x1f 0x1f 0x01 0x03 0x00 0x00 0x00 0x00
2026-02-18 17:53:58.539 DEBUG (Thread-3 (_connect)) [RFXtrx] Recv: 0x04 0x02 0x01 0x01 0x00
2026-02-18 17:53:59.386 DEBUG (SyncWorker_7) [RFXtrx] Send: 0x0c 0x1a 0x00 0x02 0x0f 0x1f 0x1f 0x01 0x01 0x00 0x00 0x00 0x00
2026-02-18 17:53:59.834 DEBUG (Thread-3 (_connect)) [RFXtrx] Recv: 0x04 0x02 0x01 0x02 0x00
2026-02-18 17:54:00.520 DEBUG (SyncWorker_2) [RFXtrx] Send: 0x0c 0x1a 0x00 0x00 0x0f 0x1f 0x1f 0x01 0x13 0x00 0x00 0x00 0x00
2026-02-18 17:54:00.969 DEBUG (Thread-3 (_connect)) [RFXtrx] Recv: 0x04 0x02 0x01 0x00 0x00
2026-02-18 17:54:01.415 DEBUG (SyncWorker_8) [RFXtrx] Send: 0x0c 0x1a 0x00 0x01 0x0f 0x1f 0x1f 0x01 0x14 0x00 0x00 0x00 0x00
2026-02-18 17:54:01.865 DEBUG (Thread-3 (_connect)) [RFXtrx] Recv: 0x04 0x02 0x01 0x01 0x00
8

En appliquant ton pattern et en sachant que pour le premier l’ID est F IF 1F (decimal:991007) et que le unitnbr est 1, l’id de mon premier volet me semble être : 0C0710DD0F1F1F0101014C6800 mais je n’arrive pas bien à comprendre la séquence en vert. Du moins je ne fais pas le lien avec ce guide qui dit :

Il nous faut maintenant construire les codes pour chaque appareil. On va donc procéder de la sorte : s’agissant de volets roulants, on prend le préfixe 071a0000

9

J’avais vu cette option, mais ayant un rfxcomm qui fonctionnait avant avec domoticz, vois-tu je suis un peut têtu (borné) et j’aimerai bien le faire refonctionner

10

Le premier Octet c’est la longueur de la trame
Les "deuxieme et troisieme " ce sont Protocol et TYPE
Donc quand tu écris :

0C0710DD0F1F1F0101014C6800

Ce n’est pas le bon protocol !

Sur la new doc pour HA venant de RFXCOM :innocent: page 5 et 6 /22
on te rappel comme moi comment cela est codé !!

Résumé

image
image720×913 92.3 KB

image
image696×592 58.4 KB

11

OK pour le protocole

Mais quand tu écris ça :

Comment je peux répondre à la question ? Où vérifier ?

Car envoyer 0C1A00DD0F1F1F0101014C6800 ne fait rien bouger :frowning:

12

C’est là que tu as fait une cde avec ce type 02 ? moi je sais pas pourquoi, à moins que tes volets soit du TYPE GEOM

NOTA POUR APPAIRAGE IL FAUT AUSSI LE CODE DE CDE 07

Toi tu fais

 071a02000F1F1F01

Il faudrait ajouter la cde en fin !

Ce devrait être en mode propre

:backhand_index_pointing_right:0C1A00DD0F1F1F0107014C6800

Moi je mets DD comme nbr :innocent: Double Dom

ET pour information dans la doc chez HA pour le RFXCOM il ne font même pas l’appairage depuis HA !!
Mais j’avais déjà signalé le bug de longueur de la trame sur cette doc !

ON PEUT LE FAIRE SI ON UTILISE LES BONS CODES !

Tu peux essayer en mode develop avec la cde rfxtrx.send

13

Si c’était du type GEOM ?
il faudrait mettre 02

:backhand_index_pointing_right:0C1A02DD0F1F1F0101014C6800

14

bon, du coup j’ai résetté mes volets pour qu’ils ne répondent qu’à un seul canal de ma télécommande, le n°3.

j’ai beau rfx.send tout ce que je veux,
0C1A02DD0F1F1F0101014C6800
0C1A02DD0F1F1F0103014C6800

y’a rien qui bouge comme si les volets n’écoutaient pas ce que je leur envoie.

Rfxmngr me précise 1401030803030F1F1F03014A687420524658434F4D
Pour ma remote:3 ID:F IF 1F (decimal:991007) unitnbr:3 rful:1 rfu2:4A rfu3: 68

En envoyant un up via rfxmngr rien ne bouge non plus

image
image1600×570 161 KB

Mais ne serait-ce pas justement parcequ’elle n’est pas enregistrée ?
OUI

  1. appui long (2–3 s) sur PROG de la télécommande
  2. envoyer PROG depuis RFXmngr

Les volets répondent :slight_smile:

15

Slt..
Tu parles du type 02, alors que tu fais du type 00 !

Je t’avais dit depuis le début de vérifier les enregistrements du type .
Effectivement si pas enregistré comme il faut, cela ne fonctionne pas !

:upside_down_face: SOLUTION ? :innocent: