Bonjour,
Je suis sous Jeedom 4.4.12 et debian11, clef Combee2 avec la dernière version dispo 26780700. J’ai une installation assez complexe qui tourne parfaitement avec le plugin zigbee. Prudent, j’ai reequipé un nouveau raspberry4 avec les versions ci dessus pour ne rien planter.
Tous les demon sont démarrés (plugin MQTT manager et Jeezigbee), mais malgré le suivi attentif de la procédure d’installation aucun équipement ne veut s’inclure. Le plugin Jeezigbee démarre l’inclusion puis rien ne se passe ni n’apparait. ci dessous copie d’ecran de mes configs :
Jeezigbee:
MQTTmanager :
Je ne sais pas à quel port correspond l’USB sur lequel est implanté la clef combee, c’est pourquoi j’ai mis auto.
Par ailleurs, je m’aperçois que c’est un gros travail de basculer du plugin zigbee vers Jeezigbee. Dans mon cas c’est non seulement des inclusions qui pour certaines d’entre elles nécessitent des démontage, y compris électrique (ex : relais à impulsions nécessite d’être déconnecté électriquement au risque de cramer le matériel à l’aval), mais aussi des re paramétrage avec les widgets et toutes les programmations internes de chaque équipement. Bref, un vrai risque de rester en carafe si la bascule se passe mal. D’où ma question suivante: Peut on faire cohabiter, modulo d’implanter sur le raspberry 2 clefs zigbee, un réseau avec le plugin zigbee et un autre avec le plugin Jeezigbee + MQTT ?
Oui, mais une fois que c’est fait, c’est fait… J’ai aussi dû passer de Deconz à JeeZigbee (volontairement…) et il n’y a pas d’autre moyen. Il faut s’organiser pour faire au mieux.
Non, pas forcément. Pensez à utiliser (mais d’abord maîtriser un minimum) l’outil ‹ remplacer ›, voir ici dans la doc.
Cela vous évitera justement de tout refaire en interne Jeedom.
Personnellement, je ne le conseillerai pas…
D’une part parce qu’il y aura du coup au moins deux réseaux Zigbee complétement dissociés (et donc deux contrôleurs dédiés, clés Conbee ou autres) avec tous les problèmes potentiels qui en découleraient à gérer, et d’autre part parce que le plugin Zigbee est de toute façon condamné à court terme (plus d’évolution possible, et il n’est plus maintenu). Ce serait ajouter une branche morte qui sera plus un boulet qu’autre chose au final…
Mieux vaut donc retrousser ses manches, ce n’est pas non plus une procédure à répéter tous les six mois (heureusement…)
Merci à tous pour vos réponses. Pour Daniel J, bien sûr j’ai d’abord essayé le port dresden… mais comme je n’arrivais pas à inclure les équipements, j’ai basculé sur auto
Je pense que je vais quand même essayer de faire 2 réseaux zigbee. Il ne s’agit pas pour moi de faire perdurer le plugin zigbee, mais d’avoir tout mon temps pour opérer la bascule en incluant chaque équipement progressivement sur le nouveau plugin puis à terme quand tout fonctionnera, de « débrancher » définitivement le plugin zigbee. On est pas à l’abri de surprise d’un équipement actuellement opérationnel qui ne voudrais jamais s’inclure. Enfin pour l’instant comme j’en ai aucun qui arrive à s’inclure, j’y retourne avec vos recommandations
essayez de fournir toutes les logs du nouveau plugin (en mode debug) qui n’inclue rien en format préformatté: les habitués/spécialistes pourront réagir/conseiller en fonction de ce qu’il y a dans ces logs ;
Ok, vu comme ça… C’est effectivement ce que j’avais fait aussi pendant les deux journées qui m’ont été nécessaires pour effectuer la bascule de tout le réseau.
Bonjour à tous. Après avoir tout essayé, de repartir avec un matériel entièrement neuf y compris la clé zigbee (j’ai mis une sonoff 3.0 p), le problème d’inclusion ne s’est jamais résolu et pire avec la nouvelle clé le demon de jeezigbee s’arrête au bout de 20s sans qu’on sache pourquoi. Bref, comme j’ai une installation qui fonctionne parfaitement avec le plugin zigbee et qu’elle est maintenant à niveau de ce que je souhaite, je vais rester sur ce plugin (dont je sais bien qu’il n’est plus maintenu). Mon avis, mais qui n’engage que moi, est que le nouveau plugin est certes plus performant, s’appuie sur les standards de l’industrie avec MQTT, mais est trop délicat à mettre en oeuvre pour des profils comme le mien qui souhaite que cela fonctionne sans passer trop de temps en R&D. De plus, la non compatibilité ascendante est un vrai frein car malgré les outils d’aide, le travail de portage est conséquent pour une installation ancienne. Pour autant, j’admire le travail effectué et bravo à ceux qui font avancer cette technologie.
Merci à tous pour votre aide.
)
