Bonjour,
j’ai des prises Xiaomi Aqara Smart Plug, qui fonctionnait très bien jusqu’à récement.
Mais depuis peu, je peux toujours les piloter à distance, avec leurs commandes ON/OFF, mais la commande etat me renvoie toujours « 0 ».
Ce qui fait que dans le dashboard, elles apparaissent toujours eteintes, ne font pas de retour de consommation, et du coup, le bouton switch qui fait du on/off, ne peut plus eteindre la prise une fois allumée, puisqu’il reste tout le temps sur « Off ».
J’ai désinstallé ma clé ConbeeII pour la réinstaller, et n’y ajouter qu’une prise, avec mise à jour du firmware etc, rien à faire.
J’utilise un Rpi3 et le plugin deconz
si quelqu’un a une idée, je suis preneur
Hello, tu as d’autre probleme de retour sur d’autre appareils ?
Regardes l’état du demon.
Si tu n’as le probleme que sur cette prise, tu pourrais donner le modele ID pour vérifier si l n’y a pas une issue récente la dessus.
Bonjour Hugo, non le démon est « OK ».
J’ai une dizaine de prises comme celle-ci, et j’ai ce probleme sur toutes les prises.
Les autres équipements zigbee que j’ai fonctionne correctement.
L’état de la prise est bien remonté dans phoscon
Donc ça marche sur phoscon et pas jeedom ? La c’est bizarre, c’est typiquement un probleme sur le demon (c’est lui gère les retours d’etats)
J’ai beaucoup de lignes de logs comme celle ci dans deconz :
/usr/lib/python3/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings InsecureRequestWarning)
mais je ne sais pas quelle requette HTTPS est faite
Et le dernier lancement du démon est d’aujourd’hui …
Ton message d’erreur est un warning, donc je pense pas que se soit bloquant, rien de mieux dans les logs du démon (en montant le debug level si besoin) ?
J’ai passé le demon en debug :
Usage:
kill [options] <pid> [...]
Options:
<pid> [...] send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>] list all signal names, or convert one to a name
-L, --table list all signal names in a nice table
-h, --help display this help and exit
-V, --version output version information and exit
For more details see kill(1).
kill: (333): Operation not permitted
/usr/lib/python3/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
InsecureRequestWarning)
kill: (333): Operation not permitted
/usr/lib/python3/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
InsecureRequestWarning)
[2022-01-18 07:46:48.169][ERROR] : 'undefined'
[2022-01-18 07:48:28.433][ERROR] : 'undefined'
[2022-01-18 07:49:39.439][ERROR] : 'undefined'
[2022-01-18 17:33:09][DEBUG] : Execute commande : lights/4/state whith parameters : {"on":true}
[2022-01-18 17:33:09][DEBUG] : 127.0.0.1:8484/api/xxxxxxxxxx/lights/4/state type : PUT
[2022-01-18 17:33:15][DEBUG] : Execute commande : lights/4/state whith parameters : {"on":true}
[2022-01-18 17:33:15][DEBUG] : 127.0.0.1:8484/api/xxxxxxxxxx/lights/4/state type : PUT
[2022-01-18 17:33:57][DEBUG] : Execute commande : lights/4/state whith parameters : {"on":true}
[2022-01-18 17:33:57][DEBUG] : 127.0.0.1:8484/api/xxxxxxxxxx/lights/4/state type : PUT
[2022-01-18 17:34:18][DEBUG] : Execute commande : lights/4/state whith parameters : {"on":true}
[2022-01-18 17:34:18][DEBUG] : 127.0.0.1:8484/api/xxxxxxxxxx/lights/4/state type : PUT
[2022-01-18 17:34:20][DEBUG] : Execute commande : lights/4/state whith parameters : {"on":true}
[2022-01-18 17:34:20][DEBUG] : 127.0.0.1:8484/api/xxxxxxxxxx/lights/4/state type : PUT
[2022-01-18 17:34:21][DEBUG] : Execute commande : lights/4/state whith parameters : {"on":true}
[2022-01-18 17:34:21][DEBUG] : 127.0.0.1:8484/api/xxxxxxxxxx/lights/4/state type : PUT
tu peux voir ici les seuls logs qui ne sont pas ceux que je t’avais mis plus haut
tu peux voir aussi que lorsque je clique sur le bouton switch de ma lumiere (aussi bien la 1 que la 4), ca essaye touours de mettre a « on ».
J’ai remplacé le numero d’API par des xxxxx
Peux tu mettre une copie écran de la page Commandes de ta prise ?
Et une copie écran de la page Réseau Deconz/Résumé ?
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