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 !

Guide du SMLight SLZB-MR4U : Installation multi-radio dédié à l’Open Border Router pour Matter over Thread

Ces dernières semaines, j’ai beaucoup réfléchi à la façon d’intégrer plus sereinement des appareils Matter over Thread dans mon installation domotique.

Avec l’arrivée progressive de nouveaux capteurs et interrupteurs compatibles Thread, je sentais que mon ancien setup Z2mqtt commençait à montrer ses limites pour accueillir cette nouvelle génération de devices. J’avais déjà exploré Zigbee2MQTT avec des modules SMLight par le passé, mais cette fois, mon intérêt s’est porté spécifiquement sur la partie Thread et Matter.

Quand j’ai découvert le SLZB-MR4U, une version évoluée de la série multi-radio de SMLight, l’idée d’avoir un coordinateur capable de gérer un réseau Thread de manière dédiée, tout en gardant une radio Zigbee puissante, m’a vraiment séduit.

Capture d’écran du 2025-12-14 11-57-15.png

Je voulais un dispositif que je puisse placer au centre de la maison, alimenté en PoE pour oublier les contraintes d’alimentation, et configuré comme Open Border Router pour que Home Assistant prenne la main sur le réseau Matter. C’est exactement ce que promet ce module, et après plusieurs semaines d’utilisation intensive, je peux dire qu’il tient largement ses promesses sur cet aspect.

Capture d’écran du 2025-12-14 10-54-55.png

L’installation physique est un jeu d’enfant. J’ai branché un câble Ethernet PoE directement depuis mon switch, et le module s’est alimenté instantanément. Pas besoin de bloc secteur encombrant, ce qui est un vrai plus quand on veut le placer dans les combles ou au centre de la maison. Une fois connecté au réseau, l’adresse IP apparaît facilement via le routeur ou en scannant le réseau local. L’interface web SLZB-OS est accessible en quelques clics, et c’est là que tout se joue pour la configuration. Pour mon usage centré sur l’Open Border Router, j’ai d’abord mis à jour le firmware SLZB-OS vers la dernière version stable, puis j’ai configuré la radio Texas Instruments CC2674P10 (Radio 2) en mode Matter over Thread en flashant le firmware RCP dédié. L’autre radio, la Silicon Labs EFR32MG26 (Radio 1), je l’ai mise en coordinateur Zigbee pour en profiter en parallèle lors de tests secondaires, mais l’intérêt principal restait Thread. Certaines versions précoces demandaient un reflash manuel pour stabiliser le mode OTBR, mais avec les firmwares récents, tout est fluide. Une fois cela fait, le module expose un port spinel accessible via l’IP du dispositif, généralement sur le port 6638 ou 7638 (similaire selon la radio choisie).

Capture d’écran du 2025-12-14 10-52-29.png

La mise en route dans Home Assistant suit une procédure maintenant bien rodée, mais qui demande un peu d’attention pour éviter les pièges classiques. J’ai installé l’add-on OpenThread Border Router depuis le magasin d’add-ons,en veillant à activer les options avancées dans les paramètres pour débloquer le champ Network Device.

Capture d’écran du 2025-12-13 10-17-35.png

Capture d’écran du 2025-12-14 11-00-06.png

Capture d’écran du 2025-12-14 11-06-01.png

Ensuite, il suffit d’entrer l’adresse du module au format ip:port, sans http ni rien d’autre. Le démarrage peut prendre un moment la première fois, le temps que le backbone Thread se forme. J’ai rencontré un petit accroc au début avec des timeouts spinel dans les logs, mais un simple reflash de la puce EFR32 via l’interface web a tout résolu, et depuis, c’est d’une stabilité exemplaire.

Capture d’écran du 2025-12-13 10-24-18.png

Une fois l’add-on lancé, j’ajoute l’intégration Matter dans Home Assistant, puis l’intégration Open Thread Border Router, et le réseau Thread est prêt.

Home Assistant devient alors le commissioner Matter, ce qui simplifie énormément l’appairage des nouveaux appareils.

Capture d’écran du 2025-12-14 11-01-50.pngCapture d’écran du 2025-12-14 11-02-40.png

L’intégration dans Home Assistant est particulièrement fluide quand on se concentre sur le rôle d’Open Border Router. L’add-on OTBR communique directement avec la radio réseau du SLZB-MR4U, et une fois configuré, tout apparaît automatiquement. Les appareils Thread rejoignent le réseau sans intervention manuelle compliquée, et Home Assistant gère le commissioning Matter de façon transparente. Ce qui simplifie vraiment la vie, c’est de ne plus dépendre d’un hub propriétaire pour les devices Matter : tout passe par HA, avec les automatisations habituelles.

