Problème d'actualisation capteur temperature Aqara

je suis pas contre ta solution par contre pourquoi lorsque je mets le capteur dans le salon et que je réinstalle tout je n’ai toujours pas de valeur ?

(je suis vraiment perdu avec ces capteur Aqara …)

1 « J'aime »

Et de changer la version de deconz n’aura que peu d’influence aussi, ça fait un moment que les capteurs Xiami fonctionnent, les nouvelles version corrigent des problemes de déconnexion, pas des problemes d’infos qui ne remontent pas.

merci pour tes réponses Hugo, par contre j’ai essayé de faire quelques recherche sur « probleme de websocket » mais je ne trouve pas de solution qui concerne les capteurs aqara.
j’ai essayé de le mettre dans le salon et j’ai toujours pas de valeurs je crois que je vais baisser les bras avec ce capteur.

Le deamon est bien en « ok » ?
Dans les logs, je crois que ça correspond a « deconzserver », rien dedans ? (Essayes de monter le niveau de logging si besoin)

Pour la petite histoire, ca ne concerne pas uniquement Xiaomi.
Jeedom peut faire des requetes pour interroger deconz, mais il y a aussi une deuxieme connexion permanente entre les deux ou c’est deconz qui signale tout les changements (la connexion websocket).
Quand tu récupères les données brutes, c’est la première requêtes, mais c’est la deuxième connexion qui provoque les changement automatique dans jeedom.

Ce n’est pas vital pour une lampe, du coup on ne peut pas s y fier pour le diagnostic, si ça se trouve ta lampe aussi ne remonte pas toutes les infos.

Edit:
Si je viens de penser a un test, change l’etat de la lampe via phoscon.
Si jeedom detecte le changement et se met a jour > websocket ok
So jeedom ne voit pas le changement > Websocket HS.

je me suis créé un virtuel pour allumer la lampe avec une action ON et une Off et une info avec l’état et effectivement l’état reste à 0.

par contre dsl je suis un peut novice mais comment tu règles le problème de connection websocket.

pour info dans deconzserver je n’ai rien dedans

Alors j’ai trouve ca https://jeedomiser.fr/article/analyser-vos-logs/
Mais ca te concerne pas trop, au pire c’est pour info.

Avant de faire comme indqué sur cette page
Va simplement dans la config du plugin (la ou tu as trouvé le log « deconzserver »), tu pourras agir sur les logs du plugin seul, plus facile a lire.
il te faut bouger le niveau de logging, je pense que « debug » ca devrait marcher, puis tu relances le demon.

Que cela marche ou pas tu auras des infos sur le lancement du demon.

Sur la page de config du plugin, tu n’as rien de bizarre en comparant avec l’autre lien qui traine sur cette issue ?
Tu es sur de tout avoir en vert « ok » ?

copie d'ecran 2
je te mets les copies d’écran de mon plugin qui pour met est ok.

lorsque je lance le demon au départ il est en rouge sur le statut local mais passe au vert après 2 /3 actualisation.
j’essai de regarder le logs et je mets pour info un logs d’une commande ampoule via la clef conbee et une autre ampoule que je pilote via un relais shelly
on va bien que on ne voit pas d’info état sur la commande via conbee.

