Dernièrement je vous ai fait découvrir le coordinateur Zigbee sur le réseau local SLZB-06, un puissant dongle Zigbee qui abandonne le port USB pour le port Ethernet. Connecté et alimenté par le port réseau. Ce coordinateur Zigbee a un premier avantage de taille, il est capable de se positionner n’importe où dans la maison grâce à son interface réseau et non plus USB, qui plus est PoE. On peut alors facilement tirer un câble n’importe où dans la maison, voire même dans un plafond pour positionner au mieux ce dernier. Idéalement en position centrale pour permettre une couverture Zigbee optimale pour tous les périphériques.
Optimisez la domotique Zigbee: Test et avantages du dongle PoE SLZB-06 pour Zigbee2mqtt et ZHA
Aujourd’hui je vous propose la découverte d’un coordinateur Zigbee, probablement LE coordinateur Zigbee parfait pour Home Assistant ZHA et/ou Zigbee2MQTT. C’est une fantastique découverte que j’ai fait dernièrement et qui colle parfaitement avec ma vision de la domotique souple, efficace…
Le second point fort de ce coordinateur est la dépendance à aucun système, il s’auto-gère depuis son interface web (configuration et mise à jour), de fait vous pouvez changer de solution domotique et simplement reconnecter l’interface avec le SLZB-06 pour voir les périphériques utilisables sur un autre système en un clin d’œil.
Pleinement compatible avec ZHA et Zigbee2MQTT, je vous encourage à l’utiliser avec Z2M pour l’exploiter au mieux avec MQTT, mais vous pourrez aussi l’utiliser avec ZHA en même temps que Z2M, c’est là aussi un avantage que procure le coordinateur Zigbee en réseau. Ce qui n’était pas possible avec les coordinateurs USB.
Enfin, le point qui nous intéresse dans ce guide, c’est l’autre grand avantage que j’ai découvert en testant ce coordinateur c’est que vous n’avez pas besoin de réassocier vos périphériques ! Ils seront automatiquement gérés sous le SLZB-06 dès sa mise en service ! Attention toutefois, il y a quelques conditions à respecter pour y parvenir et quelques bonnes pratiques à adopter pour une transition en douceur. Je vous explique tout sans plus tarder.
Pré-requis pour migrer simplement vers le SLZB-06 sans perdre ses périphériques
Avant de se lancer dans la migration, il y a quelques petits points à vérifier et à connaitre pour effectuer la migration dans les meilleures conditions.
Utiliser un dongle CC26xx configuré sous Zigbee2MQTT
Pour que la migration des périphériques Zigbee se passe de manière automatique et sans nécessiter de les réassocier, vous devez posséder une installation Zigbee2MQTT fonctionnelle sous un dongle de type CC26xx comme le Sonoff ZBDongle-P. Il s’agit de la version la plus grande du dongle Sonoff, l’autre étant équipé d’une puce EFR32MG21, qu’il n’est donc pas du même type que le coordinateur SLZB-06, mais on en reparle en fin de guide si vous êtes sur le second modèle.
Nous sommes nombreux à être équipés de ce dongle qui était probablement le meilleur dongle du marché jusque là. Alors si votre installation Zigbee gravite autour d’un ZBDongle-P de Sonoff sous Zigbee2MQTT, vous allez pouvoir migrer vers le SLZB-06 en un rien de temps.
Identifier les routeurs Zigbee de votre réseau
Autre point important, il faut prêter une attention toute particulière aux nœuds de type routeur sur votre réseau Zigbee. En effet, si la migration est automatique et totalement transparente pour les nœuds de terminaison, de type “End device” il y a un point important concernant les routeurs. Sont catégorisés comme périphériques de type “end devices” les modules alimentés par pile comme les capteurs d’ouvertures, de mouvements, de températures, etc …
Les routeurs Zigbee sont tous ces modules alimentés sur secteur comme les prises, les ampoules ou les micro relais encastrés… Tous ces modules qui n’ayant pas de contrainte d’alimentation, jouent un rôle de routage au sein du réseau Zigbee et participent à créer un maillage complet offrant de multiples routes pour les périphériques de bordure, les fameux noeuds “end device”. La multiplication des modules de type routeur offre une meilleure qualité du réseau Zigbee et permettent également d’en étendre sa portée.
Mais dans le cas d’une migration vers le SLZB-06, ces modules routeur jouant un rôle important de répéteur/routeur au sein du réseau Zigbee, ils disposent de multiples informations liées au réseau en mémoire. Il est alors nécessaire de couper l’alimentation de ces derniers pendant une dizaine de secondes pour permettre de vider la mémoire et les informations liées au contrôleur et favoriser la bonne communication avec le nouveau contrôleur une fois remis sous tension.
En effet, si la puce et la même et donc théoriquement la transition “transparente” pour les modules du réseau, étant donné que le module de type routeur utilise plusieurs informations sur le contrôleur, ce dernier ne comprendra pas q’un changement de coordinateur a été effectué et risque d’essayer de continuer à utiliser des paramètres et informations liés à l’ancien contrôleur (SBDongle-P) avec le nouveau coordinateur SLZB-06. Ce qui produira des timeout, latence et autres bugs sur le réseau.
Comment bien migrer d’un coordinateur CC26xx vers le SLZB-06 Poe ?
Maintenant que vous avez quelques explications, voyons la meilleure approche pour effectuer une migration en douceur vers le SLZB-06.
1- Premièrement, ouvrez Zigbee2MQTT qui tourne encore avec votre coordinateur Sonoff ZBDongle-P (ou tout autre coordinateur doté d’une puce de type CC26xx) et identifiez les modules routeur sur votre réseau.
Pour cela deux options, la première est d’observer le type d’alimentation dans la vue Appareils de Zigbee2MQTT. Comme mentionné juste avant les modules de type routeurs sur le réseau Zigbee sont alimentés par le secteur. L’icône à droite de la liste vous donne alors cette information.
La seconde option est d’analyser la carte de maillage Zigbee qui vous indique clairement les modules terminaux en vert pour lesquels vous n’avez rien à faire et les routeurs en bleu pour lesquels vous devrez intervenir.
Suivant le nombre de périphériques sur votre réseau cela représente plus ou moins de temps d’identification… Mais ce n’est rien face au temps passer à devoir les réintégrer un par un le cas échéant…
2- Une fois la liste des modules routeurs établie, vous n’avez plus qu’à procéder à la déconnexion de l’alimentation de ces derniers. Plus simple à dire qu’à faire. Si pour une prise, il est très simple de la débrancher, pour un module encastré cela demande des investigations et opérations sur les interrupteurs…
Le plus simple est de procéder à l’isolation des circuits concernés sur le tableau électrique. Le mieux est même de couper l’alimentation de toute la maison et ne conserver que le circuit qui alimente la domotique et le réseau. C’est en tout cas ma meilleure approche pour éviter d’ouvrir tous les interrupteurs dans la maison.
3- Une fois que les routeurs ne sont plus alimentés, stoppez Zigbee2MQTT.
4- Remplacez ensuite le port du coordinateur dans les paramètres de Zigbee2MQTT pour indiquer les informations du coordinateur SMLIGHT comme ci-dessous.
Voici le bloc à copier-coller dans votre configuration pour encore plus de simplicité.
port: tcp://slzb-06.local:6638
baudrate: 115200
adapter: zstack5- Vous pouvez maintenant procéder au redémarrage de Zigbee2MQTT via le bouton démarrer.
6- Enfin, rebranchez les alimentations des routeurs en remontant les disjoncteurs de la maison et patientez le temps que tout ce petit monde retisse la toile du réseau Zigbee.
Conclusion
Avec cette procédure de migration, vous devriez voir continuer à fonctionner la grande majorité des modules Zigbee de votre réseau. Il peut arriver qu’un ou deux modules routeur à la tête dure nécessitent un reset et une nouvelle inclusion, mais dans la grande majorité des cas, c’est une migration transparente vers le nouveau dongle.
Notez qu’il existe aussi une version du coordinateur SMLIGHT basée sur la puce EFR32MG21 qui équipe la version E du dongle Sonoff ou encore le dongle Skyconnect pour opérer une migration équivalente depuis ces derniers vers une coordinateur PoE SMLIGHT.
Voilà, vous savez tout. Vous avez été très nombreux à me poser des questions sur la migration suite à mon test. Après avoir échangé avec le fondateur de SMLIGHT pour élaborer ce guide pas à pas, vous avez maintenant toutes les informations pour vous aussi migrer vers ce coordinateur qui révolutionne le Zigbee. À vous de jouer.
Vous aussi, optez pour le coordinateur Zigbee PoE SMLIGHT
Top! Merci pour cet article, c est complet et clair. Ça rassure avant de faire le changement 😅. Je ne savait pas pour la “mémoires” des routeurs. L’info est très intéressante.
J ai constaté une “exception” chez moi que je retrouve sur la map Z2M dans ton article, c est que malgré l’alimentation secteur des ZBMINI de Sonoff, ceux-ci sont des “end devices”. De mémoire, je crois même que c’est précisé sur la notice…
Bonne journée.
Nicolas.
En effet ce n’est pas systématique le fait que le device soit alimenté sur secteur, qu’il soit aussi routeur.
Bonjour,
Quand on part de zéro, vaut-il mieux se lancer avec du CC26xx ou du EFR32MG21 ?
Quels sont les avantages et inconvénients de chaque techno ?
Et pour le “futur”, l’un à t-il l’avantage sur l’autre ?
Quid de Thread/Matter dans ce choix cornélien ?
Merci par avance
Bon, je pense que mes questions étaient hors propos, personne ne souhaite répondre 🙁
Bonjour Marco,
c’est une question interessante. La réponse est plus compliquée. En effet, à l’instant T la puce CC26xx est la plus répondue, supportées, fiable et stable. EFR32 sera (théoriquement) plus utile dans le futur car compatible Matter. Mais très clairement actuellement encore trop instable avec Zigbee2MQTT par exemple et difficile à utiliser en prod. Matter Thread peine a percer et montrer un certain intérêt pour l’heure, donc selon moi, le CC26xx et le meilleur choix à faire (aujourd’hui).
Ok, merci pour les détails Aurélien !
Bonjour,
Y a-t-il une procédure pour faire depuis cette migration depuis une Conbee II?
Merci d’avance
Bonjour,
je n’ai pas essayé avec Conbee car je ne l’utilise plus depuis bien longtemps maintenant mais il dispose d’une puce plus ancienne et différente. Toutefois, cela vaut le coup de tester et voir ce que cela donne. Peut être que certain peripheriques suivent.
Très intéressant, mais un peu inquiétant côté sécurité. Même si c’est pratique pour le end user, ça voudrait dire que n’importe qui avec un dongle et avec la même puce à proximité (un voisin proche par exemple) pourrait récupérer tous nos appareils en cas de coupure chez soi ?
Bonjour,
attention à la mauvaise compréhension.
Non, cela ne veut pas dire que ce contrôleur peut se lier à d’autres devices directement. Cela veut simplement dire qu’en modifiant la configuration du système de pilotage (ZHA ou Zigbee2MQTT) pour utiliser ce contrôleur en lieu et place de l’ancien permet de reprendre la liste des périphériques. Il faut bien une configuration technique sur le système hôte pour que switch s’opère en utilisant la base de donnée existante. Ce n’est donc pas possible de “pirater” un réseau zigbee.