Aller au contenu
Voir dans l’app

Une meilleure façon de naviguer. Voir plus.

Forum Domotique

Une application en plein écran, avec notifications, badges et accès direct depuis l’accueil.

Pour installer cette application sur iOS et iPadOS
  1. Touchez l’icône de partage dans Safari.
  2. Faites défiler le menu et touchez Ajouter à l’écran d’accueil.
  3. Touchez Ajouter en haut à droite.
Pour installer cette application sur Android
  1. Appuyez sur le menu ⋮ en haut à droite du navigateur.
  2. Appuyez sur Ajouter à l'écran d'accueil ou Installer l'application
  3. Confirmez en appuyant sur Installer.

Accédez à tout ForumDomotique

Vous aimez cet article ? Accédez à tous nos contenus complets, posez vos questions, partagez vos installations et échangez avec une communauté passionnée. Inscrivez-vous gratuitement en 30 secondes !

Test du SMLight SLZB-MR4U : un coordinateur Zigbee + Thread/Matter qui simplifie vraiment la vie

J’ai installé pas mal de dongles Zigbee au fil des années, souvent en jonglant entre les limites de portée, les conflits radio et les essais plus ou moins réussis avec Thread ou Matter. Quand SMLight a annoncé le SLZB-MR4U en août 2025, l’idée d’un vrai coordinateur multi-protocoles piloté directement par Home Assistant m’a tout de suite intrigué.

Depuis deux semaines, il tourne chez moi en complément de mon coordinateur principal sous Zigbee2MQTT. L’objectif était simple : gagner en portée dans la maison et tester la partie Thread/Matter sans ajouter un énième dongle USB bancal. Voici ce que j’en retiens.

🔗 Envie d'acheter ce produit ?

Vous pouvez soutenir le forum en passant par nos liens affiliés 👇
Cela ne vous coûte jamais plus cher !
Le prix reste exactement le même pour vous, mais nous recevons une petite commission qui aide à faire vivre la communauté 💜

Pourquoi ce coordinateur m’a intéressé

Le MR4U est l’un des rares coordinateurs grand public à embarquer deux radios totalement indépendantes capables de travailler en parallèle. La première radio, une CC2674P10, se concentre sur Zigbee avec une puissance d’émission de +20 dBm. La seconde, une EFR32MG26, gère Thread et Matter, elle aussi à +20 dBm. Ce détail m’a tout de suite attiré, car la plupart des coordinateurs multi-protocoles réunissent tout sur une seule puce, ce qui crée des contraintes et un partage de ressources. Ici, les deux radios fonctionnent sans jamais entrer en compétition.

La gestion du réseau s’en ressent directement. Les paquets Zigbee ne viennent pas étouffer le trafic Thread, et inversement. Cela permet de construire un réseau plus prévisible, surtout quand on multiplie les capteurs, actionneurs ou petites automatisations à forte fréquence. Je le constate clairement chez moi où certaines zones étaient traditionnellement plus sensibles aux micro-coupures Zigbee.

Autre point important, la connectique. Le MR4U peut fonctionner en USB-C, mais c’est surtout la partie Ethernet + PoE qui change la donne. Alimenter et connecter un coordinateur via un unique câble réseau facilite énormément l’intégration dans un rack ou dans un coffret technique. Et surtout, on s’affranchit totalement des problèmes récurrents des sticks USB : perturbations des ports USB, drivers capricieux, interférences avec les cartes mères, allonges nécessaires… Ici, on place le coordinateur exactement où il doit être pour obtenir la meilleure couverture.

Contenu et premières impressions

Le MR4U arrive dans une boîte compacte, mais on sent immédiatement que le produit a été pensé pour durer. Le boîtier est en plastique noir mat, robuste, bien assemblé et suffisamment ventilé pour assurer la dissipation. À l’intérieur, deux antennes SMA pivotables fournissent un gain réel en portée. Le ressenti est très différent d’un simple dongle USB, on est beaucoup plus proche d’un petit équipement réseau professionnel.

Les LEDs sont discrètes mais utiles. Chaque radio possède son propre témoin lumineux, ce qui permet de voir d’un coup d’œil si un appairage a démarré ou si une communication est en cours. Le bouton multifonction répond bien et les pas de vis pour le montage mural sont plutôt pratiques quand on veut intégrer la clé dans un tableau domotique.

Ce qui m’a le plus frappé, c’est la sensation de stabilité dès les premières minutes. Là où un dongle USB nécessite souvent de réfléchir à son positionnement ou à la longueur de l’extension USB, ici tout paraît simple. Je l’ai branché dans mon rack, là où j’avais envie qu’il soit, sans me poser de questions.

