Clavier Frient qui se synchronise à moitié

Bonjour à tous,
Je tente une migration de Deconz, vers Z2m, et mon clavier Frient KEPZB110 a du mal à se synchroniser. En effet, après lui avoir fait un « hard reset » il se met en mode synchronisation (led orange qui clignote 1x/sec).
Si je mets z2m en inclusion, le clavier est immédiatement détecté, l’objet est créé, et il possède même le bon numéro de série dans le IEEE address.
Cependant, le clavier reste dans son mode inclusion. La led orange continue de clignoter inlassablement, pedant 15 minutes, puis le clavier se met en veille, jusqu’à que j’appuie sur un bouton, et là, ca recommence… Il se remet en mode inclusion.

Je ne vois rien dans le « temps réel » ou les logs à part l’inclusion, et son « topic » indique qu’il faut réveiller l’objet pour la mise à jour.
Côté Santé, tout est au vert.
Merci pour ceux qui pourront m’orienter dans mes recherches.

Une fois inclus est-ce que tu le vois dans l’interface zigbee2mqtt (accessible via la page configuration du plugin) ?

Oui je le vois bien, par contre, il y a un petit panneau rouge « attention » avec la mention « interview failed »

Les logs de zigbee2mqtt disent quoi?

Tu as quelle version de Z2M ?
J’en ai 3, dont 2 ré inclus la semaine dernière (changement de clé Zigbee) sans souci particulier

Bonjour Magoo, j’ai la version 1.42.0.
Merci

rom.jou, deja merci pour ta question, elle m’a permis de savoir que y’avait des logs supplémentaires pour les debugging dans Z2M.
voici les logs que tu demandais :

info 2025-01-09 01:02:51zh:controller: Interview for '0x0058zf0025642541' started info 2025-01-09 01:02:51z2m: Starting interview of '0x0058zf0025642541' info 2025-01-09 01:02:51z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"message":"interview_started","meta":{"friendly_name":"0x0058zf0025642541"},"type":"pairing"}' info 2025-01-09 01:02:51z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x0058zf0025642541","ieee_address":"0x0058zf0025642541"},"type":"device_announce"}' info 2025-01-09 01:02:51z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x0058zf0025642541","ieee_address":"0x0058zf0025642541","status":"started"},"type":"device_interview"}' error 2025-01-09 01:03:08zh:controller: Interview failed for '0x0058zf0025642541 with error 'Error: Interview failed because of failed IAS enroll (zoneState didn't change ('0x0058zf0025642541')' error 2025-01-09 01:03:08z2m: Failed to interview '0x0058zf0025642541', device has not successfully been paired info 2025-01-09 01:03:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"message":"interview_failed","meta":{"friendly_name":"0x0058zf0025642541"},"type":"pairing"}' info 2025-01-09 01:03:08z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x0058zf0025642541","ieee_address":"0x0058zf0025642541","status":"failed"},"type":"device_interview"}' info 2025-01-09 01:03:33z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"message":"announce","meta":{"friendly_name":"0x0058zf0025642541"},"type":"device_announced"}

Ces logs reviennent en boucle pendant les 5 minutes de l’inclusion.
J’ai remplacé le numéro de série de mon équipement par 0x0058zf0025642541, je ne sais pas si c’est plus secure, mais en tout cas, z2m récupère bien le bon numéro de série de l’équipement lors de l’appairage

Autre trouvaille : mon clavier un est frient : modele KEPZB110 hors, dans z2m le driver qu’il tente de lui associer est un driver pour KEYZB110 de Develco.
Je ne sais pas si c’est différent, car visuellement, les 2 sont les memes, lorsqu’on regarde la liste des drivers par constructeur, et qu’on clique sur le mien, le lien mène aussi à l’autre, et le nom du mien figure dans la « white list » de l’autre, sur la page du driver…

C’est la même chose, Frient et Develco.
De mon coté:


Quand j’ai refais l’association, j’étais aussi en 1.42.0.
Tu utilises quel type de contrôleur Zigbee ?

Utilise le formatage Texte préformaté , bouton </> des outils de publication des posts pour tes logs. Cela rend la lecture de ceux-ci bien plus aisé.

Merci

1 « J'aime »

une conbeeII

Je ne connais pas ces adaptateurs mais il semble il y avoir un problème suivant le firmware:

Warning: Conbee 2 firmware versions newer than 0x26580700 will result in an unstable network with devices dropping randomly, see Issue 9554

A voir la version que tu as, ainsi que les réglages liés à la vitesse du port série:

Add the correct baudrate to the configuration.yaml into the serial section.

For ConBee2: specifying the baudrate is not necessary
For RaspBee2 it is 38400
For ConBee3 it is 115200

Si le périphérique fonctionnait avec deconz, cela ne veut pas dire que la clé conbee2 est compatible ?
Concernant le firmware de ma clé, je l’ai mis plusieurs fois à jour, mais je ne sais pas te dire tout de suite quelle version j’ai, car je n’ai qu’un acces SSH ou HTTPS a mon jeedom, mais je ne trouve pas l’info a distance. Il faudrait que je la branche sur un pc avec une interface graphique

Mais le reseau zigbee ne drop pas aléatoirement… j’ai juste 1 équipement détecté, qui ne se fait pas interviewer. Toujours le même équipement.

L’interface de zigbee2mqtt le donne probablement, c’est le cas en tout cas pour d’autres clés.

Antoine

Bien vu ! la voici : 0x26780700

Je pense avoir trouvé la solution.
Lorsque je fais l’inclusion de mon clavier, je suis trop loin de ma clé conbee, du coup il essaye de faire l’interview à travers un noeud.
En mettant le clavier juste à coté de la clé, l’interview a réussi.
Je n’ai plus le temps de tester la suite, mais çà semble fonctionner !
Merci à tous pour vos conseils

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.