Nous vous en parlions il y a maintenant plusieurs semaines sur le blog. Le pilote Zigbee Ember est maintenant passé en production et devient ainsi le pilote principal de la solution, dépréciant au passage le pilote historique ezsp.
Pour rappel, ezsp et Ember font référence aux pilotes zigbee permettant de gérer les contrôleurs zigbee fonctionnant autour de la puce EFR32. Cette nouvelle puce zigbee qui sait à la fois gérer le protocole zigbee et le nouveau protocole Thread, partie intégrante du nouveau standard domotique unifié Matter.
Test du dongle Zigbee réseau SLZB-06M l’autre dongle PoE basé sur une puce EFR32 prêt pour Matter
Dernièrement nous vous avons fait découvrir le contrôleur Zigbee sur le réseau qui vient gommer quelques contraintes liées aux contrôleurs USB en plus d’apporter une gestion et maintenance simplifiées via un serveur web embarqué. Je vous invite à consulter notre…
Mais comme je vous l’ai l’expliqué et démontré dans mon précédent article sur le sujet, bien que passé en production, un problème subsistait avec l’utilisation du pilote Ember et certaines installations. Pas toutes, certains n’ont jamais eu aucun problème, d’autres comme moi se voyaient dans l’incapacité d’activer le protocole sans recevoir des tas de message d’erreur dans les logs z2m.
Un probleme identifié sur plusieurs contrôleurs et lié à votre réseau Wi-Fi !
En cause, un problème de broadcast… Un problème qui n’est pas propre à un contrôleur uniquement comme le SLZB-06P que j’utilise, mais plus largement sur l’ensemble des contrôleurs basés sur la puce EFR32. Sonoff Zdongle en version E, Skyconnect et donc SLZB-06P sont “aléatoirement” touchés par ce problème.
Bien qu’il soit déprécié et donc plus maintenu, le pilote ezsp n’en reste pas moins stable et fonctionnel. Ce qui permet donc tout de même d’exploiter ces contrôleurs de manière nominale et efficace.
Cependant il était nécessaire d’identifier le problème, ce qu’on fait les développeurs qui travaillent d’arrache-pieds depuis que nous autres affectés par ce problème l’avons remonté.
Malheureusement, l’analyse a demandé un peu de temps car les développeurs n’arrivaient pas à reproduire le problème dans leurs environnements. Comme je le mentionne plus haut, il s’agit d’un problème aléatoire et donc difficile à cibler.
Mais c’est maintenant chose faite et la root cause est enfin identifiée. Il s’avère que le problème survient sur des installations zigbee qui fonctionnent dans des environnements où la bande de fréquence 2.4Ghz est encombrée.
En effet, le protocole zigbee utilise cette bande de fréquence, tout comme le wi-fi et la plupart des objets connectés du marché. De fait, dans certains cas et certains réseaux locaux, cette bande de fréquence est encombrée et peut alors produire des interférences qui génèrent ces erreurs de broadcast.
Un correctif déjà disponible sur le canal dev de Z2M
Un correctif est d’ores et déjà diffusé sur le canal de développement dans l’attente d’être publié sur la branche de production. Les retours sont très concluants sur ce correctif qui devrait rapidement être diffusé.
Notez toutefois que dans les environnements 2,4 GHz très fréquentés, vous pourrez toujours avoir quelques erreurs de broadcast de temps en temps. Il s’agit simplement d’interférences “génériques”. Les erreurs de diffusion restantes, celles qui bloquaient z2m avant, ne devraient plus empêcher l’utilisation des fonctionnalités Z2M en fonction de la diffusion.
Le nouveau pilote Ember implémente des contrôles de livraison des messages. Vous serez donc informé dans les logs chaque fois qu’un message ne se comporte pas comme prévu. Cela ne signifie pas nécessairement que quelque chose a complètement échoué, car Z2M et le micrologiciel du contrôleur zigbee implémentent divers mécanismes de nouvelles tentatives.
Ces contrôles et l’analyse du fichier log peuvent cependant aider à identifier d’éventuelles interférences et d’autres problèmes de réseau local. C’est donc bon à savoir !
Comment installer Zigbee2MQTT LXC sous Proxmox ?
Nous avons probablement vu toutes les manières différentes d’installer Zigbee2MQTT sur le blog, sauf une. Et dans la continuité de notre série Proxmox, je me devais de vous proposer un guide pour le déployer sous un conteneur LXC Proxmox de…
Merci pour votre article. Avez-vous un retour d’expérience avec ce nouveau correctif sur la gestion du zigbee et du thread en parallèle svp ? Est-ce plus opérant que la skyconnect selon vous ?
Merci