Design sans titre(3).png

Matter Server.png

Matter Server(2).png

Pourquoi j’ai choisi de le laisser entièrement géré par Home Assistant (et pas SLZB-OS)

Le MR4U arrive pré-flashé avec un OS maison, SLZB-OS, qui permet d’utiliser la clé en mode standalone. L’interface web est propre, les firmwares sont faciles à mettre à jour et la gestion locale est bien pensée. Pourtant, j’ai choisi de ne pas m’en servir, et ce n’est pas un défaut de la solution.

Depuis longtemps, je centralise tout mon écosystème radio dans Home Assistant. Zigbee, Thread, Z-Wave ou Bluetooth, tout passe par mon serveur principal qui effectue des snapshots complets chaque nuit. Cette approche me permet d’avoir un point unique de sauvegarde et de restauration. Si un coordinateur tombe en panne ou si un firmware dérive, je rebranche simplement une nouvelle unité, je restaure le snapshot et je repars exactement dans l’état précédent.

SLZB-OS, en revanche, stocke sa configuration directement dans le boîtier. Si le matériel lâche, la configuration est perdue. Pour quelques appareils, ce n’est pas dramatique, mais sur un réseau dense, ré-appairer cinquante capteurs Zigbee devient une punition. En laissant Home Assistant piloter entièrement le coordinateur, je gagne en flexibilité, en sécurité et en réversibilité.

Installation : mon second coordinateur Zigbee sous Home Assistant

Mon setup au moment du test :

Prérequis

Détails

HA OS

2025.10.3 installé via Raspberry Pi Imager (boot SSD NVMe activé).

Mosquitto Broker

Add-on officiel actif (nécessaire pour Zigbee2MQTT).

Add-on Zigbee2MQTT Edge

Module complémentaire (deuxième instance pour le 2e coordinateur).

Alimentation PoE

Injecteur PoE ou switch/routeur avec PoE (802.3at recommandé).

IP fixe pour SLZB-MR4U

192.168.0.17(réservée dans le routeur pour éviter les changements au redémarrage).

Firmware SLZB-OS

v3.0.8 (mise à jour OTA via web UI du device).

Sonoff Dongle-P

mode coordinateur (premier réseau)

L’installation complète m’a pris une vingtaine de minutes.

1. Préparation du MR4U

Je l’alimente via PoE, je vérifie le firmware dans l’interface web et je fixe une IP statique dans le routeur. Dès que la LED PoE reste au vert, le coordinateur est prêt.

Capture d’écran du 2025-10-31 16-08-22.png

Je me connecte sur mon SLZB-06M via l’adresse http://192.168.0.17 (dans mon cas, j’ai fixé l’IP à cette adresse) pour récupérer les informations nécessaires au paramétrage.

Capture d’écran du 2025-10-31 17-32-38.png

Capture d’écran du 2025-10-31 17-32-28.png

2. Ajout du dépôt Zigbee2MQTT Edge

Dans Home Assistant, je déclare le dépôt GitHub, je rafraîchis et Zigbee2MQTT Edge apparaît immédiatement.

https://github.com/zigbee2mqtt/hassio-zigbee2mqtt

Capture d’écran du 2025-10-31 15-52-43.png

3. Installation d’une seconde instance

J’installe Zigbee2MQTT Edge sans le lancer.
Je passe en mode YAML et j’adapte les chemins, le port MQTT et surtout la partie “serial” pour pointer vers l’adresse TCP de la clé.

Capture d’écran du 2025-10-31 17-20-32.png

4. Configuration spécifique à la radio

Le MR4U expose son port Zigbee via TCP. Il suffit de renseigner :

data_path: /config/zigbee2mqtt-edge  # A MODIFIER /config/zigbee2mqtt PAR /config/zigbee2mqtt-edge
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  server: mqtt://core-mosquitto   # RESTE IDENTIQUE A VOTRE PREMIERE INSTANCE 
  user: mqtt-user                 # RESTE IDENTIQUE A VOTRE PREMIERE INSTANCE
  password: mqtt-pass             # RESTE IDENTIQUE A VOTRE PREMIERE INSTANCE
serial:
  port: tcp://192.168.0.17:6638   # info A RECUPERER 
  adapter: ember                  # info A RECUPERER 

Je fais attention à ne pas utiliser le même port que ma première instance.

Capture d’écran du 2025-10-31 17-23-46.png

Capture d’écran du 2025-10-31 17-26-10.png

5. Lancement et vérification

Les logs me confirment que Zigbee2MQTT démarre correctement. L’UI est accessible, tout répond normalement.

[16:13:19] INFO: Preparing to start...
[16:13:19] INFO: Socat not enabled
[16:13:19] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/

