Bonjour à tous.
je me lance dans la migration Zigbee (clé DECONZ sur SMART, dernières versions stables).
1er difficulté, la configuration de la clé
l’ancien plugin :
le nouveau demande le port du contrôleur…
Comment connaitre ce port ? le choix AUTO n’étant pas dans la liste.
merci
je l’auto répond, il faut prendre la port :
mais le mode auto devrait être présent non ?
le démon est OK
donc reste plus qu’a réveiller ou attendre le réveil des modules, pas besoin des faires des inclusions ?
j’ai fait le reveil sur une lampe
la partie MQTT reste vide
Hello,
Pas mal de sujets autour de la migration, malheureusement la fonction auto n’est pas présente.
Pour connaitre les ports :
ls -al /dev/serial/by-id/*
Sinon je t’annonce la « douloureuse », non cela ne remontera pas, il faut tout réinclure, l’inclusion n’est pas lié à la clé, la clé sert de pilote pour envoyer les commandes, mais c’est bien le moteur, anciennement phoscon dans ton cas et maintenant Z2M qui gère l’appairage, sécurité et maillage.
Il faut donc repartir sur une inclusion avec des nouveaux nom de module, pour ne pas refaire tes scénarios, il faut utiliser la fonction « remplacer » dans « outils » pour transférer les ids jeedom d’une commande vers une autre commande.
merci, c’est bien le bon TTY que j’avais sélectionné
ok, je vais me lancer dans les réinscription alors 
Bon courage
Tu verras le plugin est super stable
De plus tu pourras, suivant les équipements que tu as, les mettre à jour directement depuis le front-end de zigbee2mqtt. On en rediscute quand tu auras migré tes équipements
Dams
ca commence mal
2 premiers modules OK
pour le 3eme, il me dit « 'Mot inclusion inactif »
Edit : j’ai relancé le démon, ca semble reparti
Stable… Bof bof je ne capte plus certains modules et certains n’envoie plus de signal du jour au lendemain ( notamment capteur de température Sonoff et un capteur de température Xiaomi )
Sinon l’avantage c’est d’avoir plus d’options sur certains modules, comme par exemple un capteur de vibration sur lequel j’ai pu régler la sensibilité.
Je n’ai aucun problème de mon côté. Le réseau zigbee dépend beaucoup du maillage, c’est une condition sine qua non. De mon côté mes volets roulants sont en zigbee. J’en ai 10 tous le tour de la maison. Autant dire que le maillage est pas mal!
j’ai un module qui remonte dans z2m mais en non prise en charge :
alors que j’ai un autre module de ce type Tuya TS0207 qui lui remonte bien dans jeedom
il est juste un peu plus loin, faut peut être attendre que le réseau se maille bien ?
J’ai exactement le même maillage qu’avant le changement de plugin, mais pas la même stabilité du tout !
J’ai même acheté récemment un répéteur pour améliorer le réseau, aucune différence notable 
l’ancien n’est pas super stable non plus…
Je vais prendre la defense aussi du nouveau plugin, pas mal de galère au début le temps que la mapping se face, mais pour le coup je suis passé par les 3 plugins :
Et faut se dire que le plugin jeezigbee est à un peu à son début et il semble déjà mieux que l’ancien, hate de voir la suite
Ces dénominations tuya ne veulent rien dire. Des appareils complètement différents ont la même. Sans la référence exact, on ne peut pas en conclure grand chose.
Antoine
Je te rejoins totalement.
Je suis passé par Zigate puis Zigbee et maintenant JeeZigbee, avec une 60taine de modules.
Depuis que je suis sous JeeZigbee, le réseau est beaucoup plus stable, j’ai beaucoup moins de pertes de modules (alors que ca arrivait régulièrement sur les modules éloignés avec le plugin Zigbee).
Et le fait d’avoir les nouvelles commandes est aussi un vrai plus (notamment les mesures de puissance et consommation sur les prises électriques).
c’est le même module physiquement, c’est un capteur d’inondation
il fonctionnait très bien avec l’ancien plugin
Donc si c’est le même module exactement, si il n’est pas reconnu correctement, il faut refaire l’appairage, déjà.
De plus, j’ai souvent remarqué en changeant de plugin et/ou de clé, qu’un module fonctionnel mais avec une batterie en fin de vie, et capricieux quand on veut l’appairer à nouveau.
Antoine
je crois que je commence à regretter d’avoir tenter cette migration
même sur les modules qut semblent bien inclus, rien ne semble fonctionner
j’ai un prise connectée, elle ne change pas son état si je l’allume à la mano et le state_on et state_off ne faire rien
j’ai 2 capteurs d’ouverture, idem aucune réaction
j’ai ces erreurs dans le log
0000|Zigbee2MQTT:error 2023-08-02 15:33:31: Publish 'set' 'state' to '0xa4c1382d316aad66' failed: 'Error: Command 0xa4c1382d316aad66/1 genOnOff.on({}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received (169))'
0001|Zigbee2MQTT:error 2023-08-02 15:33:41: Publish 'set' 'state' to '0xa4c1382d316aad66' failed: 'Error: Command 0xa4c1382d316aad66/1 genOnOff.off({}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received (170))'
J’ai réinstallé, une 2eme fois, les dépendances et là ca semble mieux se passer
les prises connectées fonctionnent et aussi les capteurs d’ouvertures
ca avance, je me sens seul mais ca avance
il me reste que le soucis avec mon 2eme capteur d’innondation, je vais aller le résinscrire
c’est bon, j’ai pu inscrire mon 2eme module inondation, mais j’ai du la rapprocher de la jeedom et tout s’est passé nickel