Passerelle TUYA/zigbee mélange commandes infos

Hello,

Je viens de connecter 2 compteurs de courrants zigbee sur la passerelle tuya.

Mais le plugin, mélange les infos et affiche les memes consos sur les 2.

J’ai un sur pince pour mon ballon ID finissant par 5D

et un en pour la PAC DIN finissant par BB :

Toutes le remontées de la PAC sont remonté dans la PAC, mais aussi dans le Ballon :

[2022-12-28 14:55:54]DEBUG : ** Ballon - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:1 **
[2022-12-28 14:55:54]DEBUG : ** Passerelle - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:1 **
[2022-12-28 14:55:54]DEBUG : ** pompe a chaleur - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:2 **
[2022-12-28 14:55:54]DEBUG : ** serrure - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:1 **
[2022-12-28 14:55:56]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]$[0][0][0][1]{"protocol":4,"t":1672235757,"data":{"dps":{"20":2344},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2344  - Read Json OK
[2022-12-28 14:55:56]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:55:56]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:55:57]DEBUG : << Ping of: Ballon @192.168.0.124  diff:13
[2022-12-28 14:55:57]DEBUG :     Cmd: to 192.168.0.124 - Connect OK!
[2022-12-28 14:55:57]DEBUG : Receive from:192.168.0.124 - Empty response
[2022-12-28 14:55:59]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]%[0][0][0][1]{"protocol":4,"t":1672235759,"data":{"dps":{"17":280},"cid":"84b4dbfffebcc8bb"}}    cid|84b4dbfffebcc8bb 17|280  - Read Json OK
[2022-12-28 14:55:59]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:55:59]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:00]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]&[0][0][0][1]{"protocol":4,"t":1672235761,"data":{"dps":{"20":2327},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2327  - Read Json OK
[2022-12-28 14:56:00]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:00]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:05]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17][39][0][0][0][1]{"protocol":4,"t":1672235766,"data":{"dps":{"20":2330},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2330  - Read Json OK
[2022-12-28 14:56:05]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:05]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:09]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]([0][0][0][1]{"protocol":4,"t":1672235770,"data":{"dps":{"20":2318},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2318  - Read Json OK
[2022-12-28 14:56:09]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:09]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:10]DEBUG : << Ping of: Ballon @192.168.0.124  diff:13
[2022-12-28 14:56:10]DEBUG :     Cmd: to 192.168.0.124 - Connect OK!
[2022-12-28 14:56:10]DEBUG : Receive from:192.168.0.124 - Empty response
[2022-12-28 14:56:18]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17])[0][0][0][1]{"protocol":4,"t":1672235779,"data":{"dps":{"20":2350},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2350  - Read Json OK
[2022-12-28 14:56:18]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:18]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:23]DEBUG : << Ping of: Ballon @192.168.0.124  diff:13
[2022-12-28 14:56:23]DEBUG :     Cmd: to 192.168.0.124 - Connect OK!
[2022-12-28 14:56:23]DEBUG : Receive from:192.168.0.124 - Empty response
[2022-12-28 14:56:26]DEBUG : ** Ballon - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:1 **
[2022-12-28 14:56:26]DEBUG : ** Passerelle - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:1 **
[2022-12-28 14:56:26]DEBUG : ** pompe a chaleur - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:2 **
[2022-12-28 14:56:26]DEBUG : ** serrure - TuyaCustom2_Hub_V3 @192.168.0.124 - cha:1 **
[2022-12-28 14:56:27]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]*[0][0][0][1]{"protocol":4,"t":1672235786,"data":{"dps":{"17":290},"cid":"84b4dbfffebcc8bb"}}    cid|84b4dbfffebcc8bb 17|290  - Read Json OK
[2022-12-28 14:56:27]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:27]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:27]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]+[0][0][0][1]{"protocol":4,"t":1672235787,"data":{"dps":{"20":2355},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2355  - Read Json OK
[2022-12-28 14:56:27]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:27]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:31]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17],[0][0][0][1]{"protocol":4,"t":1672235792,"data":{"dps":{"20":2351},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2351  - Read Json OK
[2022-12-28 14:56:31]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:31]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:35]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]-[0][0][0][1]{"protocol":4,"t":1672235796,"data":{"dps":{"20":2357},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2357  - Read Json OK
[2022-12-28 14:56:35]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:36]DEBUG : << Ping of: Ballon @192.168.0.124  diff:13
[2022-12-28 14:56:36]DEBUG :     Cmd: to 192.168.0.124 - Connect OK!
[2022-12-28 14:56:36]DEBUG : Receive from:192.168.0.124 - Empty response
[2022-12-28 14:56:40]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17].[0][0][0][1]{"protocol":4,"t":1672235801,"data":{"dps":{"20":2365},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2365  - Read Json OK
[2022-12-28 14:56:40]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:40]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:44]DEBUG : Receive from:192.168.0.124 Decoded mess: 3.4[0][0][0][0][0][1][17]/[0][0][0][1]{"protocol":4,"t":1672235805,"data":{"dps":{"20":2362},"cid":"e0798dfffed6cf5d"}}    cid|e0798dfffed6cf5d 20|2362  - Read Json OK
[2022-12-28 14:56:44]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:44]DEBUG :     Update devices @192.168.0.124 channel:2
[2022-12-28 14:56:49]DEBUG : << Ping of: Ballon @192.168.0.124  diff:13
[2022-12-28 14:56:49]DEBUG :     Cmd: to 192.168.0.124 - Connect OK!
[2022-12-28 14:56:49]DEBUG : Receive from:192.168.0.124 - Empty response
[2022-12-28 14:56:49]DEBUG :     Update devices @192.168.0.124 channel:1
[2022-12-28 14:56:49]DEBUG :     Update devices @192.168.0.124 channel:2