[2020-03-22 14:03:59][INFO] : Exécution de la commande [Maison][lampe ikea 2][On] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:03:59][INFO] : Exécution de la commande [Maison][lampe IKEA ][On 01] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:04:06][INFO] : Exécution de la commande [Maison][lampe ikea 2][Rafraichir] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:04:09][INFO] : Exécution de la commande [Maison][lampe ikea 2][Off] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:04:10][INFO] : Exécution de la commande [Maison][lampe IKEA ][Off 01] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:05:16][INFO] : Exécution de la commande [Piscine][Etat Lumière murette][lumiere On] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:05:16][INFO] : Exécution de la commande [Piscine][Relais activation pompe lumiere][Allumer lumière murette] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:05:18][INFO] : Evènement sur la commande [Piscine][Relais activation pompe lumiere][Statut 2] valeur : 1
[2020-03-22 14:05:19][INFO] : Evènement sur la commande [Piscine][Etat Lumière murette][etat lumière] valeur : 1
[2020-03-22 14:05:20][INFO] : Evènement sur la commande [Piscine][Relais activation pompe lumiere][Puissance 2] valeur : 20.67
[2020-03-22 14:05:27][INFO] : Exécution de la commande [Piscine][Etat Lumière murette][lumière off] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:05:27][INFO] : Exécution de la commande [Piscine][Relais activation pompe lumiere][Eteindre lumière murette] avec les paramètres {« utid »:« 1584867439801 »}
[2020-03-22 14:05:28][INFO] : Evènement sur la commande [Piscine][Relais activation pompe lumiere][Statut 2] valeur : 0
[2020-03-22 14:05:29][INFO] : Evènement sur la commande [Piscine][Etat Lumière murette][etat lumière] valeur : 0

et le log de deconz en mode debug (j’ai pas de trace de mon capteur je ne comprends pas pourquoi)

[2020-03-22 14:03:59][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:true}
[2020-03-22 14:03:59][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:04:10][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:false}
[2020-03-22 14:04:10][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:22:14][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:true}
[2020-03-22 14:22:14][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:22:27][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:false}
[2020-03-22 14:22:27][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:22:37][DEBUG] : Execute commande : lights/2/state whith parameters : {« bri »:189,« on »:true}
[2020-03-22 14:22:37][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:22:45][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:true}
[2020-03-22 14:22:45][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:22:59][DEBUG] : Execute commande : lights/2/state whith parameters : {« bri »:0,« on »:false}
[2020-03-22 14:22:59][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:23:06][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:true}
[2020-03-22 14:23:06][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:23:13][DEBUG] : Execute commande : lights/2/state whith parameters : {« bri »:0,« on »:false}
[2020-03-22 14:23:13][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:26:41][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:true}
[2020-03-22 14:26:41][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:26:49][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:false}
[2020-03-22 14:26:49][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:26:55][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:true}
[2020-03-22 14:26:55][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT
[2020-03-22 14:27:08][DEBUG] : Execute commande : lights/2/state whith parameters : {« on »:false}
[2020-03-22 14:27:08][DEBUG] : 127.0.0.1:8484/api/E2CBAD821B/lights/2/state type : PUT

Alors les deuxieme log c’est ceux de la requete classique.
Tu n’as rien dans « deconzserver » ?

Sinon je viens de penser a un truc, tu ne passes pas par le dashboard ? tu es bien dans le plugin deconz ?
Car il y a deja eu une issue avec le dashboard.

Ici tu as un exemple des 2 logs qui seraient utile Deconz - Pas de retour d'état - #3 par DwoinN (justement pour un probleme de websocket)

Bonjour,
J’ai exactement le même problème que sebjerem1 : mes capteurs sont bien remontés par la gateway Deconz (hebergée dans mon cas sur un raspberry dedié), les valeurs présentes dans les données brutes du capteur sous jeedom sont également cohérentes. Cependant, il semblerait que jeedom ne parvienne pas a extraire ces valeurs des données brutes :sweat_smile:


J’ai effectué plusieurs tests au niveau des ID des commandes, mais je ne parviens jamais a retourner une valeur correcte :

  • 01-0402.state::temperature (defaut)
  • 00:15:8d:00:04:60:6b:93-01-0402.state::temperature
  • 5.state::temperature

Je ne sais pas si ça peut aider a identifier le problème.

Bonjour
Jeedom extrait les valeurs qu’au démarrage du démon ensuite il attend que deconz lui dise ya une nouvelle valeur et la ca passe par un websocket. Si tu n’as pas de remonté de valeur regarde la FAQ du plugin il y a une partie la dessus

Bonjour, j’ai enfin trouvé mon problème, jetait équipe d’un raspberry 1 et il n’était pas assez puissant pour gérer ce type de demande. je suis donc passé sur pi 4 et depuis tout fonctionne
merci à tous pour votre aide.

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