Pb remontées des infos commandes

Plugins
1

Bonjour,
Je viens de ré-activer mes droits sur le cloud Tuya, et je constate que j’ai deux appareils sur 5 qui ne remontent pas les informations sur les commandes, alors que les smileys sont tous aux verts, voir PJ:

Capture d’écran 2024-02-23 à 08.41.31
Capture d’écran 2024-02-23 à 08.41.312258×688 89.4 KB

Capture d’écran 2024-02-23 à 08.38.44
Capture d’écran 2024-02-23 à 08.38.442258×1250 264 KB

Capture d’écran 2024-02-23 à 08.39.51
Capture d’écran 2024-02-23 à 08.39.512258×1250 303 KB

Pourquoi ces deux appareils sur les cinqs ne remontent pas les infos alors que tout est parfait sur smartlife , merci d’avance pour votre aide.
Pour info, j’ai essayé le mode d’apprentissage cité dans la doc,sans succès

Le Log

[2024-02-23 18:21:35]DEBUG : Receive from:192.168.1.31 cmd:8 Decoded mess: 3.4[0][0][0][0][0][0][204]}[0][0][0][1]{"protocol":4,"t":1708708895,"data":{"dps":{"112":2349}}}    112|2349  - Read Json OK
[2024-02-23 18:21:35]DEBUG :     Update devices @192.168.1.31 channel:1
[2024-02-23 18:21:42]DEBUG : << Ping of: WIFI Dual Meter @192.168.1.31  diff:13
[2024-02-23 18:21:42]DEBUG : Receive from:192.168.1.31 cmd:9 - Empty response
[2024-02-23 18:21:46]DEBUG : Receive from:192.168.1.31 cmd:8 Decoded mess: 3.4[0][0][0][0][0][0][204]~[0][0][0][1]{"protocol":4,"t":1708708906,"data":{"dps":{"112":2339}}}    112|2339  - Read Json OK
[2024-02-23 18:21:46]DEBUG :     Update devices @192.168.1.31 channel:1
[2024-02-23 18:21:48]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for Tuya/Yeelight devices - V1.95 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-02-23 18:21:48]DEBUG : ** Arrosage Tomates - TuyaCustom_V2 @192.168.1.45 - cha:1 **
[2024-02-23 18:21:48]DEBUG :       New device OK
[2024-02-23 18:21:48]DEBUG : ** Pompe arrosage - TuyaCustom_V2 @192.168.1.27 - cha:1 **
[2024-02-23 18:21:48]DEBUG :       New device OK
[2024-02-23 18:21:48]DEBUG : ** Filtration piscine - TuyaCustom_V2 @192.168.1.92 - cha:1 **
[2024-02-23 18:21:48]DEBUG :       New device OK
[2024-02-23 18:21:48]DEBUG : ** Remplissage piscine - TuyaCustom_V2 @192.168.1.54 - cha:1 **
[2024-02-23 18:21:48]DEBUG :       New device OK
[2024-02-23 18:21:48]DEBUG : ** WIFI Dual Meter - TuyaCustom_V3 @192.168.1.31 - cha:1 **
[2024-02-23 18:21:48]DEBUG :      OK
[2024-02-23 18:21:48]DEBUG : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>       End       <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2024-02-23 18:21:48]DEBUG : << Update state 1 of: Arrosage Tomates @192.168.1.45
[2024-02-23 18:21:49]DEBUG : << Update state 1 of: Pompe arrosage @192.168.1.27
[2024-02-23 18:21:50]DEBUG : << Update state 1 of: Filtration piscine @192.168.1.92
[2024-02-23 18:21:51]DEBUG : << Update state 1 of: Remplissage piscine @192.168.1.54
[2024-02-23 18:21:52]DEBUG : Error on:192.168.1.45 is :Broken pipe n:32  diff:4
[2024-02-23 18:21:52]DEBUG : Error on:192.168.1.27 is :Broken pipe n:32  diff:4
[2024-02-23 18:21:52]DEBUG : Error on:192.168.1.92 is :Broken pipe n:32  diff:4
[2024-02-23 18:21:52]DEBUG : Error on:192.168.1.54 is :Broken pipe n:32  diff:4
[2024-02-23 18:21:55]DEBUG : << Ping of: WIFI Dual Meter @192.168.1.31  diff:13
[2024-02-23 18:21:55]DEBUG : Receive from:192.168.1.31 cmd:9 - Empty response
[2024-02-23 18:21:57]DEBUG : Receive from:192.168.1.31 cmd:8 Decoded mess: 3.4[0][0][0][0][0][0][204][127][0][0][0][1]{"protocol":4,"t":1708708917,"data":{"dps":{"112":2353}}}    112|2353  - Read Json OK
[2024-02-23 18:21:57]DEBUG :     Update devices @192.168.1.31 channel:1
[2024-02-23 18:21:57]DEBUG : Receive from:192.168.1.31 cmd:8 Decoded mess: 3.4[0][0][0][0][0][0][204][128][0][0][0][1]{"protocol":4,"t":1708708917,"data":{"dps":{"111":4894}}}    111|4894  - Read Json OK
[2024-02-23 18:21:57]DEBUG :     Update devices @192.168.1.31 channel:1
[2024-02-23 18:22:07]DEBUG : Receive from:192.168.1.31 cmd:8 Decoded mess: 3.4[0][0][0][0][0][0][204][129][0][0][0][1]{"protocol":4,"t":1708708927,"data":{"dps":{"112":2347}}}    112|2347  - Read Json OK
[2024-02-23 18:22:07]DEBUG :     Update devices @192.168.1.31 channel:1
[2024-02-23 18:22:07]DEBUG : Receive from:192.168.1.31 cmd:8 Decoded mess: 3.4[0][0][0][0][0][0][204][130][0][0][0][1]{"protocol":4,"t":1708708927,"data":{"dps":{"111":4893}}}    111|4893  - Read Json OK
[2024-02-23 18:22:07]DEBUG :     Update devices @192.168.1.31 channel:1
[2024-02-23 18:22:08]DEBUG : << Ping of: WIFI Dual Meter @192.168.1.31  diff:13
[2024-02-23 18:22:08]DEBUG : Receive from:192.168.1.31 cmd:9 - Empty response