En activant la seconde radio pour quelques tests, le module tient la charge sans broncher. À éviter peut-être les firmwares trop expérimentaux au début, mieux vaut partir sur des versions stables pour la puce EFR32MG26.

Ce qui ressort le plus après cette utilisation, c’est la flexibilité offerte par cette double radio dédiée et la connectivité PoE qui permet un placement optimal. La portée et la stabilité en mode Open Border Router sont excellentes, et le fait de pouvoir centraliser Zigbee et Thread dans un seul boîtier sans compromis rend l’installation plus propre. Côté améliorations, j’aurais aimé une documentation encore plus détaillée sur les spécificités de la version U, comme le passthrough USB qui peut être utile pour des setups hybrides, même si je ne l’ai pas exploité ici. Quelques utilisateurs ont signalé des besoins de reflash initial pour stabiliser Thread, mais avec les mises à jour récentes, cela semble résolu. Globalement, c’est un module qui gagne en maturité rapidement grâce au support actif de SMLight.

Après ces semaines de test centrées sur la configuration Open Border Router, je garde sans hésiter le SLZB-MR4U dans mon installation principale. Il répond parfaitement à ceux qui veulent un réseau Matter over Thread robuste et intégré nativement à Home Assistant, tout en conservant la possibilité d’un Zigbee puissant en parallèle. Si vous avez déjà une base Zigbee solide et que vous envisagez d’ajouter des appareils Thread sans multiplier les dongles, ce module est une solution crédible et durable. Il simplifie la transition vers Matter sans sacrifier la fiabilité, et c’est exactement ce que je cherchais.

Réactions & Commentaires

Commentaires recommandés

Kyrille

Membres
Posté(e) (modifié)

Merci pour cet article. En ce qui me concerne, c'est la galère. J'ai l'impression d'avoir fait tout ce qu'il fallait (y compris la synchronisation des credentials avec l'app Companion, vous n'en parlez pas) mais l'appairage ne se fait pas. Serait-ce possible de connaître vos versions de firmware (SLZBOS et puce radio) ? Et avez-vous autorisé l'IP v6 dans la partie réseau ? Merci d'avance pour vos réponses.

Modifié par Kyrille

XAV59213

Rédacteur
Posté(e) (modifié)

Salut @Kyrille

Peux tu envoyer les logs de OpenThread Border Router?

Pour la puce j’ai utilisé la CC26

Modifié par XAV59213

Kyrille

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

Salut @Kyrille

Peux tu envoyer les logs de OpenThread Border Router?

Pour la puce j’ai utilisé la CC26

J'ai mis et utilisé MoT sur la même puce du coup (CC2674P10). Le log a l'air d'être bon (joint). Je suis toujours intéressé par les réponses à mes questions. Et j'en ai deux autres : votre app Companion était-elle sous Android ou iOS ? Et avez-vous installé/utilisé l'appli Google Home pour un appairage réussi ? SMLight semble indiquer que c'est nécessaire (screenshot joint) et j'ai lu à plusieurs endroits que ça avait été la solution (je ne l'ai pas encore fait car je ne trouve ça vraiment bancale d'avoir à faire ça...). Merci.

Sur le site de SMLight :

Pre-set up your phone

  1. Install Home Assistant app on your Android phone from Play store. At the time of this video, we were unable to pair Matter-over-Thread device via iPhone.

  2. Install Google Home app from Play store. It is recommended by Home Assistant developers and we were not able to pair our Thread devices without installed Google Home app

Capture d'écran 2025-12-23 140023.png

core_openthread_border_router_2025-12-23T12-13-23.577Z.log

XAV59213

Rédacteur
Posté(e) (modifié)

Salut @Kyrille !

Désolé que ce soit la galère de ton côté, c’est frustrant quand on a l’impression d’avoir tout fait correctement…

Pour répondre précisément à tes nouvelles questions :

Firmware de la puce radio : J’utilise une CC2674P10 avec le firmware MoT (Matter over Thread) v2.4.0 (le dernier stable recommandé par SMLight à fin décembre 2025).

SLZBOS (le firmware du coordinateur Zigbee/Multiprotocole sur la même clé SMLight SLZB-07) : Version SLZBOS 2025.11.15 (la dernière disponible en décembre 2025 sur le repo GitHub de SMLight).

