Prise xiaomi aqara smart plug

L’application zigbee à savoir deCONZ fait tout le travail au sens protocole et base de données Zigbee. Cette application met à disposition des intégrateurs une API .
Jeedom/Deconz est en charge de l’interface utilisateur à l’instar de ce que fait Phoscon par ailleurs, en tant qu’intégrateur de la solution deCONZ de Dresden.
Donc entre l’interface utilisateur et l’application qui gère le protocole il y a un mécanisme d’échange bidirectionnel basé sur le principe du websocket. Et si ça coince à ce niveau alors … plus d’échange sou au moins des échanges incomplets. CQFD

Cela veut dire que je n’ai aucun pouvoir sur ce bug ?
Je viens de voir que j’ai 70Mo de logs serveurs deconzServer (en debug) en 24h … c’est normal ?

J’ai regardé les logs en détails :
je clique sur « tester » pour les commandes on/off/etat successivement, et je vois bien les on et off passer, mais pas le etat :

le on :


13:24:45:753 HTTP API PUT /api/xxxxxxxx/lights/6/state - 127.0.0.1
13:24:45:754 Text Data: 	{"on":true}
13:24:45:754 ApiMode: 0
13:24:45:754 add task 1534 type 14 to 0x04CF8CDF3C82139F cluster 0x0006 req.id 198
13:24:45:757 emit event/tick: 0x04cf8cdf3c82139f
13:24:45:757 APS-DATA.request id: 198, addrmode: 0x03, addr: 0x04cf8cdf3c82139f, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 3 tx.options 0x04
13:24:45:757 	asdu (length: 3): 119e01
13:24:45:757 [{"success":{"/lights/6/state/on":true}}]
13:24:45:759 Websocket 192.168.1.119:49316 send message: {"e":"changed","id":"6","r":"lights","state":{"alert":null,"on":true,"reachable":true},"t":"event","uniqueid":"04:cf:8c:df:3c:82:13:9f-01"} (ret = 139)

le off :

13:24:48:007 HTTP API PUT /api/xxxxxxxxx/lights/6/state - 127.0.0.1
13:24:48:007 Text Data: 	{"on":false}
13:24:48:007 ApiMode: 0
13:24:48:008 add task 1545 type 14 to 0x04CF8CDF3C82139F cluster 0x0006 req.id 213
13:24:48:008 emit event/tick: 0x04cf8cdf3c82139f
13:24:48:008 APS-DATA.request id: 213, addrmode: 0x03, addr: 0x04cf8cdf3c82139f, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 3 tx.options 0x04
13:24:48:008 	asdu (length: 3): 119f00
13:24:48:008 [{"success":{"/lights/6/state/on":false}}]
13:24:48:009 Websocket 192.168.1.119:49316 send message: {"e":"changed","id":"6","r":"lights","state":{"alert":null,"on":false,"reachable":true},"t":"event","uniqueid":"04:cf:8c:df:3c:82:13:9f-01"} (ret = 140)
13:24:48:009 Websocket 127.0.0.1:56644 send message: {"e":"changed","id":"6","r":"lights","state":{"alert":null,"on":false,"reachable":true},"t":"event","uniqueid":"04:cf:8c:df:3c:82:13:9f-01"} (ret = 140)
13:24:48:010 Websocket 192.168.1.119:51721 send message: {"e":"changed","id":"6","r":"lights","state":{"alert":null,"on":false,"reachable":true},"t":"event","uniqueid":"04:cf:8c:df:3c:82:13:9f-01"} (ret = 140)

Si tu es en mode debug oui car comme tu as fait pas mal de manip ça doit tracer pleins pots.
A tout hasard jettes y un œil car il se peut que tu y vois passer des erreur non vues auparavant.
Commence par vider le log puis fais quelques manips avec les seules prises et ensuite tu pourras arrêter le log en mode debug (redémarre le démon Deconz à l’issue)

j’ai cette ligne qui doit correspondre (peut etre) a ma demande d’etat :
HTTP API GET /api/xxxxxx/sensors/new?_=1642598527373 - 192.168.1.119

je suis pas vraiment sur, j’aimerais bien afficher cette page dans mon FF pour voir le retour, mais je ne sais pas comment faire : PS : 192.168.1.119 est l’ip de mon pc

Ote moi d’un doute , que vient faire ton PC dans cette manip ?
La requête en GET depuis ton PC est émise par quelle application ? cette requête requiert la lecture de la valeur d’un capteur sur ton équipement

Mon PC (119) a une page ouverte dans firefox, ou j’accede a mon jeedom (IP 138) mais j’y accede par le DNS en https, et je clique sur les boutons « tester » de la commande

Bizarre quand même.
As tu essayé de vider le cache du navigateur depuis lequel tu pilotes ton interface Jeedom ?