Les appareils qui ne remontent pas l’info sont l’ip 192.168.1.45 et 54

2

Il n’y a que le Dual Meter qui fonctionne. Les autres ne fonctionnent pas et ils sont identiques.
Tenter une nouvelle inclusion sur 1 périphérique en utilisant l’astuce de la doc pour ne pas perdre le périphérique actuel.

3

Il y en avait bien deux qui fonctionnaient sur les quatres malgré l’erreur remontée pour tous?
J’ai re-installé les deux défectueux et ça a marché pendant quelques temps. J’ai à nouveau un problème de communication sur certains équipements qui sont passés au smiley rouge et un niveau de connection à -3.
J’ai une question simple, pourquoi les commandes se font correctement avec l’appli smartlife qui se connecte via mon routeur avec un niveau wifi suffisant et pourquoi cela se passe moins bien quand je passe par Jeedom et toujours mon routeur avec le même niveau wifi entre routeur et équipement qui n’a pas changé, et qui semble insuffisant? Je rappelle que mon Jeedom Atlas est connecté par cable éthernet.
A quoi correspond exactement le niveau de connection -1, -2, -3?

4
  • -1 : périphérique avec retour d’état OK
  • -2 : impossible de préparer la connexion au périphérique
  • -3 : périphérique non connecté
5

Merci @Furaxworld pour ta réponse sur le niveau de connexion, mais la deuxième question est en fait la première partie de mon post

J’ai une question simple, pourquoi les commandes se font correctement avec l’appli smartlife qui se connecte via mon routeur avec un niveau wifi suffisant et pourquoi cela se passe moins bien quand je passe par Jeedom et toujours mon routeur avec le même niveau wifi entre routeur et équipement qui n’a pas changé, et qui semble insuffisant

En résumé, quelle peut être la cause de ces mauvais niveaux de connection?
Pour info j’ai rajouté un répéteur avec le même SSID et pwd, pour améliorer le niveau wifi qui pourtant est suffisant pour smartlife et pas pour Jeedom, c’est ça mon problème.

6

Après optimisation du positionnement de mon répéteur et nouvelles inclusions, j’ai réussi à récupérer mes appareils défectueux.
Une question que je n’arrive pas à résoudre, pourquoi faut il un niveau wifi plus important avec Jeedom/wifilightv2 qu’avec l’application smartlife, qui fonctionne dans tous les cas sans problèmes et sans répéteur. Je rappelle que mes équipements sont placés dans mon jardin à environ 10m de ma box avec un mur intermédiaire. D’autre part, certains équipements placés à moins d’une mètre, ne réagissent pas pareil, un fonctionne sans répéteur et l’autre répéteur nécessaire?
L’explication doit se trouver dans les chemins de communication des informations, qui doivent être différents entre l’équipement et le plugin ou Smartlife. Aussi, je serais intéressé par votre expertise pour bien comprendre mon problème qui est sensible et qui pourrait revenir
Merci d’avance pour votre retour

7

Bonsoir.
Dans ton message initial tu précises que tu as réactivé tes droits sur le cloud tuya.
Il s’agit bien du site iot.tuya.com ?
Les miens viennent d’expirer et je n’ai pas trouvé la méthode pour réactiver le projet initial: peux tu me donner quelques pistes ?
A défaut création d’un nouveau projet donc nouveaux Access ID et Access Secret mais je crains de devoir refaire une inclusion pour la création des périphériques avec sans doute de nouvelles commandes.
Cordialement.

Edit: finalement fait un renouvellement pour 6 mois

Par ailleurs vu sur Home Assistant une intégration tuya qui ne passe plus par iot → code récupéré dans l’application Smartlife/Tuya et validation par QR code mais est-ce transposable sur le plugin wifilightV2 ? )