C’est important de ne pas prendre une version trop ancienne, car certaines versions antérieures avaient des conflits de ressources quand MoT et Zigbee tournaient sur la même puce.

  • IPv6 dans la partie réseau : Oui, absolument activé et autorisé sur mon routeur .

    Capture d’écran du 2025-12-23 14-55-49.png

Concernant la synchronisation des credentials Thread dans l’app Companion : tu as raison, j’aurais dû la mentionner plus explicitement !

C’est une étape clé sur Android. Dans l’app HA Companion : Settings > Companion app > Troubleshooting > Sync Thread credentials Il faut souvent le faire 2-3 fois (et attendre quelques secondes entre chaque tentative) jusqu’à voir clairement le message "Home Assistant and this device use the same network" avec l’icône clé + téléphone.

Pour infos moi je suis sur Apple

  1. Dans l’app Companion iOS :

    Va dans Réglages > Appareils et services > Thread.

    Sélectionne Configurer (sous Services).

    En bas de la boîte "Réseau préféré", choisis Envoyer les identifiants au téléphone (ou l’option pour importer les credentials Apple vers HA ).

    Capture d’écran du 2025-12-23 14-52-51.png

  2. Puis, pour ajouter l’appareil Matter :

    Dans l’app Companion : Réglages > Appareils et services > + > Ajouter un appareil Matter.

    Choisis "Non, c’est un nouvel appareil" > Scanner le QR code ou entrer le code manuel.

    L’iPhone utilise alors le border router Apple pour transférer les credentials Thread, et l’appareil s’ajoute à HA.

Capture d’écran du 2025-12-23 14-59-51.png

Si ça reste bloqué ou ne confirme pas, c’est souvent là que l’appairage échoue ensuite.

Petit recap des points critiques :

  1. Sync credentials répété jusqu’à confirmation claire.

  2. IPv6 bien activé .

  3. Firmware MoT récent sur la CC2674P10.

Courage, on va trouver la petite différence qui bloque ! 😊

Merci pour tes retours !

Modifié par XAV59213

Kyrille

Membres
Posté(e) (modifié)

Merci pour le support. Pour le firmware SLZBOS en 2025.11.15, vous le voyez dans l'interface web de la SLZB de votre coté ? Je n'ai pas réussi à trouver le GitHub le référençant, je suis donc preneur d'un lien si c'est possible.

Pour ce qui est de la synchronisation des credentials Thread sur le téléphone, on sent qu'on est encore vraiment aux balbutiements de ces protocoles (Matter, Thread)... Pour Android par exemple, si pour une raison ou pour une autre, vous êtes amenés à changer de réseau préféré (comme cela été mon cas, devant jouer avec les deux radios EFR32 et CC26 de la SMLight pour tenter de me débloquer), vous serez dans l'incapacité d'obtenir le fameux "Home Assistant and this device use the same network" si vous n'utilisez plus le premier réseau qui a été synchronisé via Home Assistant Companion. C'est une limitation connue qui oblige à vider toutes les données (pas seulement le cache) du "Services Google Play" pour relancer le processus correctement. C'est juste une plaie absolue car vous perdrez toutes vos cartes de paiement enregistrées dans Wallet, vos tickets de transport, etc... Android 16 a fait apparaitre les credentials de façon plus explicite mais c'est loin d'être finalisé et suffisant (et le OTBR HA n'apparaitra pas pour le moment, à cause d'une limitation du mDNS utilisé dans l'addon de HA : https://github.com/home-assistant/addons/issues/4141).

Bref, j'étais prévenu de ce gros point noir des credentials, et j'avais aussi l'IPv6 activé sur la SLZB (malgré leur mauvaise valeur par défaut et le message "AVERTISSEMENT : Les mises à jour des appareils peuvent ne pas fonctionner sur les réseaux IPv6 !" qui fait peur) et mon réseau local en 2.4GHz. Sur un téléphone "vierge" de credentials, j'ai de nouveau tout retenté et rien à faire. Mais cette fois-ci, j'ai accepté la demande d'inclusion du device avec l'appli Google Home quand le téléphone me l'a proposé. Et presque tristement, ca a fonctionné. Ca revient surement au même que votre "iPhone utilise alors le border router Apple" (qui m'a remis la puce à l'oreille), c'est à dire que HA a encore besoin d'aide pour l'appairage (l'application Google Home dans le cas d'Android).

Encore merci pour votre article, car cela permet d'avoir confirmation que ca devrait être possible, même quand ça ne marche pas (et ne pas hésiter à mettre en avant les points de vigilence, ça peut faire gagner un temps fou :- ) !

Modifié par Kyrille

XAV59213

Rédacteur
Posté(e) (modifié)

SMLight ne publie pas de repo GitHub public pour le firmware du coordinateur radio lui-même (le "SLZB-OS" pour la partie Zigbee/Thread sur la puce CC26/EFR32). Tout passe par leur web flasher officiel

Tu doit être sur la 3.1.4 pour L'OS les 2 autres c'est de la dev v3.1.6.dev1 et v3.1.6.dev4

Mon os slzb

Capture d’écran du 2025-12-23 17-30-06.png

Ma puce [ EFR32MG26 ] coordinateur zigbee

Capture d’écran du 2025-12-23 17-30-43.png

Ma puce [ CC2674P10 ] coordinateur Matter-over-Thread

Capture d’écran du 2025-12-23 17-30-57.png

Et pour répondre a" Ça revient surement au même que votre "iPhone utilise alors le border router Apple" (qui m'a remis la puce à l'oreille), c'est à dire que HA a encore besoin d'aide pour l'appairage (l'application Google Home dans le cas d'Android)."

C'est exactement ça !😉

Et de mon coter je n'est pas activer l ip v6 sur le slzb

Capture d’écran du 2025-12-23 17-48-03.png

Modifié par XAV59213

Kyrille

Membres
Posté(e)

OK, là, ça me parle beaucoup plus :-)