Oui… moi ca ne me parait pas bizarre…
n’importe quel serveur log les demandes, meme si c’est le serveur qui les execute au final

Dans tes logs on voit bien le retour aussi « on » = false/true, donc jeedom les voit bien aussi, bizarre qu’il ne mette rien a jour …

Si je downgrade la version de firmware de ma conbee2, est ce que :
1 - je dois reinstaller mes capteurs ? (je ne pense pas , mais je prefere etre sur)
2 - ca pourrait resoudre mon probleme de prises connectées ? (je ne pense pas non plus…)

  1. Non
  2. Non

Ton pb n’a rien a voir avec la Conbee2.

1 « J'aime »

J’ai downgradé le firmware, de 2 ou 3 versions stable, set impossible d’ajouter mes boutons, alors qu’ils fonctionnaient avant l’upgrade. J’espere que la prochaine stable est pour bientot, car il y’a l’air d’y en avoir une tous les 6 mois sur le site, et la derniere date de decembre :frowning:

Pour mes prises, j’ai essayé de reinstaller deconz, de lire n’importe quelle info de ces données brutes, c’est juste pas possible… je ne comprends pas ce que je peux faire d’autre… deprime :frowning:

Le downgrade firmware est une très mauvaise idée…Déjà dit ici qu’il n"y a aucune relation de cause à effet entre le firmware de la ConBee2 et ton pb.
La seule chose qui concernent les équipements est l’application soit deCONZ soit Jeedom. Ici on a vu que le pb est coté Jeedom.
Tes équipements autres que les prises fonctionnent ils ?
Avant ré appairage fais un reset de tes prises puis appaire depuis ¨Phoscon.

le downgrade etait surtout pour les boutons xiaomi qui fonctionnaient « avant »…
les capteurs d’ouverture xiaomi fonctionnent, les prises fonctionnent au niveau des actions, mais pas des infos, et les boutons eux ne sont pas detectés, mais ca, c’est normal d’apres les docs, jusqu’au prochain firmware…
j’ai toujours ajouté mes prises par phoscon, et j’ai meme essayé avec une prise « sortie » du carton

Je le réitère mais il semble que ce soit un peu mélangé de ton coté. Le firmware n’y est pour rien.
La compatibilité (càd la complète reconnaissance) des équipements par Jeedom est uniquement dépendante de l’application deCONZ et du plug in Deconz. Pas plus, pas moins.

Donc la liste des équipements compatibles augmente à chaque mise à jour de l’application deCONZ et désormais de la création des fichiers descripteurs DDF de l’équipement nouveau. Pour celles et ceux qui veulent intégrer un équipement eux mêmes, il leur suffit (pas encore complètement opérationnel) de créer ce fichier DDF avec les outils d’édition fournis par deCONZ.

soit je suis effectivement confus, soit je m’exprime mal.
j’ai parlé de 3 équipements Zigbee ici.
1 - mes prises murales qui s’ajoutent dans phoscon, mais qui sont mal interprétées par deconz / jeedom, ca j’ai compris.
2 - mes boutons Xiaomi Aqara WXKG11LM - Bouton / télécommande sans fil ZigBee compatible ZiGate, ConBee 2 et Homey - www.domotique-store.fr qui eux, ne sont pas détéctés par phoscon, et la, je pense que c’est completement independant de jeedom/deconz, c’est pour eux que j’attends un nouveau firmware
3 - mes capteurs d’ouvertures, qui fonctionnent tres bien, sous phoscon, et sous deconz
4 - j’ai meme des capteurs de fumées, qui eux fonctionnent aussi tres bien

Nouveau firmware de quel équipement ? Des boutons? de la Clef ?
Une fois de plus je t’invite à relire mon avant dernier message.
Le firmware de qui que ce soit n’y est pour rien dans l’histoire de la détection ou de la reconnaissance.
Donc rien à attendre de ce coté là. Uniquement les mises à jour de l’application deCONZ ou de la création du fichier DDF qui va bien apporteront la reconnaissance de nouveaux équipements.

je parle du firmware de la clé.
mais l’appli web phoscon, est totalement independante de deconz/jeedom, donc pourquoi mes boutons ne sont pas interrupteurs boutons ne sont pas detectes la bas ?

Phoscon est complètement liée à deCONZ.
C’est une application qui sert de couche présentation utilisateur plus friendly appliquée par dessus deCONZ.

Jeedom/Deconz est de même niveau que Phoscon mais version Jeedom. Complètement liée à l’application deCONZ donc pour fonctionner.

Donc tant que deCONZ ne supporte pas un équipement aucune chance de le voir supporté plus haut.
Une fois que deCONZ supporte un équipement (capacité d’appairage donc) il appartient aux deux autres applications de se mettre à jour si besoin pour utiliser de manière complètement intégrée le nouvel équipement…

1 « J'aime »