Ventilateur de plafond piloté en Zigbee ou RF

[Mossroy]

Bonjour,

Je voudrais mettre chez moi un ventilateur de plafond, et le connecter à mon Home Assistant.
J’ai déjà tout un réseau Zigbee à la maison: ce protocole aurait été idéal, mais je ne trouve pas de ventilateur connecté en Zigbee? Si vous en connaissez, je suis preneur…

A défaut, je me résigne à prendre un ventilateur de plafond avec télécommande RF, étant « allergique » aux solutions qui passent par un cloud externe (ce qui est apparemment toujours le cas quand le protocole WiFi est utilisé).

Au Leroy Merlin près de chez moi, ils vendent un modèle « Inspire Aruba » https://www.leroymerlin.fr/produits/ventilateur-de-plafond-led-silencieux-aruba-112-cm-inspire-bois-96009185.html (actuellement en promo). Il fait ventilateur + lumière LED.

Sa télécommande indique:
Model: TX2024-DC
Emission type: RF Wireless remote control
Transmission frequency: 433.92Mhz
Power supply method: (3V) 2xAAA

D’après ce que j’ai lu ici, il y aurait a priori possibilité d’enregistrer les commandes RF de cette télécommande, pour pouvoir les faire rejouer par Home Assistant, avec un des appareils suivants:

• RFXcom RFX-433EMC à 90€ environ
• RFlink (mais c’est moins clair pour moi)
• Broadlink RM4 Pro (mais ça n’a plus l’air disponible)

Ca permettrait de simuler chacune des touches de la télécommande avec HA, et donc d’avoir l’intégralité des fonctionnalités. Par rapport à un appareil Zigbee, je suppose que je n’aurai pas de retour d’information de l’état du ventilateur (tourne-t-il ou pas? la lumière est-elle allumée ou pas?): dommage mais je n’ai pas trouvé de meilleure solution, et ce serait toujours mieux que rien.

J’ai lu aussi une éventuelle solution en bricolant à l’intérieur du ventilateur, avec un Sonoff iFan 04-H, mais ça me parait plus risqué. Ou alors d’autres bricolages comme Intégration de ventilateur wifi CREATE - #18 par Atiroocky

Est-ce que vous avez déjà expérimenté une de ces solutions d’enregistrement d’une télécommande RF? Est-ce qu’il reste un risque que ça ne marche pas? J’ai entendu parler de rolling code, mais ça ne concernerait que des appareils de sécurité?
Est-ce qu’un des 3 appareils que j’ai cités est conseillé plutôt que les autres? J’imaginais partir sur le RFXcom (qui peut aussi être déporté en WiFi si besoin d’être plus proche du ventilateur), même s’il n’est pas donné…

[pascal_ha]

@Mossroy

Broadlink RM4 Pro (mais ça n’a plus l’air disponible)

Salut

Sur amazon et aliexpress, ça a l’air disponible.

J’utilise pour ma part le rm4 pro pour commander mes équipements en RF et un ventilo en IR.

[Mossroy]

Merci de ta réponse @pascal_ha
Qu’est-ce qui a guidé ton choix vers cet appareil? La possibilité de gérer l’infrarouge? (je n’en ai pas besoin de mon côté)

Est-ce que le Broadlink RM4 Pro serait équivalent au RFXcom pour savoir enregistrer et rejouer des commandes RF?

Comment est-ce que ça se présente sur HA dans ton cas? J’imagine que tu n’as pas d’information sur l’état de tes appareils, mais « uniquement » des commandes pouvant être exécutées (sans retour d’information)?

[pascal_ha]

@Mossroy

Qu’est-ce qui a guidé ton choix vers cet appareil?

Au départ, j’avais juste besoin du RF pour piloter ma télé (ancienne) a la voix.

Je me suis dit autant prendre celui qui fait rf et ir au cas où

@Mossroy

enregistrer et rejouer des commandes RF?

Oui

@Mossroy

uniquement » des commandes pouvant être exécutées

Oui tout a fait.

@Mossroy

Comment est-ce que ça se présente sur HA dans ton cas?

C’est plutôt basique, quand je l’ai fait (ça fait un moment déjà) j’ai pas trouvé cela super pratique a faire, j’ai dû recommencer plusieurs fois. Il y a un sujet dans le forum qui en parle.

