Piloter un périphérique Tuya/Smart Life depuis eedomus

[dommarion]

Bonsoir zebess,
Lors de l'exécution de "ici pour lister vos équipements et scènes Tuya" as-tu bien saisi les informations Clientid et Clientsecret ?
(à récupérer lors de l'exécution du tuto https://gladysassistant.com/docs/integrations/tuya/)
à ne pas confondre avec ton email et mot de passe à entrer dans le site Tuya Developer Platform
Merci pour ton retour.
dommarion

[dommarion]

Bonjour Dommarion, j'ai vérifié la liste, pas de souci de ce coté, je n'ai pas de doublons ou de devices non souhaité.
Paope

As-tu relancé tes périphériques ?
merci
dommarion

[zebess]

Oui tout à fait sinon j’ai le message que ça n’a pas réussi à se connecter. La il se connecte bien mais sans périphériques

[dommarion]

Je te propose dans ce cas de finir l'installation, puis dans le périphérique cliquer sur "Configuration du périphérique" puis cliquer sur "tester". Dans la fenetre qui s'ouvre, ajouter &debug=1 en fin de l'url
Faire un copier/coller de la fenêtre et m'envoyer en MP.
Merci
dommarion

[zebess]

Je te propose dans ce cas de finir l'installation, puis dans le périphérique cliquer sur "Configuration du périphérique" puis cliquer sur "tester". Dans la fenetre qui s'ouvre, ajouter &debug=1 en fin de l'url
Faire un copier/coller de la fenêtre et m'envoyer en MP.
Merci
dommarion

Je vous ai envoyé en mp le résultat. Merci.

[dommarion]

Bonjour zebess,
Oui j'ai vu. Je t'ai répondu pour investiguer le problème.
On fera un retour sur le forum une fois tout résolu.
Merci
dommarion

[zebess]

Apres échange avec dommarion, j'ai eu un bug qui ne m'affichait pas mes périphériques lorsque je renseignait mes "Access ID/Client ID" et "Access Secret/Client Secret" récupéré sur le site platform.tuya.com à l'etape 3 de la doc: "vous allez renseigner les identifiants de Tuya loT Development Platform".
J'ai eu un doute sur "Votre Client_id Tuya" et "Votre Client_secret Tuya" qu'il fallait indiquer.
Je mettais alors le "Project Code" à la place mon "Access Secret/Client Secret" et j'avais une connexion bizarrement acceptée : ce qui m'induisait en erreur sur le code qui était attendu dans le champ: "Votre Client_secret Tuya:"
Autre point, je ne possède pas de passerelle car mes périphériques sont en wifi. Je n'avais donc pas coché la case passerelle à la création : ce qui me paraissait "logique". En fait, même si l'on ne possède pas de passerelle, il faut cocher cette case, la laisser vide, et remplir le champ id du périphérique que l'on souhaite ajouter.
Lors d'ajout de périphériques supplémentaire, il ne faudra en revanche ne plus cocher cette case.
Encore merci à dommarion d'avoir pris le temps d'analyser ma problématique.

[dommarion]

Merci zebess pour ce retour. La documentation a été adaptée selon tes commentaires.
Ce PLUGIN fonctionne avec ou sans passerelle Tuya (ou autre marque), il faut quand même créer pour récupérer le Token indispensable au fonctionnement.
Pour l'instant tout le monde a réussi à l'utiliser, j'espère que la documentation adaptée sera plus aidante pour les nouveaux utilisateurs.
Dans tous les cas, nous avons une eedomus avec du Zigbee digne de ce nom et avec un nombre impressionant de périphérique du marché.
Bon weekend
dommarion

[zebess]

Bonjour,
Mon token ne répond plus depuis 3 jours et j'ai ça au test: Please upgrade to the official version: Your quota of Trial Edition is used up
Il faut payer le site tuya developpement pour profiter de l'application du store ?

[dommarion]

Bonsoir Zebess,
La version d’essai se prolonge en faisant la demande sur le site Tuya developer.
On fait tous cela depuis le début sans soucis
C’est écrit dans le fil du forum.
Bonne soirée.
Dommarion

[zebess]

Bonsoir,
Merci pour le retour. Je vais relire le fil pour avoir l’information.

[Lookoom06]

Bonjour Dommarion,
Pour autorization management, j'en ai 12 ou 13 / jour, non 6000.
Les 6000 c'est le total quotidien.
Par ocntre je n'ai pas les Device management ou Scene Linkage ou device control dans le menu déroulant. je t'avais mis le screen shot de ce que j'ai.
Si j'ai un probleme d'instal, peux tu me guider sur la box pour trouver les scripts qui tournerait pour rien ?
là je ne sais pas faire...
Bon j'avoue que je désespère un peu là, j'y ai passé des heures dessus...
Merci de ton aide.

Bonjour paope, Bonjour Dommarion,

J'ai exactement le même problème, et bien que mon token ait été renouvelé, je suis toujours bloqué... A-t-il été résolu? Merci pour votre aide.

[dommarion]

Bonjour Lookoom06,
Peux tu décrire ton problème tel qu'il est visible sur eedomus ?
D'autre part on verra comment cela fonctionne sur la plateforme de developpement Tuya plus tard.
Merci
Bon dimanche
dommarion

[Lookoom06]

Bonjour (et tous mes voeux à tous pour cette nouvelle année),
Sur eedomus, la passerelle est déconnectée depuis 9 jours, et le seul device que j'ai pour l'instant recréé sur eedomus (capteur de température) m'a donné sa dernière température il y a 10 jours. J'en profite pour suggérer d'être un peu plus explicite dans la doc de Tuya Direct, car il m'a fallu un bout de temps pour comprendre comment faire la demande de renouvelement de la période d'essai (token), c'est ce qui m'a pris le plus de temps.
Et depuis que je l'ai fait, cela ne fonctionne toujours pas car j'ai largement dépassé le seuil des 30000 appels à l'API depuis le 6/12 (92400 en fait), date de mon premier branchement. Je découvre au fur et à mesure.
Après analyse plus fine, je crois que tout cela est lié au nombre de devices zigbee tuya de mon installation (48 ont été automatiquement "transférés", et je ne parle pas de ceux qui sont toujours sur Zigate, et que j'aimerais transférer sur Tuya Direct because les déconnections incessantes, mais je ne vais as rouvrir un sujet qui a déjà été adressé sur ce forum), et en particulier aux TRV (les vannes thermostatiques de radiateur), qui envoient très régulièrement des informations de température, et aux autres thermomètres que j'ai ici et là.
J'espèrais que Tuya direct me permettrait de gérer tout cela... Je souhaiterais maintenant décider moi-même de quels devices doivent être "online" et "offline" dans la liste IOT Platform. Je suppose que les devices "offline" n'envoient pas d'infos à l'API, donc si j'arrive à déconnecter tous les thermomètres (qui me sont bien utiles quand je gère mon installation avec l'app Tuya, donc je ne peux pas les déconnecter "en vrai" de l'app Tuya), j'aurai moins de calls à l'API? Quelqu'un a une idée?
Count des calls:
API Calls 92,480 Times
IoT Core 92,248 Times
Applet/H5 version for Hotel 229 Times
Standard Version for Hotel 229 Times
Premium Version for Hotel 229 Times
Smart Home Basic Service 3 Times
Data Dashboard Service 0 Times
[Deprecate]Smart Home Scene Linkage 0 Times
Message Subscriptions 0 Times
Device Bind Count 47 PCS
Controllable Device Bind Count 5 PCS
Other Services Usage Statistics
Service Name Usage Unit
Authorization Token Management 229

[Lookoom06]

Bonjour à tous,

J'ai trouvé réponse à ma question et quelques autres infos intéressantes :
- je déconseille de faire un linkage automatique, utiliser "custom" et sélectionner 1 à 1 les devices que vous voulez piloter ou suivre par Tuya Direct, car si comme moi vous avez bcp de capteurs cela génère trop de devices linkés au projet et donc de calls API pour le quota disponible,
- vous pouvez passer de linkage "auto" à "custom" et choisir vos modules linkés de la façon suivante : après "open project" , sélectionner "Link App Account", puis "Manage Devices". Les devices "unlinkés" ne génèrent plus de calls mais sont toujours actifs dans l'app Tuya, et peuvent toujours être commandés de eeDomus via l'API classique (Home assistant),
- les scripts eedomus donnant la liste des devices et leurs ids ne fonctionnent plus chez moi que ce soit celui de l'API classique ou la méthode de dommarion (sans doute à cause des quotas dépassés), donc je ne peux accéder aux iDs des scènes tuya, qui deviennent indispensables avec l'API classique, car je ne peux commander directement mes modules (par ex les TRV). Pour avoir les IDs des scènes à partir de la plateforme de développement Tuya : aller dans API explorer (menu de gauche), Scene Linkage rules, Query Linkage rules. On trouve le "space id" dans "space management", "query space list".
-comme cela par ex je crée une scène "radiateur confort" ou "radiateur hors gel" dans l'app Tuya, que je les lance via l'API classique et cela ne génère pas de calls, et je n'utilise Tuya direct que pour remonter des températures ou autres capteurs qui ne remontent pas via l'API classique.
Voilà, voilà...

[dommarion]

Bonjour Lookoom06,
Bonne année 2025.
J'ai lu ton résumé et je ne suis pas sûr d'avoir compris le problème et la/les solution.s apportées.
Je lis que tu utilises le Plugin Tuya avec l'API de Home Assistant, et aussi le Plugin Tuya Direct.
Le plugin Tuya Direct est censé remplacer à 100% celui qui utilise l'API de Home Assistant, et en effet l'utilisation des scènes (ou automatismes) permet de s'affranchir des limites de commandes.
La lecture des données est limitée à 50 appareils ce qui est rarement atteinte, mais peut être est-ce ton cas, si oui, alors en créant 2 comptes "Tuya Developer" tu peux contourner cette contrainte et doubler de fait les limites.

J'en profite pour suggérer d'être un peu plus explicite dans la doc de Tuya Direct, car il m'a fallu un bout de temps pour comprendre comment faire la demande de renouvelement de la période d'essai (token), c'est ce qui m'a pris le plus de temps.

J'en profite pour te demander de nous suggérer un complément à la documentation afin de la rendre plus lisible et compréhensible.
Bonne semaine
dommarion

[Lookoom06]

reBonjour Dommarion,

Merci pour ta réponse, mon hypothèse (à confirmer), est que ce sont mes capteurs, principalement les thermomètres (une quinzaine yc ceux qui sont dans mes TRV) et les capteurs de luminosité qui ont généré ces près de 100 000 calls alors que le quota est à 30 000. Je suppose qu'il y a 1 call à chaque envoi de mesure, donc ma limite n'est pas le nombre d'appareils, mais la quantité de data qui transite par l'API. Depuis que j'ai supprimé du projet presque tous les capteurs (sauf quelques uns) tout est rentré dans l'ordre, la passerelle est connectée, et les 2 thermomètres qui me restent remontent les bonnes infos. Je rajouterai dans le projet des appareils seulement si j'en ai vraiment besoin dans les scripts eedomus ou l'agenda, et pour le reste (lancer des scènes tuya, commander des inters etc...) l'API Home Assistant me suffit, pas de quotas, pas de token etc... et je maitrise.

Quand j'aurai le temps d'avoir une approche plus rationnelle, j'ajouterai d'autres appareils un par un dans le projet et je monitorerai le nombre de calls API pendant quelques jours pour voir d'où mon problème venait exactement... Il me reste encore une dizaine de modules zigbee sur Zigate que je vais migrer sur l'API (donc une soixantaine au total, à 4€ le thermomètre et moins de 10 l'inter ça va vite). Note : tout ce qui doit être fiable (chaufferie, piscine etc...) est sur Zwave.

Je suggère de rajouter dans la doc :
Si la passerelle est déconnectée en permanence dans eedomus, vérifier dans la Tuya Developer Platform si la "période d'essai" n'est pas arrivée à expiration (token à renouveler), ou si l'un des quotas autorisés n'a pas été dépassé.
Pour renouveler le token : Cloud->Development->Open Project->Service API->IoT Core->View details : clique sur le signe (+) sous IoT Core, et "extend trial period" en vert. Le renouvellement du token prend environ 2 heures
Si le quota en nombre d'appareils (50) ou nombre d'appareils actionnables (10), ou calls à l'Api (30000) est dépassé :
- identifier la source du problème : Cloud->usage, ou API statistics
- supprimer des appareils du projet : Cloud->Development->Open Project->Devices->Link App Account->Manage Devices puis passer en mode "custom" et "unlinker" des modules (ils seront supprimés du "projet" mais pas de l'app Tuya)

[dommarion]

Un grand merci lookoom06, la doc est mise à jour (paragraphe 5 ajouté).
Merci pour les commentaires si besoin d'adapter encore ce Plugin.
dommarion

[thevret]

Bonjour,
je viens de connecter une prise tuya Lidl et un double interrupteur Zemismart. L'installation s'est faite à peu pres correctement et le suivi dans eedomus est correct. L'historique prend bien en compte les actions et commandes réalisées à travers Eedomus. Par contre lorsque que j'utilise l'application smartlife ou lorsque j'utilise l'interrupteur, les états ne sont pas remontés dans Eedomus. Est ce normal?, il y a quelque chose que j'ai loupé? Avec votre vision d'expert, vous allez certainement voir ce qui cloche. Cordialement

[dommarion]

Bonjour thevret,
Content que tu aies pu configurer l'intégralité avec les éléments de la documentation du Plugin.
S'il existe le retour d'état, alors il est remonté dans eedomus car eedomus récupère l'intégralité de l'API de Tuya.
Pour aider, je te propose de passer en mode test ton périphérique et de faire un copier coller de ce que tu as dans la fenêtre XML. Peut être que le XPATH n'est pas correct ou bien que la fréquence de pooling n'est pas correcte ?
Merci
dommarion