Il y a un truc étrange concernant les doubles infos courant tension et puissance sur des clusters semble t il différents.
Peux tu mettre ici la copie de la configuration brute de ta prise (Equipement/Configuration/Configuration du Noeud/Informations Brutes) ?
la voici Yves :
{
"4": {
"etag": "8c17e24c923ff4cc397d35c7029271df",
"hascolor": false,
"lastannounced": null,
"lastseen": "2022-01-18T20:43Z",
"manufacturername": "LUMI",
"modelid": "lumi.plug.maeu01",
"name": "Smart plug - Salle \u00e0 manger",
"state": {
"alert": "none",
"on": false,
"reachable": true
},
"swversion": "09-10-2019",
"type": "Smart plug",
"uniqueid": "04:cf:8c:df:3c:82:2c:14-01"
},
"16": {
"config": {
"on": true,
"reachable": true,
"temperature": 1800
},
"ep": 1,
"etag": "c3f64934e311bad3e6dcb6724a8abaf3",
"lastannounced": null,
"lastseen": "2022-01-18T20:39Z",
"manufacturername": "LUMI",
"modelid": "lumi.plug.maeu01",
"name": "Consumption 16",
"state": {
"consumption": 30962,
"lastupdated": "2022-01-18T20:44:40.484"
},
"swversion": "09-10-2019",
"type": "ZHAConsumption",
"uniqueid": "04:cf:8c:df:3c:82:2c:14-01-0702"
},
"17": {
"config": {
"on": true,
"reachable": true,
"temperature": 1800
},
"ep": 1,
"etag": "26f78f2566ccd9854ff8fdabc07c1876",
"lastannounced": null,
"lastseen": "2022-01-18T20:39Z",
"manufacturername": "LUMI",
"modelid": "lumi.plug.maeu01",
"name": "Power 17",
"state": {
"lastupdated": "2022-01-18T20:44:41.372",
"power": 0
},
"swversion": "09-10-2019",
"type": "ZHAPower",
"uniqueid": "04:cf:8c:df:3c:82:2c:14-01-0b04"
},
"27": {
"config": {
"on": true,
"reachable": true,
"temperature": 1800
},
"ep": 21,
"etag": "785e3d9d691018614e38e62d1f8ea171",
"lastannounced": null,
"lastseen": "2022-01-18T20:39Z",
"manufacturername": "LUMI",
"modelid": "lumi.plug.maeu01",
"name": "Power 27",
"state": {
"lastupdated": "2022-01-18T20:40:03.989",
"power": 0
},
"type": "ZHAPower",
"uniqueid": "04:cf:8c:df:3c:82:2c:14-15-000c"
}
}
Pour info, c’est cette prise dont je parle :
Je profite du fait d’avoir 2 gars qui gerent bien sous la main, pour dire que suite à la suppression de mes équipements et mise a jour, mes switchs aqara WXKG11LM ne sont plus non plus détéctés.
J’ai trouvé ce fix Fix Xiaomi WXKG11LM regression bug for ZHASwitch resource creation by SwoopX · Pull Request #5647 · dresden-elektronik/deconz-rest-plugin · GitHub dans la discussion https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5599 mais je n’ai absolument aucune idée de comment l’appliquer.
Est ce que cela vous parle ?
Trois possibilités:
- tu installes une version antérieure stable de deCONZ qui doit être la 2.12.06 en supposant que cette version ne comportait pas l’erreur de configuration. Pour faire cela voir ici : [TUTO] Mise à jour manuelle deCONZ
- tu compiles une version béta toi même avec les dernières modifications prises en compte et l’installes ensuite comme ci dessus mais à partir de ton paquet compilé au lieu du paquet issu du dépot de Dresden. Pour la compilation voir ici : https://github.com/dresden-elektronik/deconz-rest-plugin#install-deconz-development-package-optional-linux-only
- tu patientes jusqu’à mi février 2022 en attendant que l’équipe Dresden sorte une version intégrant la correction
ok, merci, solution 3 du coup… aucune urgence.
du coup, y’a plus que le probleme de ces switchs…
Un test a faire, tu regardes si ça change ici
"state": {
"alert": "none",
"on": false,
"reachable": true
Quand tu fais le on/off, si ça change pas probleme deconz, si ça change probleme jeedom (et normalement ça vient du démon)
le « on » passe a true lorsque j’allume la lampe
La configuration brute de ton équipement n’est pas en adéquation avec les commandes générées sous Deconz.
Par exemple la commande info numérique 15-000c.state::voltage n’existe pas dans le descripteur de l’équipement.
Je te suggère de supprimer l’équipement de Jeedom/Deconz puis de faire une synchro juste après, histoire de faire le ménage .
Je n’ai pas regardé ce que contient le template Deconz de cet équipement mais il se peut qu’il ne soit pas en adéquation avec ce que propose réellement l’équipement. D’où les commandes bizarres générées sous Deconz.
Si sous Phoscon l’équipement fonctionne alors le pb est coté Deconz. As tu fait l’appairage depuis Phoscon ? Si non supprime l’équipement de Deconz et passe sous Phoscon pour relance l’appairage et ensuite synchro Deconz.
J’ai supprimé une prise, refait une synchronisation.
Toujours le meme souci.
Pour la synchro initiale, j’ai tout fait dans phoscon. J’ai ajouté 8 prises de ce type, et une vingtaine de detecteurs d’ouverture.
tout fonctionne, sauf ce retour d’etat
Il serait intéressant de voir ce que retourne l’analyseur d’évènement de Phoscon.
Pour cela aller dans le menu Gateway/Help/API Information
Menu Gateway/Help/Api Information
Puis sélectionner uniquement le slights et dans le menu déroulant l’équipement concerné
Ensuite sélectionner l’onglet events et analyser ce qui se passe quand tu fais des ON/OFF avec ta prise sot directement sur ta prise soit depuis des télécommandes soit depuis Jeedom.
En effet les commandes ON/OFF info comme action semblent correctement configurées sous Deconz.
Tu peux même en parallèle tenter de changer le type de la commande info Etat 01 avec les combinaisons suivantes :
Numérique Lumière
Binaire Capteur.
Numérique Capteur
On ne sait jamais peut être que le bug se situe ici.
voici le retour de l’analyseur sur un on / off directement sur la prise :
"12:01:12:459": {
"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"
},
"12:01:16:952": {
"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"
}
Changer le type ne sert à rien, meme probleme.
Donc tout est OK lorsque tu actives directement la prise .
On voit bien le changement d’état sur Phoscon (que l’on devrait aussi retouver sur Deconz).
Peux tu faire la même me chose depuis Deconz ?
Et depuis une télécommande (si tu en as bien sur)
Lorsque je fait un on/off a partir des commandes de jeedom.
Je n’ai pas de télécommande
"12:41:14:841": {
"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"
},
"12:41:17:347": {
"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"
}
}
On dirait que la programmation de la commande « Etat 01 » dans jeedom, ne va pas lire la bonne info dans les données brutes.
Car lorsque je la teste a partir des commandes jeedom, j’ai toujours un retour vide. Ni 1, ou 0, Ni On ou Off, que la prise soit allumée ou éteinte.
Je pense que si la commande lit le bon etat, le widget du dashboard qui switche entre on et off se mettra à jour…
Toutes les commandes en tous cas passent bien vers la prise.
Peux tu faire une copie écran de la configuration avancée de Etat 01 ?
onglet Informations