Une fois les codes enregistrés, il faut faire une carte.

Broadlink RM4 pro

bonjour a tous … je débute avec HA et pour ce qui est des intégrations ça va a peu près, c’est pas facile facile mais bon, en cherchant un peu, ça va, tant qu’il n’y a pas de code, le code, c’est quand même pas a la porter de tous ! enfin bref, si quelqu’un pouvais m’aider ce serait super, voici mon problème : j’ai acheté une télécommande universelle Broadlink RM4 pro pour commander mes volets roulants solaire via la Radio Fréquence, j’ai donc trouvé un tuto sur le net, l’intégration se passe ni…

[Mossroy]

Merci pour tes réponses

[Mossroy]

Ca y est, j’ai acheté et monté mon ventilateur de plafond.
Il marche très bien avec sa télécommande RF.
J’ai même pu y débrancher la clé USB (fournie avec le ventilateur, et branchée au ventilateur par défaut) qui gère le WiFi: ça évitera les ondes et consommation électrique inutiles puisque je ne compte pas m’en servir. Sauf bien sûr si quelqu’un trouvait moyen de l’utiliser sans passer par le cloud du fabricant…

J’ai commandé le RFX-433EMC, qui m’a semblé mettre + de chances de mon côté que ça supporte ma télécommande. Je testerai et vous dirai. Je n’aurai a priori pas besoin de le déporter (en WiFi ou autre) de mon appareil Home Assistant: d’après mes tests avec la télécommande du ventilateur, la portée en RF semble largement suffisante.

