J’utilise un NUC pour faire tourner Jeedom depuis quelques années.
J’ai longtemps utilisé avec succès Zigbeelinker et un Conbee II avec une installation MQTT locale et complète, et près de 90 équipements Zigbee.
Depuis peu, je suis passé sur MQTT Manager (local) et JeeZigbee avec une clé SONOFF version E en migrant 86 équipements Zigbee. J’ai supprimé Zigbeelinker.
Je suis en version stable à la fois pour MQTT Manager et pour Jeezibee.
Je constate une grosse latence (variable entre 2 et 10 secondes) et des pertes de commandes, par exemple quand j’ouvre une porte avec détecteur Aqara ou quand j’appuie sur un interrupteur ou un bouton Xiaomi Aqara. Parfois la commande n’arrive même jamais…
Je n’avais pas ce problème avec Zigbeelinker. Est-ce un problème connu ?
Tu devais pouvoir transférer ta clé conbee 2 sous jeezigbee sans refaire les inclusions. Et la conbee 2 est probablement une meilleure clé zigbee que la sonoff E, sous zigbee2mqtt.
sur le site git de zigbee2mqtt c’est bien noté clairement que conbee II c’est fortement déconseillé et sonoff à base chop texas très fortement conseillé. je ne sais plus où j’ai lu ça exactement dans la doc.
perso j’ai zappé la conbee avec laquelle j’avais tous les soucis notamment d’équipement qui sautait tout le temps à réintégrer. avec la sonoff zéro souci, même avec les quelques bricoles aquara que j’utilise encore.
si tu veux revenir sur l’autre clé il faut tout réintégrer à zéro car tes équipements ne s’enregistrent plus dessus.
Bah la tu as faux pour la ConBee2 qui est parmi les interfaces recommandées officielles Jeedom et z2m (voir les sites respectifs pour cela).
Je confirme que la ConBee2 est une des meilleures pour z2m.
Désolé mais cette clé a un problème récurrent de perte d’appairage d’équipements.
J’ai près de 90 appareils et je peux affirmer que, même en mettant l’ancien firmware recommandé, je perdais toutes les semaines un ou deux équipements de manière totalement aléatoire.
Si je me rappelle bien, vous avez tous les deux raisons : c’est en fait une histoire de version du Firmware. S’il est trop récent, la clé… n’est pas recommandée (assez surprenant).
Je ne fais que de citer ce qui est écrit sur le site
(Perso, je n’ai pas testé : j’avais changé le firmware de ma Conbee II pour un trop récent, et pas l’intention/les moyens de downgrader. J’ai donc tout changé et refait de zéro !).
J’ai deux installations en ZigbeeLinker et Conbee II à jour avec le dernier firmware et je n’ai pas ce genre de problème.
Après ce qui est récurent avec le Zigbee c’est que si ton réseau a trop d’équipements de mauvaise qualité il devient instable.
oui, la commande passe en vert dans l’écran « commandes » de l’équipement.
Je viens de refaire le test avec un interrupteur double Aqara.
Je vois les commandes « left » ou « right » et je les répètent. La commande et l’haure de dernière communication passe au vert mais les scénarios ne sont pas déclenchés.
Le soucis est la config que vous avez faite (probablement dû à un manque de connaissance, rien de grave on est ici pour apprendre) ou votre scénario
Deux fois que loic pose la question => config avancée de la commande, répétition de valeur. Faites une capture d’écran pour être sur que vous avez compris de quoi on parle
Ah ok, je n’avais pas compris
La répétition est à « Non » sur cette action (je ne l’ai pas changée, je suppose que c’est pas défaut).
Par ailleurs le scénario est en mode provoqué sur l’action du bouton.
Il ne se déclenche pas toujours, c’est ce qui m’intrigue. Cela marche parfois mais je ne sais pas dire pourquoi il ne se déclenche pas de manière systématique.
: c’est en fait une histoire de version du Firmware. S’il est trop récent, la clé… n’est pas recommandée (assez surprenant).