6. Changement de canal et finalisation

Je règle le canal Zigbee sur 25 et je renomme le topic MQTT. Une fois sauvegardé, le coordinateur est opérationnel.

L’ensemble est stable, aucun plantage, aucun timeout. Le réseau démarre immédiatement.

Capture d’écran du 2025-10-31 17-42-35.png

Capture d’écran du 2025-10-31 17-43-39.png

Capture d’écran du 2025-10-31 18-04-50.png

Capture d’écran du 2025-10-31 18-10-32.png

Capture d’écran du 2025-10-31 18-12-52.png

Capture d’écran du 2025-10-31 18-13-53.png

Appairage d’un appareil

Dans Zigbee2MQTT Edge :
• j’active “Permit Join”
• la LED Zigbee du MR4U s’active
• j’appuie 5 secondes sur le bouton d’un Aqara par exemple

L’appareil apparaît dans le topic MQTT avec son IEEE. C’est exactement comme un réseau Zigbee normal, sauf que le coordinateur est Ethernet et PoE, ce qui élimine les contraintes habituelles des sticks USB.

Capture d’écran du 2025-10-31 18-17-21.png

Capture d’écran du 2025-10-31 18-18-58.png

Capture d’écran du 2025-10-31 18-35-13.png

Conclusion : un coordinateur qui va clairement rester dans mon installation

Après deux semaines d’utilisation quotidienne, le SMLight SLZB-MR4U s’est intégré de manière transparente dans mon installation. Sa double radio, son alimentation PoE, sa connectique Ethernet et sa compatibilité parfaite avec Zigbee2MQTT en font un coordinateur particulièrement fiable. La possibilité de séparer physiquement le coordinateur du serveur Home Assistant apporte un gain réel en stabilité.

Le fait d’éviter le logiciel embarqué pour le laisser piloté par Home Assistant est à mes yeux le meilleur compromis. On obtient la flexibilité d’une plateforme centralisée, la fiabilité d’un coordinateur matériel, et une vraie résilience en cas de panne.

Ce coordinateur ne cherche pas à réinventer la domotique. Il propose simplement une plateforme solide, bien pensée et durable pour celles et ceux qui veulent stabiliser ou étendre leur réseau Zigbee et commencer à explorer Matter sans multiplier les dongles.

Pour mon installation, c’est un choix qui a du sens, et qui restera en place.

Réactions & Commentaires

Commentaires recommandés

XAV59213

Rédacteur
Posté(e)

Salut @benet

Non, je n’ai pas testé personnellement le mode Bluetooth Proxy sur le SLZB-MR4U, car mon focus était vraiment sur la partie Open Border Router pour Matter over Thread, avec le Zigbee en parallèle. J’ai préféré éviter de toucher à ça pour ne pas risquer de perdre l’accès à l’interface SLZB-OS en pleine phase de tests.

D’après ce que je vois dans la doc officielle SMLight et les retours de la communauté, le mode BT Proxy est bien disponible sur la série MR (dont le MR4U). Il repose sur un firmware ESPHome dédié que l’on flashe sur la puce ESP32 du module. Ça permet d’étendre la couverture Bluetooth pour Home Assistant (idéal pour des capteurs BLE éloignés, comme des thermomètres ou des présence). Le flash se fait directement depuis l’interface web SLZB-OS, et il existe même des variantes pour combiner BT Proxy + Thread ou + Zigbee router.

Par contre, il y a quelques points importants qui expliquent pourquoi beaucoup (dont moi) hésitent à l’activer :

•  Une fois en mode ESPHome BT Proxy, l’interface web SLZB-OS disparaît complètement (remplacée par l’interface ESPHome classique). Tu perds l’accès aux configs Zigbee/Thread via le dashboard, et les mises à jour se font autrement.