J’ai tenter de tout supprimer et ré-inclure, rien n’y fait, des que j’ajoute le 2eme il prend sysytematiquemùent les valeur de l’autre.

Je commence a deseperer…

Edit : je viens d’en ajouter un 3eme pour voir et meme problème 3 valeurs identiques sur les 3.
Cependant j’ai ajouté le Interrogation de l’état et j’ai la bonne valeur toutes les 20s avant de disparaitre écraser par l’autre et ceux sur les 3. pour être plus claire toutes les 20s sur chaque équipement j’ai une rotation de tous les refresh des 3 a la suite sur la meme commande

Edit 2 : j’ai volontairement modifier avec une erreur le nodeID des 3 appareils, et ils se mettent toujours a jour :rofl:

Je ne comprends pas d’où ça peut venir.
j’ai ajouté des traces pour pister l’erreur
charger la beta
effacer _cmd et _tuya
attendre que les infos arrivent
m’envoyer ces 2 logs.

merci pour le retour, je t’envoi les log en MP

Merci pour ce Flash correctif !

Tout remonte comme il faut :


j’ai le même mais pas encore intégré. La conso est bien tems réel ?

sinon :

et je met en stable.

Alors oui, mais initialement je l’ai monté sur le cumulus, mais je n’avais que les KWH, l’amperage et la puissance restait a zero…

Puis je l’ai monté sur ma PAC et tout remonte, donc soit j’ai merde ma connectique (ce qui est possible car j’ai une vielle installation avec du tri et parfois c’est dur a suivre le branchement), soit le tirage était trop important pour qu’il affiche les valeurs (pourtant j’ai pris un 63A)

voici l’historique une fois le lissage des données désactivé

je viens de mieux comprendre ta question… effectivement les valeur change mieux quand on ouvre l’app, sinon le changement de valeur est plus éparse.

sans l’app c’est tous les combien ?
il faut que ça change pour être transmis ou à une fréquence basse ?

cependant la remontée des KW/H est tres fiable !

des que j’ai la reponse je te dis

a premiere vu toutes les 15 minutes, mais cela ne me parait meme pas fiable (hormis les KW/H qui se mettent a jour a chaque changement) car ma clim en charge oscille entre 750kw et 1600 et je sais qu’elle a tourné pendant cette longues période qui oscille entre 15W et 17W.

pour le moment je vais Utiliser la valeur fiable (KW/H) pour le suivis de la conso.

Sinon autre sujet, les commandes action remontent une erreur (peu être en liens avec la remonté peu fiable :crossed_fingers:) :

Tuya Zigbee device removed : go to inclusion

Ensuite il faut re-enregistrer l’equipement sinon il n’y a plus de refresh

pour ce qui est de celui avec la pince :

remonté a chaque changement (meme infime) quasiment toutes les secondes

@bernardfr.caron, j’ai peut être une solution pour rafraichissement de ces données instantanées (j’ai vu que d’autre appareils avaient le problèmes).

La solution a été trouvé du coté de ZigPy et inclus dans le plugin Zigbee, contrairement a la majorité des appareil ZIgbee il y est ajouté une commande rafraichir combiné a un cron.

Donc je pense que si la commande stateGet était fonctionnel, combiné avec un Interrogation de l’état on devrait pouvoir avoir un refresh correcte.

Stateget ne fonctionne pas ?
Si oui il y a une option : interrogation de l’état

Je n’avais pas tilté. Ça veut dire quoi erreur ?

Désolé je pensais l’avoir noté :

`Tuya Zigbee device removed : go to inclusion`

Suite a cette erreur il n’y a plus aucun rafraichissement d’aucune commande, il faut « enregistrer » l’equipement pour que cela reprenne

J’ai aussi activé l’interogation d’etat mais cela ne fais rien (de plus)

ce message apparait lorsqu’il n’a pas trouvé de passerelle associée à un périphérique et donc il faut refaire une inclusion comme indiqué.
Mais si après enregistrement le souci est résolu et qu’i ne réapparait pas je ne sais pas pourquoi mais tant mieux
Il me faudrait les logs _cmd et _tuya lors de l’appui sur stateget

Je viens de tester ton module, j’ai le même mais pas encore en service. Il remonte bien son état toutes les 15s

pour toutes les commandes ?

mefie toi elle s’affiches en vert pour le refresh mais ce ne sont pas les bonne valeur normalement (sauf conso totale)

Et le StateGet ?