comme je l’ai écrit le plugin ne récupère pas toutes les infos du cloud Tuya par contre elles y sont, tu pourrais les récupérer à la main.
mais ça ne résoud pas de manière générale.
les doublons je pense que cest parce qu’il ne récupère pas le local_key justement et seulement sur certains appareils.
est ce une limite du cloud Tuya ? je ne sais pas.
Pour tester il faut que je me remonte une machine jeedom et inclure tes périphériques et deboguer chez moi mais là ça va prendre du temps.
humm… tu penses qu’il y a une limite du cloud sur le nombre de requête et/ou d’inclusion ?
pour autant cela fonctionne avec l’appli ceci dit. Mais ce sont des requêtes dédiées.
je retente une inclusion pour tenter d’obtenir un fichier _inc ?
et l’hypothèse que soit un périphérique affecté à la mauvaise passerelle ?
tu as pu trovuer quelque chose sur le cloud via les identifiants ? (je te les ai transmis en mp)
En terme d’amélioration purement d’interface (je me doute que toi tu t’y retrouves) il faut noter que pour une gateway zigbee, il n’y a pas de node_id. Il faut remplacer le champs du formulaire par device_id
Par ailleurs j’ai découvert une erreur intéressante : certaines équipements étaient rattachés à la mauvaise gateway.
J’ai ré-affecté manuellement les choses mais je pense que c’est indicatif.
Dernière chose : lorsque je transforme les appareils détectés comme des wifi vers des appareils zigbee … je perds toutes les commandes… 
Et rentrer à main toutes les commandes sur tant d’équipements… comment dire…
je continue de chercher.
En chemin, j’ai refait une inclusion sans interrompre. Et du coup j’ai un fichier _inc
arrête de bricoler, tu perds du temps.
Euh… Je suis pas loin d’être d’accord… Mais j’ai deux pièces qui n’ont plus de chauffage piloté par thermostat…
En fait ma domotique n’est pas décorative 
Au passage j’ai bien conscience que tout ça te demande bp de travail et d’investigations.
Je ne trouverais pas déconnant qu’un plugin aussi stratégique bascule - même symboliquement - vers une forme d’abonnement à l’année.
Parce qu’au delà de l’achat le suivi justifie aussi un revenu.
Je dis ça je dis rien.
Après faut voir si c’est envisageable même sous forme de contribution volontaire.
@bernardfr.caron : désolé de revenir sur le sujet…
Quelle piste je peux lancer pour trouver une solution ?
C’est assez peu envisageable de rester sans le pilotage des chauffages par -3°
Merci d’avance pour tes idées.
les intégrer à la main : voir doc spécifique tuya et récupérer les id dans le cloud Tuya
Hummm. J’ai tenté…
Mais outre que le changement de type (de wifi à relèvent d’une passerelle) fait perdre toutes les commandes, je les ai reprises à la main, mais pour autant l’appareil ne fonctionne pas.
J’ai même débranché l’une des trois passerelles.
Et j’ai même été directement dans la base de données Jeedom avec adminer pour vérifier conformité appareil et commande.
J’ai vraiment l’impression qu’il y a un truc plus profond qui pose problème.
Par exemple : aucune arobase et pourtant à chaque inclusion tuya il me recrée quand même les appareils en double…
j’ai installé un jeedom et inclus tes périphérique pour avancer.
Nouvelle beta.
plus de doublon
node_id est OK
pour résoudre ton problème de fil pilote et aller vite
Désactive tout ce qui est en adresse ip 0.0.0.0 pour que le plugin ne cherche pas l’adresse IP (tu as des périphériques wifi sur batterie qui a priori ne peuvent fonctionner avec le plugin)
C’est très important pour que l’inclusion ne dure pas des heures.
Ensuite tu mets @ sur node_id et devid de tes fils pilote pour qu’il les recrée
tu supprimes la GW sur laquelle est attachée le fil pilote car son node_id est probablement faux et ça n’a normalement aucune incidence, elle sera recréée.
si Ko, me donner le _inc lors de l’inclusion
Bonsoir et merci pour ce boulot de réinstall …
Les premiers résultats :
1- En respectant toute la procédure : le premier fil pilote (fil pilote noam) qui existait et qui a été marqué par des @ sur nodeid et devid : cela fonctionne après avoir entré à la main l’adresse ip de la passerelle.
2- Celui qui n’existait pas (fil pilote hugo) est bien créé, mais ne fonctionne pas. Il est bien créer en mode zigbee.
Cela nous donne le premier fichier _inc.
3- J’ai donc relancé l’inclusion pour tenter de récupérer fip pilote hugo, en mettant @ au deux endroits. Cela ne fonctionne pas. A noter lorsque je compare les deux devices, étrangement cela qui fonctionne est en Passerelle Tuya/Zigbee v1 et cela qui ne fonctionne pas et qui a été créé est en Passerelle Tuya/Zigbee v2. La passerelle à la quelle les deux sont rattachés est Passerelle Tuya/Zigbee v1…
Cela nous donne le second fichier _inc.
4- Je supprimer à nouveau la passerelle et relance l’inclusion en mettant @ aux deux endroits.
Le périphérique est recréé avec Tuya/Zigbee V2 et non pas V1. Et ne fonctionne pas.
C’est le troisième fichier _inc.
Par curiosité et au cas où cela puisse servir : voici le json dans la base de données pour:
Fil pilote Noam (qui fonctionne):
{"addr":"192.168.0.119","macad":"e5ddd251002c60da","class":"TuyaCustom2_V2","WLClass":"TuyaCustom2_V2","identifiant":"a4c13839355551ec","canal":8,"delai":"0","repetitions":"1","group":"0","incremV":"10","typeN":"2200","icon":"smart\/icon\/ay15554925906369PM9S\/9c67506caafe56856628c832af94b968.jpg","type":"2203","subtype":"2203","Oldtype":"2203","createtime":"2023-01-19 18:18:35","updatetime":"2023-01-19 18:27:13","port":"","image":"","timestamp":"","subId":"","noState":"0","noFirstState":"0","inclusionDemon":"0","cfgTuyaNRJ":"6","nbLeds":"60","colorOrder":0,"controles":"","NbChan":"1","monoSlider":"0","monoSliderAmb":0}
Et pour fil pilote Hugo (qui ne fonctionne pas)
{"addr":"192.168.0.119","macad":"e5ddd251002c60da","class":"TuyaCustom2_V3","WLClass":"TuyaCustom2_V3","identifiant":"a4c138d941f0ccfb","canal":39,"delai":"0","repetitions":"1","group":"0","incremV":"10","typeN":"3500","icon":"smart\/icon\/ay15554925906369PM9S\/9c67506caafe56856628c832af94b968.jpg","type":"3503","subtype":"3503","Oldtype":"3503","createtime":"2023-01-19 18:53:30","updatetime":"2023-01-19 18:58:46","GwId":"bf37e5df57316890ffvw341673656314","port":"","image":"","timestamp":"","subId":"","noState":"0","noFirstState":"0","inclusionDemon":"0","cfgTuyaNRJ":6,"nbLeds":60,"colorOrder":0,"controles":"","NbChan":"1","monoSlider":"0","monoSliderAmb":0}
Même marque, même GW.
Précision complémentaire : plus de doublons qui se créé (cooool)
peux tu me donner le nom de la passerelle en question et son adresse IP
Zigbee Smart Gateway (Pièce : Salon)
192.168.0.119
Adresse mac : 50:8a:06;b5:b0:f3
peux tu changer le type de tout ce qui n’est pas passerelle en passant en personnalisé :
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/e5ddd251002c60da@/Fil Pilote Hugo/192.168.0.119
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/9c863e03ed896b1c/**Smoke Alarm 2/192.168.0.233**
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/bf26fdabbe9b1d58d3hawr/**Temperature Annexe/192.168.0.233**
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/9c863e03ed896b1c/Wired Zigbee gateway Annexe/192.168.0.233
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/c1f96723e78d71be/Gateway Zigbee Atelier/192.168.0.81
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/9c863e03ed896b1c/**Motion Sensor Atelier/192.168.0.81**
[2023-01-19 18:57:07][DEBUG] : Gw/Node:e5ddd251002c60da/e5ddd251002c60da**/Circuit 1 - SY1-ZigBee Hugo Soren/192.168.0.119**
Ok
Mais du coup on est d’accord que les commandes vont disparaitre… ?
possible
mais elles posent problème et sont prises pour des GW
fait une copie et teste
et prend la dernière beta
car le plugin ne trouve pas ta passerelle en 109
elle est derrière quelque chose ?
un autre routeur ?
C’est fait