En l'occurrence, j'ai dû passer sur SLZBOS v3.1.6.dev4 car la version stable (v3.1.4) avait un gros souci qui consistait à ne pas flasher les bons firmwares sur l'EFR32MG24 (j'ai le SLZB-MR3U, sachant que le MR4U a la puce MG26, c'est leur seule différence)... J'ai moi-même eu le souci : il fallait reflasher plusieurs fois pour finir par avoir quelque chose qui marchait dans l'addon OTBR HA (ça redémarrait sans cesse)... C'est d'ailleurs cette mésaventure qui m'a décidé à plutôt utiliser la puce CC2674P10 comme vous, car elle a des firmwares plus stables...

Merci.

XAV59213

Rédacteur
Posté(e)

Maintenant que ton credentials est bon sur Home Assistant, tu devrais plus avoir de galères pour ajouter du matos ;)

Kyrille

Membres
Posté(e)

Oui, et je crois que la vraie astuce importante en plus de ça, c'est de rajouter les nouveaux devices avec l'appli Google Home (en ayant lancé la procédure d'inclusion dans Home Assistant Companion au préalable, même si j'ai un doute sur l'utilité...). J'ai enfin pu ajouter les nouveautés Ikea (thermomètre et capteur d'ouverture de porte, et détecteur de présence à venir). Mais je trouve que cette partie appairage est vraiment compliqué, il reste du travail...

Quoiqu'il en soit, j'ai enfin un double réseau Zigbee et Matter avec radios dédiées sur un seul SMlight en ethernet. La déception pour le moment est que mon Rfxcom Rfxtrx433XL ne fonctionne pas sur la prise USB en passthrough. Je vais continuer à creuser.

ppfe

Membres
Posté(e) (modifié)

Bonjour,

Merci pour votre tutoriel. Voici ma situation. Je suis parti d'un routeur ZBT-2, que, pour de multiples raisons, je veux remplacer par le MR4U.

En branchant le MR4U, je vois ceci dans HA: Le routeur ZBT-2 (gw2-... nom hérité d'un ancien routeur DIRIGERA de IKEA) en réseau favori et sous "autres réseaux" le MR4U.

image

Ensuite, j'ai suivi les étapes de votre tuto et ai rentré ces réglages:

image

image

Et je me retrouve avec ceci:

image

Du coup, mon routeur ZBT-2 avec le réseau gw2-... a disparu, et tous mes devices Matter ne sont plus disponibles dans HA.

Ensuite, au vu des commentaires précédents, j'ai fait cette étape sur mon téléphone:

image

Mais le problème est que je n'ai aucun de mes devices Matter qui est disponible dans HA. J'avais l'intention de migrer tout vers le MR4U avec une sorte de fusion, mais alors là rien n'a migré. J'espère que je n'ai pas à migrer tous mes devices Matter 1 à 1 et tout recommencer de zéro !!

[edit] j'ai trouvé la solution, il suffisait de porter la clef TLV depuis le ZBT-2 (clef disponible dans HA) vers le MR4U dans le menu OTBR.

Modifié par ppfe

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.