[Résolu] Nouveau ? (lumi.magnet.acn001) détecteur d'ouverture Aqara mal reconnu

[FCJean]

Hello again ... (cela devient une habitude)

Cette fois ci j'ai un problème avec des capteurs d'ouverture Aqara qui remontent dans le plug-in comme étant de modèle lumi.magnet.acn001.
Outre le fait qu'ils sont difficile à appairer (j'ai du m'y reprendre à 3 fois, comme visible dans le log, pour arriver à obtenir quelque chose dans le champ modèle justement), ils remontent bien dans les devices DZ comme Light/switch et General Voltage ... mais après ils restent bloqués sur "Fermé" quoique l'on fasse. Ils n'ont donc aucune fonctionnalité.

C'est la première fois que je vois ce modèle lumi.magnet.acn001 (une commande récente sur Aliexpress ...) d'habitude j'ai des modèles lumi.sensor_magnet.aq2 pour les Aqqara ou lumi.sensor_magnet pour les vieux Xiaomi ... qui, eux, fonctionnent très bien.

Est-ce un nouveau modèle qui aurait une spécificité qui ne serait pas prise encore en compte dans la version beta 6.0.006 (pour info, même chose pour un autre device du même type issu de la même commande mais appairé sous stable 5 en .16 et .17) ?

Je joins l'extrait du log DZ qui encadre l'appairage du dernier capteur d'ouverture ainsi que le json de la liste des objets raw.
Chose curieuse, le plugin a décidé de faire une topologie réseau (sans que je le lui demande) au moment de l'appairage. J'ai remarqué le même phénomène de lancement de topologie lorsque l'on appaire un device qu'il ne reconnait pas, c'est peut-être fortuit ... mais 2 fois de suite c'est quand même bizarre ... même si cela n'a rien à voir avec le problème actuel.

Je suis resté sur la version béta 6.0.006 comme pipiche me l'avait demandé pour mon problème de switch Orvibo (qui continue à s'annoncer toutes les 2 mn), le firmware est toujours 3.21 et la version de DZ 2020.2

Comme d'habitude, s'il faut d'autres logs ou manips, je suis à votre disposition.

Merci d'avance.

[pipiche]

Il s'agit effectivement d'une nouvelle version des capteurs, et la version 321 du firmware est impérative.

Es-tu certain d'avoir la 321 ? sur quel model de Zigate es-tu ?

Je viens de vérifier sur une Zigate V1 en 321 avec le plugin beta 6.0.10 et l'appairage ce fait nikel , et le contact remonte corretement

[FCJean]

Merci pipiche pour ta réponse.