J’ai aussi commandé un interrupteur Zigbee à deux boutons (un Aqara WRS-R02 https://www.domadoo.fr/fr/peripheriques/5725-aqara-interrupteur-mural-double-sans-fil-h1-zigbee-30-wrs-r02-6970504215023.html). L’objectif est que je puisse avec cet interrupteur gérer la lumière avec un bouton, et le ventilateur avec l’autre bouton. La gestion des appuis longs et doubles pressions pouvant permettre de régler intensité lumineuse et vitesse de rotation, si besoin. Le tout en passant par des scenario sur ZHA.
Parce que je trouve qu’un interrupteur « classique » est bien plus intuitif et pratique pour allumer la lumière que la télécommande (où le bouton de la lumière est tout petit). La télécommande sera plutôt le « fallback » en cas de panne de mon Home-Assistant, ou pour faire des réglages plus fins

[Mossroy]

Bon, ça va probablement être (bien) plus compliqué que je ne l’espérais.

Le RFX-433EMC ne connaît pas le protocole utilisé par la télécommande de mon ventilateur. Et surtout, quelques captures « raw » des trames émises par cette télécommande montrent qu’elles sont différentes à chaque appui sur un bouton.
Et j’enregistre 3 trames pour chaque appui (j’ai vérifié en coupant l’électricité du ventilo: c’est bien 3 trames émises la télécommande, et non un dialogue avec le ventilo)

On voit qu’il y a un compteur qui s’incrémente à chaque trame: ça, c’est facile. Mais tout le reste des trames change aussi beaucoup. Je n’ai pas encore essayé de rejouer des trames.

En bref, je pense qu’il faudrait faire de la rétro-ingénierie du protocole, en espérant que ce soit techniquement possible.
Est-ce que quelqu’un aurait déjà de l’expérience là-dessus?

J’imaginais capturer quelques dizaines de trames, et les fournir à une IA générative pour qu’elle fasse le gros du travail de « deviner » le protocole. En espérant que ce soit suffisamment peu complexe…

[Sabjul33]

J’ai le même ventilateur (*2) Si tu avances sur le sujet je serais preneur

et j’ai vu passer ça sur un forum :
Inspire Aruba RF fan - issues with RFPlayer and SDR tools - Configuration - Home Assistant Community

[Mossroy]

Excellent, merci beaucoup pour le lien sur le repo github!

J’avais trouvé les 2 longueurs de pulse, mais pas encore le protocole complet.
J’ai essayé de les rejouer avec RFXmngr.exe en mode raw, mais ça ne marche pas encore.

Je m’y remets mercredi

[Mossroy]

Apparemment, le protocole du repo github, qui correspond au modèle de télécommande TX2024-DC, n’est pas le même que celui de ma télécommande TX2025-DC.
En tous cas, il ne fonctionne pas sur mon ventilo.

J’essaie de continuer le reverse-engineering pour comprendre comment ça fonctionne, mais c’est pas facile

[Warrior1300]

Bonjour

Pour mon ventilateur j’utilise Tuya ZS06 c’est zigbee pour 15 € chez ali

[Mossroy]

Je viens d’atteindre un premier résultat.

Sans arriver à vraiment faire le reverse-engineering du protocole, j’ai réussi à rejouer des trames capturées depuis ma télécommande!

Bon, c’est en ligne de commande pour le moment (pas via Home Assistant), avec l’outil GitHub - nbeguier/rfxcmd: RFXCMD v2.0.1 · GitHub

J’ai d’abord capturé les trames RF avec cet outil. Il a fallu créer un fichier config.xml (à partir du fichier config.xml.sample du repo git), en y passant simplement la valeur de protocol_startup à « yes » au lieu de « no », puis modifier le fichier procotol.xml pour passer la valeur de state à « 1 » au lieu de « 0 » pour le protocole « Undecoded ».

Ensuite on peut écouter les trames avec:

sudo ./rfxcmd.py -l -d /dev/ttyUSB0 -v -o config.xml

En appuyant sur le bouton « lumière » de ma télécommande, ça a affiché ça:

2026-04-22 21:32:12,859 - INFO - ------------------------------------------------
2026-04-22 21:32:12,860 - INFO - Received			= fc7f...(longue chaine hexa de 508 caractères en tout)
2026-04-22 21:32:12,860 - INFO - Date/Time			= 2026-04-22 21:32:12
2026-04-22 21:32:12,860 - INFO - Packet Length		= fc
2026-04-22 21:32:12,862 - ERROR - unrecognizable packet (fc7...(longue chaine hexa de 508 caractères en tout)) Line: [read_rfx:944]
2026-04-22 21:32:12,862 - ERROR - '7f'
2026-04-22 21:32:12,921 - INFO - ------------------------------------------------
2026-04-22 21:32:12,921 - INFO - Received			= fc7f...(longue chaine hexa de 508 caractères en tout)
2026-04-22 21:32:12,921 - INFO - Date/Time			= 2026-04-22 21:32:12
2026-04-22 21:32:12,921 - INFO - Packet Length		= fc
2026-04-22 21:32:12,922 - ERROR - unrecognizable packet (fc7f...(longue chaine hexa de 508 caractères en tout)) Line: [read_rfx:944]
2026-04-22 21:32:12,923 - ERROR - '7f'
2026-04-22 21:32:12,984 - INFO - ------------------------------------------------
2026-04-22 21:32:12,985 - INFO - Received			= dc7f...(longue chaine hexa de 444 caractères en tout)
2026-04-22 21:32:12,985 - INFO - Date/Time			= 2026-04-22 21:32:12
2026-04-22 21:32:12,985 - INFO - Packet Length		= dc
2026-04-22 21:32:12,985 - ERROR - unrecognizable packet (dc7f...(longue chaine hexa de 444 caractères en tout)) Line: [read_rfx:944]
2026-04-22 21:32:12,986 - ERROR - '7f'

Donc j’ai pu récupéré les 3 paquets, au format hexadécimal.

Puis les rejouer, en enchainant dans un script:

sudo python3 rfxcmd.py -o config.xml -v -d /dev/ttyUSB0 -s fc7f...(longue chaine hexa de 508 caractères en tout)
sudo python3 rfxcmd.py -o config.xml -v -d /dev/ttyUSB0 -s fc7f...(longue chaine hexa de 508 caractères en tout)
sudo python3 rfxcmd.py -o config.xml -v -d /dev/ttyUSB0 -s dc7f...(longue chaine hexa de 444 caractères en tout)

Ca affiche les messages suivants, avec des erreurs « unrecognizable packet »:

2026-04-22 21:46:24,420 - INFO - Verbose printout [<module>:1626]
2026-04-22 21:46:24,420 - INFO - RFXCMD Version 2.0.1
2026-04-22 21:46:25,425 - INFO - ------------------------------------------------
2026-04-22 21:46:25,425 - INFO - Send			= fc7f...(longue chaine hexa de 508 caractères en tout)
2026-04-22 21:46:25,426 - INFO - Date/Time			= 2026-04-22 21:46:25
2026-04-22 21:46:25,426 - INFO - Packet Length		= fc
2026-04-22 21:46:25,427 - ERROR - unrecognizable packet
2026-04-22 21:46:26,427 - INFO - ------------------------------------------------
2026-04-22 21:46:26,429 - INFO - Received			= 0402010500
2026-04-22 21:46:26,429 - INFO - Date/Time			= 2026-04-22 21:46:26
2026-04-22 21:46:26,429 - INFO - Packet Length		= 04
2026-04-22 21:46:26,430 - INFO - Packettype			= Receiver/Transmitter Message
2026-04-22 21:46:26,430 - INFO - Subtype: Transmitter response
2026-04-22 21:46:26,430 - INFO - Sequence number: 05
2026-04-22 21:46:26,430 - INFO - Message: ACK, transmit OK
{"timestamp": "2026-04-22 21:46:26", "rawcmd": "0402010500", "packettype": "Receiver/Transmitter Message", "packettype_id": "02", "subtype": "01", "seqnbr": "05", "metadata": {"id1": "00"}}
2026-04-22 21:46:26,539 - INFO - Verbose printout [<module>:1626]
2026-04-22 21:46:26,539 - INFO - RFXCMD Version 2.0.1
2026-04-22 21:46:27,544 - INFO - ------------------------------------------------
2026-04-22 21:46:27,544 - INFO - Send			= fc7f...(longue chaine hexa de 508 caractères en tout)
2026-04-22 21:46:27,545 - INFO - Date/Time			= 2026-04-22 21:46:27
2026-04-22 21:46:27,545 - INFO - Packet Length		= fc
2026-04-22 21:46:27,546 - ERROR - unrecognizable packet
2026-04-22 21:46:28,547 - INFO - ------------------------------------------------
2026-04-22 21:46:28,547 - INFO - Received			= 0402010600
2026-04-22 21:46:28,547 - INFO - Date/Time			= 2026-04-22 21:46:28
2026-04-22 21:46:28,547 - INFO - Packet Length		= 04
2026-04-22 21:46:28,547 - INFO - Packettype			= Receiver/Transmitter Message
2026-04-22 21:46:28,547 - INFO - Subtype: Transmitter response
2026-04-22 21:46:28,547 - INFO - Sequence number: 06
2026-04-22 21:46:28,547 - INFO - Message: ACK, transmit OK
{"timestamp": "2026-04-22 21:46:28", "rawcmd": "0402010600", "packettype": "Receiver/Transmitter Message", "packettype_id": "02", "subtype": "01", "seqnbr": "06", "metadata": {"id1": "00"}}
2026-04-22 21:46:28,633 - INFO - Verbose printout [<module>:1626]
2026-04-22 21:46:28,633 - INFO - RFXCMD Version 2.0.1
2026-04-22 21:46:29,638 - INFO - ------------------------------------------------
2026-04-22 21:46:29,639 - INFO - Send			= dc7f...(longue chaine hexa de 444 caractères en tout)
2026-04-22 21:46:29,639 - INFO - Date/Time			= 2026-04-22 21:46:29
2026-04-22 21:46:29,639 - INFO - Packet Length		= dc
2026-04-22 21:46:29,640 - ERROR - unrecognizable packet
2026-04-22 21:46:30,641 - INFO - ------------------------------------------------
2026-04-22 21:46:30,641 - INFO - Received			= 0402010700
2026-04-22 21:46:30,641 - INFO - Date/Time			= 2026-04-22 21:46:30
2026-04-22 21:46:30,642 - INFO - Packet Length		= 04
2026-04-22 21:46:30,642 - INFO - Packettype			= Receiver/Transmitter Message
2026-04-22 21:46:30,642 - INFO - Subtype: Transmitter response
2026-04-22 21:46:30,642 - INFO - Sequence number: 07
2026-04-22 21:46:30,643 - INFO - Message: ACK, transmit OK
{"timestamp": "2026-04-22 21:46:30", "rawcmd": "0402010700", "packettype": "Receiver/Transmitter Message", "packettype_id": "02", "subtype": "01", "seqnbr": "07", "metadata": {"id1": "00"}}

… mais ça change bien l’état de la LED de mon ventilo! ça l’allume si c’était éteint, et ça l’éteint si c’était allumé

Bon, évidemment, ce n’est qu’un petit début, mais c’est très encourageant, et donne quelques informations importantes:

• Il n’y a pas de commande ON ou OFF, mais une seule commande pour changer l’état de la LED (donc l’état est géré côté ventilo, pas côté télécommande)
• Il n’y aurait pas de rolling code? (Ou alors il est très permissif?). En tous cas, je peux utiliser la télécommande ou mon script: les deux semblent pouvoir fonctionner en parallèle

[Mossroy]

Et ça fonctionne avec Home Assistant aussi:
Après avoir branché le RFX-433EMC sur mon appareil Home Assistant, j’ai ajouté une intégration de type « RFXCom rfxtrx », et l’ai configurée sur le device correspondant.
Ensuite, j’ai créé un script (au sens HA), qui enchaine 3 envois d’évènements bruts via RFXCom, en y copiant/collant simplement les chaines hexadécimales que j’avais capturées

Puis il suffit d’associer ce script à ce qu’on veut. Dans mon cas: un interrupteur Zigbee dans la même pièce.
Vu que cet interrupteur a 2 boutons, et supporte aussi les double ou triple appuis, je m’en sers pour gérer la vitesse aussi.

Je ressens un peu la latence de l’ensemble (protocole zigbee de l’interrupteur + envoi successif des 3 trames par le RFXCom), dans le sens où il y a environ 1 seconde d’écoulée entre l’appui sur l’interrupteur zigbee et la prise en compte par le ventilo. Surprenant au début, mais pas très grave. J’ai réussi à diminuer cette latence en repassant mon interrupteur zigbee en mode « single click » plutôt que « multiple click ».

Concernant la température et intensité de la lumière, l’état est là aussi géré côté ventilo. Comme je ne les change pas souvent, je compte garder la télécommande d’origine pour ça.

[Mossroy]

J’ai pu capturer les trames de tous les boutons de la télécommande.

Il me parait fort probable qu’il y ait dans ces trames un identifiant de la télécommande (qui est pré-appairée avec le ventilo).
Pour généraliser, et appliquer à un autre ventilateur sans capture, il faudrait faire le retro-engineering complet.

[Mossroy]

Pour info, j’ai acheté un modèle identique pour une autre pièce. Cette télécommande n’interagit pas avec le premier ventilo (heureusement), et les trames sont un peu différentes: il y a donc bien un identifiant de télécommande/ventilo dans les trames.

[Sabjul33]

Salut top tout ça.
Dans mon cas j’ai une grande pièce avec les deux même ventilos, donc à un moment si je veux faire comme toi, je vais devoir passer l’identifiant de la télécommande (ou alors il est inclus dans la trame que tu as trouvé).
Par contre ton équipement équipement RFX… le prix un peu élevée, il y a le broadlink RM4 pro moi cher je crois tu penses qu’il pourrait aller aussi ?

[Mossroy]

Je me suis contenté de capturer et rejouer les trames des télécommandes (qui incluent forcément l’id de la télécommande d’une manière ou d’une autre).
Comme ça suffisait à mon besoin, je n’ai pas fait de reverse-engineering complet pour comprendre comment ces trames sont constituées, et comment les adapter à un autre id de télécommande.
Donc, pour l’instant, il faudrait que tu captures les trames de ta propre télécommande, et les rejoue ensuite.

Je n’ai pas essayé avec le broadlink RM4 pro. D’après ce que je lis dans les commentaires de https://www.domadoo.fr/fr/destockage/5253-broadlink-telecommande-universelle-irwifi433mhz-rm4-pro-pour-smartphone-6924826703560.html, il serait également capable de capturer et rejouer du RF, et de s’intégrer avec HA. Mais je ne peux pas le garantir sans avoir testé

[Alindil]

@Sabjul33

équipement RFX

Bonjour juste une question on est d'accord qu'avec un équipement RFX, on ne récupère pas le statut de l'appareil ?

[Mossroy]

Oui, je confirme: pas de retour d'état. En tous cas avec mon appareil.

On ne fait que simuler des appuis sur les boutons de la télécommande. Et je n'ai pas vu de trames RF qui seraient envoyées par le ventilateur lui-même, qui n'est donc a priori "que" récepteur RF.