•  Si tu veux revenir en arrière, il faut reflasher le firmware SLZB-OS original, généralement via USB avec l’outil en ligne de SMLight (https://smlight.tech/flasher/).

•  Certains signalent des interférences potentielles entre BLE et Zigbee/Thread quand tout est actif sur le même module, et la portée BT n’est pas toujours folle (mieux vaut un ESP32 dédié pour ça, bien moins cher).

Pour ton problème de flash YAML qui a brické le boot (“invalid header: 0xf…”, avec le message ESP-ROM:esp32s3), ça ressemble à un flash corrompu ou incompatible sur la puce ESP32-S3 du module. C’est un souci classique sur les ESP32-S3 quand le firmware n’est pas le bon (mauvais offset, mauvaise version, ou flash interrompu). Ton rollback a été une bonne idée pour récupérer le module !

Julien

Membres
Posté(e)

Bonjour,

je viens de configurer cette appareil (slzb-MR4U) sur un lxc zigbee2mqtt en mettant la puce cc pour le zigbee et l'efr32 pour thread.

Les lqi sont vraiment pas terrible et étaient mieux avec mon dongle sonoff en usb !!!

J'ai du mal de comprendre

Avez-vous ce problème ?

Merci

Julien

XAV59213

Rédacteur
Posté(e)
il y a 57 minutes, Julien a dit :

Bonjour,

je viens de configurer cette appareil (slzb-MR4U) sur un lxc zigbee2mqtt en mettant la puce cc pour le zigbee et l'efr32 pour thread.

Les lqi sont vraiment pas terrible et étaient mieux avec mon dongle sonoff en usb !!!

J'ai du mal de comprendre

Avez-vous ce problème ?

Merci

Julien

Salut @Julien ,

Regarde la charge de tes canaux pour adapter au mieux ton réseau. Si les canaux sont trop proches de ceux de ton réseau Wi-Fi, cela peut entraîner des pertes de signal et une instabilité du réseau sur ton SLZB

Je viens de mettre un petit explicatif sur le Wi-Fi et Zigbee pour bien comprendre:

XAV59213

Rédacteur
Posté(e)
Le 16/12/2025 à 23:03, benet a dit :

Merci pour tes tests et diverses infos....
As-tu testé également le mode BT proxy ?
J'ai testé le switch en BT proxy mais après le flash yaml ça boot plus :( donc roolback !

invalid header: 0xfESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x7 (TG0WDT_SYS_RST),boot:0x2b (SPI_FAST_FLASH_BOOT)
Saved PC:0x40048839

Salut @benet

Non pas encore testé, je vais sûrement le faire la semaine prochaine.

XAV59213

Rédacteur
Posté(e)
Le 16/12/2025 à 23:03, benet a dit :

Merci pour tes tests et diverses infos....
As-tu testé également le mode BT proxy ?
J'ai testé le switch en BT proxy mais après le flash yaml ça boot plus :( donc roolback !

invalid header: 0xfESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x7 (TG0WDT_SYS_RST),boot:0x2b (SPI_FAST_FLASH_BOOT)
Saved PC:0x40048839

Pourquoi ça brick probablement quand tu flashes un YAML ESPHome ?

Tu as sûrement utilisé un YAML pour ESP32 / ESP32-S3 générique (ou pour SLZB-06) → l'en-tête du firmware est incompatible avec le bootloader/bootmode du MR4U.

Le message que tu vois :

invalid header: 0xfE
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x7 (TG0WDT_SYS_RST),boot:0x2b (SPI_FAST_FLASH_BOOT)

→ C'est typique quand on flash un firmware qui n'est pas fait pour la puce réelle (ou mauvais mode flash, mauvais variant, mauvaise taille de flash, etc.). Le bootloader essaie de démarrer mais détecte un header invalide → watchdog reset en boucle.

Julien

Membres
Posté(e)
Il y a 7 heures, XAV59213 a dit :

Salut @Julien ,

Regarde la charge de tes canaux pour adapter au mieux ton réseau. Si les canaux sont trop proches de ceux de ton réseau Wi-Fi, cela peut entraîner des pertes de signal et une instabilité du réseau sur ton SLZB

Je viens de mettre un petit explicatif sur le Wi-Fi et Zigbee pour bien comprendre:

J'ai pris garde de séparer les canaux zigbee, thread et wifi. Selon l'IA, à tendance à entendre plus de bruits de fond et baisser les lqi vers le bas... En tout cas, les réponses sont instantanées ;-)

dekloo

Membres
Posté(e)

Merci pour ce fil je crois que cela apporte une solution à une problématique :
J'ai un HA sur rasberry pour mon logement, mais je voudrais ajouter des équippements sur le toit. Hors l'étencheïté est tellement bien faite, que ni le wifi ni le zigbee ne passe à travers le toit-terrasse.
Donc si j'ai bien lu les caracteristiques de ce coordonnateur ethernet :
Je peux faire passer un cable ethernet jusqu'au toit et y placer cette antenne.


J'aurais donc 2 coordonnateurs :
- 1 interne à l'appartement et directement en usb sur la RPI.
- un deuxieme en ethernet sur le toit pour un autre réseau (ou pas) zibgee

Merci de me confimer cette configuration.

XAV59213

Rédacteur
Posté(e)

Oui tu peux crée plusieurs instance zigbee

Rejoindre la conversation

Vous pouvez commenter maintenant et vous inscrire plus tard. Si vous possédez un compte, connectez-vous.

Invité
Ajouter un commentaire…

Compte

Navigation

Rechercher

Rechercher

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.