Oui, je suis bien en version 3.21 du firmware, mais sur une Zigate Ethernet V2 (qui me pose par ailleurs des soucis de reboot du plugin par perte de connectivité comme déjà signalé sur de précédents posts, mais c'est un autre problème).

Je vais faire une MAJ du plugin en 6.0.10 pour voir si cela change quelque chose (j'en doute car si tu n'as rien changé sur le sujet entre la 006 et la 010 ...).

Après, il y a t-il peut-être une différence entre la 3.21 V1 (OPDM ou legacy d'ailleurs ?) et la 3.21 V2 ... mais ce serait quand même curieux que cela touche ce point.

[pipiche]

La modif est vite firmware, je vais vérifier de mon côté. Mais en V2 il n’y a qu’une version


Envoyé de mon iPhone en utilisant Tapatalk

[FCJean]

Bon, sans surprise, l'upgrade vers la version 6.0.011 du plugin ne change rien.

On arrive bien à réappairer le device (par exemple)

Code : Tout sélectionner

2022-01-18 15:07:43.714 Status: (ZigateEth) self.ListOfDevices[3b1a] removed! substitued by self.ListOfDevices[865f]
2022-01-18 15:07:43.734 Status: (ZigateEth) NetworkID: 865f is replacing 3b1a for object: 54ef4410002b77e0

(j'ai essayé avec 2 devices) mais après, il ne se passe strictement rien dans DZ quand on éloigne ou rapproche l'aimant du capteur.
Aucune activité dans les logs DZ et le device reste en position "Fermé" dans l'onglet "Interrupteurs", quoique l'on fasse.

Il y a peut-être quelque chose de différent dans le firmware pour les V1 et les V2 ?

[pipiche]

En fait ce qu'on a découvert c'est que ces capteurs ne parlent qu'a la Gateway de la même marque. Du coup le nouveau firmware 321 se fait passer pour une gateway Aqara quand un capteur Aqara se présente.

Je viens de tester le firmware ZigateV2-321 qui est livré avec le plugin et ça fonctionne.

Maintenant, si on veut creuser il faudrait sniffer le traffic Zigbee, si tu as un sniffer ca pourait etre une piste, notamment pour vérifier que la trame disant que la Zigate est une gateway aqara est correct.

Sinon tu peux aussi m'envoyer le capteur par la poste, et je regarde de mon coté, peut-être a-t-on encore quelque chose de nouveau de leur part.

[FCJean]

Tu as failli me donner une piste ... car je n'avais pas flashé le firmware à partir du binaire qui est dans le répertoire du plugin, mais je l'avais récupéré à partir du Github Zigate V2.
Je viens d'effectuer une génération de MD5 sur le binaire utilisé ... qui est bien entendu strictement identique à celui qui est dans le répertoire du plugin (le contraire eût été étonnant).

Je nai pas de sniffer (et même si j'ai 2 Zigate V1 en rab que je pourrais transformer, je n'ai pas d'UART en 1Mbps, ni de CC2531) ... donc je vais opter pour la facilité et t'envoyer un des devices (que tu pourras garder bien sûr).

Donne-moi ton adresse en MP et c'est parti !
Merci d'avance

[FCJean]

Je me réponds à moi-même pour ajouter un élément d'information.

Cette nuit (comme pratiqument toutes les nuits malheureusement) le plugin a rebooté suite à la supposée perte de connectivité avec la Zigate Ethernet (les 2 sont sur un switch Gigabit 24 ports managé).

Les seuls devices qui sont dans un état Indéfini ce matin sont les 2 détecteurs d'ouverture de porte Aqara lumi.magnet.acn001 qui ont été ré-appairés hier. Donc, ils n'avaient reçus ni émis message depuis le reboot (4h du matin).

Si j'appuie brièvement sur le bouton d'appairage, le device repasse en Live dans le GUI du plugin, donc quelque chose est quand même détecté par le plugin ... mais le device n'échange aucun message avec DZ (rien dans les logs DZ).

Je ne sais pas si cela apporte, ou pas, une info supplémentaire ....

[pipiche]

Je pense honnêtement qu'il faut régler ce problème de perte de connectivité entre ta zigate et le plugin. Peut-être est-ce un problème Hardware quelque part.
Quand tu appuis sur le boutton reset du device, si c'est un appui bref, il envoie effectivement une trame, donc c'est normal que le plugin le mette comme "Live". Comme j'ai expliqué plus haut, c'est niveau devices sont protéger pour fonctionner uniquement avec la gateway de la marque, sinon ils s'appairent mais n'envoie pas d'infos.

Je t'ai envoyé en MP mon adresse.

[Deufo]

Bon, sans surprise, l'upgrade vers la version 6.0.011 du plugin ne change rien.

On arrive bien à réappairer le device (par exemple)

Code : Tout sélectionner

2022-01-18 15:07:43.714 Status: (ZigateEth) self.ListOfDevices[3b1a] removed! substitued by self.ListOfDevices[865f]
2022-01-18 15:07:43.734 Status: (ZigateEth) NetworkID: 865f is replacing 3b1a for object: 54ef4410002b77e0

Attention, le log ici correspond à un retour du périphérique et non un appairage complet, il faut :
- soit supprimer les widgets de domoticz et redémarrer le plugin
- soit dans le webUI, dans Admin, Appairage, utiliser le menu 'Reset d'un objet'