Est-ce que je suis sur la bonne version ?
Pour la réponse de Gladys
Ce bouton normalement. Entouré en rouge. Si ce n’est pas le bon intitulé de bouton alors non tu n’as pas la bonne version « Scan Local Auto » 
^^
Ca va mouliner un petit temps normalement
C’est bien celui - là
Tu peux aller sur ta machine Gladys ensuite et en ligne de commande faire un :
docker logs gladys-tuya-test -f poure avoir les logs et me les copier en privé si possible
Bonjour @Papashultz,
J’ai peut-etre une bonne nouvelle !! J’ai trouvé un service qui gère le protocol 3.5. Je suis en train de mettre à jour l’image de test, build en cours. Si tu veux tester, ca fonctionne chez moi !!
Je valide, image à jour, la détection automatique des adresse IP même en protocol 3.5 est dorénavant fonctionnelle !!
Si tu peux tester en cliquant sur « Scan local auto » ce serait top.
Si ça ne fonctionnait pas, je veux bien à nouveau les logs en privé comme la denrière fois !!
Pour information, j’ai également ajouté une déconnexion possible du cloud dans la page Configuration :
On peut tout à fait récupérer les appareils en total déconnecté (si présents sur le meme réseau que Gladys grâce au scan UDP local). Par contre sans passer par le cloud, il manquera des informations comme le nom de l’appareil car ce dernier n’est stocké que sur l’application et non dans l’appareil.
En récupérant via le cloud puis en faisant le scan local, on obtient la totalité des informations.
J’ai pu tester le contrôle local d’une prise Tuya sans passer par le cloud de bout en bout, ça fonctionne nickel.
Il n’y a plus qu’à ajouter la gestion du reste ^^
J’ai également pas mal bossé sur toute la partie retour d’info / erreur côté connexion. Plus reconnexion automatique cloud si connecté (pas de reconnexion si Déconnexion manuelle réalisée évitant ainsi une reconnexion sur un redémarrage de Gladys)
Bon maintenant il faut les prendre en charge en total local. Mais tout est là ^^
Bonjour,
Les circonstances vont à l’encontre de cette expérience.
Désolé de ne pas avoir pu répondre plus tôt. Je ne suis plus chez moi actuellement, j’ai du faire un bon de 690 km pour aller faire du papymamy-sitting. Je ne rentrerai chez moi au mieux que dans huit jours.
C’est avec plaisir que j’ai commencé cet essai et j’aimerai bien pouvoir le terminer.
S’il n’y a personne d’autre et que cela n’est pas trop pressé, on peut remettre ça. si l’intégration est faite d’ici là, je la testerai aussi.
Bon courage, a dans 8 jours.
2 « J'aime »
Hello !
Petit retour vite-fait.
J’ai été chercher deux prises cette après-midi avec energiemètre. 6,50€/pièce. Elles sont grosses et moches mais derrière un meuble…
Après les avoir ajoutées dans l’application, passage sur gladys, fresh install. Tout fonctionne parfaitement !
J’avais déjà un compte cloud et après un renouvellement du contrat, tout roule directement. Et à ce sujet, il n’y avait pas de message d’erreur dans Gladys me disant que le renouvellement était nécessaire…
J’ai pu demander 6 mois directement. Par contre, il y a un maximum de 10 devices contrôlables. Peut-être à ajouter dans la doc ?
Et j’ai dû les rendre contrôlables en cliquant sur “Change” :
Quand on passe en mode local, les devices disparaissent du tableau de bord mais après ajout à nouveau, contrôle instantané !
Ca serait bien de dire que quand on contrôle en local, on ne perd pas le contrôle via l’application. J’ai testé le 3.5, pas de souci ! Si j’enlève le device de l’app Tuya, j’en perds le contrôle via Gladys également ?
J’ai testé le bouton de proposition de prise en charge via GitHub mais n’y a-t-il pas un risque de créer des doublons ? Ne faudrait-il pas demander à ce qu’on écrive une brève description de la demande ou du matériel ? Dire que pour les caméras, le flux ne sera pas accessible (mais les alertes peut-être ?)
Voilà, j’ai proposé via GitHub l’énergiemètre à pinces ampèremétriques et la sonnette (on ne sait jamais que le bouton soit accessible…).
Je n’ai pas encore appairé la deuxième prise si tu veux que je fasse d’autres tests (et bien que ce soient les mêmes, j’ai eu deux versions différentes 
) …
Bravo en tout cas ! Et pour le contrôle en local, c’est trop bien !
PS : Pour info, voici toutes les fonctions renvoyées lors de la découverte (extrait des logs)
Résumé
2026-02-21T22:33:43+0100 tuya.discoverDevices.js:38 (TuyaHandler.discoverDevices) 5 Tuya devices found
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_flip » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_osd » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_private » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_sensitivity » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_nightvision » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_storge » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_status » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_format » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « movement_detect_pic » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « ptz_stop » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_format_state » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « ptz_control » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « ptz_calibration » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « decibel_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « decibel_sensitivity » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « record_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « record_mode » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « siren_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_tracking » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « humanoid_filter » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « alarm_message » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_anti_flicker » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « initiative_message » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « countdown_1 » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « voltage_coe » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « electric_coe » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « power_coe » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « electricity_coe » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « fault » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « relay_status » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « overcharge_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « light_mode » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « child_lock » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « cycle_time » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « random_time » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « switch_inching » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_flip » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_osd » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_private » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_sensitivity » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_nightvision » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_storge » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_status » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_format » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « movement_detect_pic » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « ptz_stop » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_format_state » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « ptz_control » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « ptz_calibration » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « decibel_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « decibel_sensitivity » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « record_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « record_mode » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « siren_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_tracking » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_area_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_area » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « humanoid_filter » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « alarm_message » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_indicator » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_flip » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_osd » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_sensitivity » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_nightvision » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_storge » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_status » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_format » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « movement_detect_pic » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « sd_format_state » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « motion_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « doorbell_active » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « record_switch » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « record_mode » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « doorbell_pic » code is not managed
2026-02-21T22:33:48+0100 tuya.convertFeature.js:17 (convertFeature) Tuya function with « basic_device_volume » code is not managed
Bonjour @Papashultz,
Aucun soucis, c’est sympa à toi de prévenir. Tu seras bien sûr le bienvenu pour tester de nouveau à ton retour. Et pour le coup cela aura peut-être enlevé quelques truc qui auraient mal fonctionnés.
@GBoulvin participe également aux essais. On devrait bien avancer ensemble !!
Profite bien des petits-enfants 
Salut @GBoulvin,
Ah mince, ce point m’intéresse grandement ^^ :
- As-tu eu un message d’erreur à la tentative de connexion malgré tout ? Meme autre que celui escompté ? Ou rien du tout juste pas de connexion ?
J’ai voulu tester, mais j’avoue que j’ai eu peur de tenter un arrêt de la période d’essai (est-ce qu’on peut le faire vraiment d’ailleurs) pour redemander derrière… J’ai préféré ne rien toucher ^^
Mais pour le coup, il faudra qu’on trouve un moyen de faire le test pour que je trouve les logs liés.
En effet oui ^^ As-tu par hasard plus de 10 devices ? ^^ Sinon j’en ferais l’acquisition pour tester ce que ça donne en remonté d’info / read-controllable / cloud-local. Pour le coup, si le control ne vaut que pour le cloud mais que ca fonctionne en local et qu’on a quand meme le read pour les + de 10 alors ça ne devrait plus etre contraignant ^^
Je vais tester voir ce que ça donne en local sans le control cloud. Car c’est nul, une fois rendu Controllable on ne peut plus les remettre en read only 
Oh !! Pas good ^^ Je n’avais pas testé ^^ Je regarde ce que je peux faire ^^
En effet, je vais ajouter ça dans la partie « Local » des infos de la page configuration.
Top ! Donc tu as des appareils en 3.5 ? Controle Ok ?
Alors là bonne question ^^ Pas testé, je teste ça sur une prise mais pour moi :
- Cloud oui forcément
- Local normalement non puisque ça communique en direct avec l’appareil mais à tester
- Si oui en local, alors il faudrait tester un réapparaige via le scan local auto
En effet !! Je suppose que cela vaut pour les autres intégrations qui contiennent cette option. Pour le coup on peut ajouter un laïus pour expliquer de vérifier en parallele qu’une demande n’existe pas déjà. A voir si on peut le faire en automatique …
En effet ! Meme si normalement via le cloud on a toutes les infos nécessaires à l’ajout. Mais oui on peut mettre ce qu’on veut ^^
Alors je peux … mais pour le coup … ce sera peut-être possible via un ajout ^^ J’ai pu le faire pour Netatmo ^^ (Meme si toujours pas sorti 
)
Et pour les alertes … a voir, la demande github en dira peut-etre plus !
Avoir un lien entre le flux caméra et les features de controles / alertes pourraient avoir un intérêt … avec l’IA … analyse d’image => vérif alerte => controle caméra …
Au top !
Je vais les supprimer, j’ajoute des choses, je me rend compte qu’il n’y a pas assez d’infos, notamment en local, si on fait le Poll local DP, il faut avoir les infos pour ajout.
Je vois que les titres des issues intègres les types de matériels, j’ajouterais si c’est une demande de gestion local ou cloud + le product_id permettant peut-etre de rechercher avant si une issue existe
Si pas encore appairée, je veux bien que tu fasses le test de controle local sans avoir donné le control sur le Tuya Cloud
Super merci !! Je vois ce que je peux en faire ^^
Je vous préviens quand j’ai fait un retour de tout ça !! Merci encore
1 « J'aime »
Ok alors ça c’est traité ^^ Plus de risque 
Dorénavant il y a une recherche sur le titre pour se prémunir de ça :
Si pas d’issue trouvée alors on va sur la page de création qui intégre maintenant les dps locaux et dont le titre contient le product_id et si c’est une demande de gestion cloud (plus simple) ou local
Si une issue existe déjà, on revient directement sur notre page de découverte, « Proposer ce périphérique » devient non cliquable et un petit laïus explicatif apparait, avec accès forum direct
Et accès vers la page des issues filtrées
1 « J'aime »
La suite des ajouts/clarifications suite à tes remarques :
Documentation/UX (page de configuration Tuya)
- Ajout de la limite des 10 devices contrôlables (trial Tuya Cloud).
- Explication sur le fait de rendre les devices “Controllable” dans Tuya IoT Platform (bouton “Change”).
- Précision que le mode local ne désactive pas le contrôle via l’app Tuya/Smart Life.
- Mention de la limite actuelle pour les caméras : pas de flux vidéo (alertes possibles plus tard).
Message “trial expiré”
- Si l’API Tuya renvoie une erreur contenant trial/expired/subscription/resource pack, un message plus explicite s’affiche avec lien vers la plateforme Tuya.
Mode local : devices qui “disparaissent”
- En local‑only (cloud déconnecté), le scan local affiche désormais aussi les devices déjà créés dans Gladys, ce qui évite la sensation de “disparition” et permet l’update local directement.
Dashboard : devices qui “disparait” lorsqu’un appareil cloud passe en local
- Il s’agissait du selector qui était sans slugify sur le premier enregistrement (du coup on avait « : » au lieu de « - »), lors d’une sauvegarde ultérieure, ça passe par le slugify du core gladys je suppose et du coup on ne retrouvait plus le même selector. Corrigé
Ajout de la possibilité d’enregistrer un appareil avec des fonctionnalité manquante. Par exemple ici une climatisation avec un binary pour l’allumer cela permet de continuer à l’utiliser. On peut proposer l’implémentation de nouvelles fonctions. Le jour ou on le fait le bouton passera en « Mettre à jour ».
@GBoulvin image à jour si tu veux essayer de nouveau !
Et du coup si tu peux recréer tes 2 issues après avoir fait un poll local please ! (ca me donnera plus d’info ^^
3 « J'aime »
Quand tu t’y mets, ça bosse dur !
J’ai essayé d’appairer la seconde prise sans passer par l’app mais aucune idée de comment faire. Elle ne diffuse pas d’AP et n’apparaît pas en BT donc je ne vois pas comment lui mettre les identifiants WiFi.
J’ai refait les issues GitHub mais il semble que je puisse en créer plusieurs avec un même device. J’ai eu ça en cliquant sur ‘Proposer de nouvelles fonctions’ pour la prise :
Et en même temps, je ne vois pas vraiment quelles fonctions ajouter… (à part les devices virtuels pour le calcul 30’ de conso) A moins que… Le Childlock par exemple ?
Bref, une, mais pas quinze ! Enfin, deux peut-être mais pas quinze ! Quoique…
Pour répondre à ton interrogation précédente, je n’avais aucun message spécifique disant que le trial était expiré dans Gladys (et j’ai dû chercher dans Tuya Cloud). Juste ‘Connecté au compte cloud Tuya’.
Je te confirme le les devices ne disparaissent plus du dashboard.
Dans les logs, j’ai ça qui apparaît très souvent :
2026-02-22T18:12:30+0100 <warn> tuya.loadDeviceDetails.js:28 (TuyaHandler.loadDeviceDetails) [Tuya] Failed to load specifications for bf0e59548489fcb4ea62of: getaddrinfo EAI_AGAIN openapi.tuyaeu.com
<<<<<< !!! debug log is NOT enabled !!! >>>>>>
******debug flag is false *****
******debug flag is false *****
PS: Mon fils m’apprend qu’il a une bande LED LSC smart Connect dans sa chambre, on va pouvoir tester aussi
En effet, il faut obligatoirement les appairer.
Pour ma part j’ai testé Appairage → Enregistrement Gladys → Test OK → Désappairage de l’application → Test KO => Ca confirme ce que je lisais sur le forum de HA. Lorsqu’on désappaire, Tuya casse la possibilité de communication même en local et retire l’id dans l’appareil !! Abusé. Maintenant, il va falloir que je teste si il est possible de poursuivre la communication si on coupe juste la communication avec les serveurs Tuya en bloquant la route dans le firewall !!
Je pense que c’est lié à des DP que je dois « cacher ». Par exemple dedans est diffusé le DP 11 qui est un ‹ countdown › qui représente un décompte si tu demande à ta prise de se couper après un laps de temps. Mais ce n’est pas une feature gladys, du coup je ne la prend pas en compte, mais il y en a plein d’autres.
Oki, merci, on verra ça dans 6 mois ou sur retour user alors ^^
Non je vais tenter de recréer un compte, ca devrait matcher
Mouai … Je viens de tomber sur la meme avec ma clim ^^ La requete est immensément longue pour créer l’issue avec beaucoup de fonctionnalité …
On vient de trouver une solution avec notre ami l’IA : si la requete renvoi une erreur, on la ferme, on revient sur gladys et on affiche un encart pour copier les datas + un bouton pour accéder de nouveau à une issue mais seulement avec le titre prérempli :
Je vais remettre l’image à jour, je te préviendrais, mais si possible, il faudra que tu recrées les demandes pour le coup je suis désolé.
A la limite, si tu vois que ce n’est pas good, ne crée pas pour le moment ^^ Comme on est sur du test … ca evitera de polluer les issues ^^
Et je viens de trouver la requete qui nous faisait défaut pour avoir le lien des dps_id (utilisation locale) vs les codes specif (utilisation cloud). Du coup avec ça on devrait simplifier largement les intégrations de matos
1 « J'aime »
J’ai trouvé ce qui n’allait pas, en fait si tu ne refreshait pas la page, il refaisait pas de vérification sur la meme instance. Le bouton est dorénavant verrouillé jusqu’à un refresh ou un changement de page (le but étant d’éviter d’atteindre les limites autorisées de 60 par github pour les requetes si quelqu’un cliquait à répétition).
En cas de souci de longueur de post pour l’issue, on revient dorénavant sur la page, on peut copier dans le presse-papier les logs, puis sur « Créer une issue vide » qui ne contiendra que le titre (permettant de le formaliser et donc de ne pas créer de doublon) puis de coller directement dans la description Facile et efficace :
Et l’image se met à jour, @GBoulvin, tu pourras mettre à jour quand tu le souhaite !
1 « J'aime »
!! Attention !! Pas implémenter dans l’image de test fournie pour le moment
Et grâce aux datas des issues, developpement presque complet par l’IA en peu de temps juste avec un petit prompt et un copier/coller de l’issue pour l’intégration des climatiseurs (ici Airton) :
Gestion complète en local ou en cloud.
J’ai dû revoir la configuration des dossiers/fichiers car c’est le premier du coup il collait tout dans 1 ou 2 fichiers globaux !! Mais pour la suite ça devrait passer presque en 1 fois ^^
1 « J'aime »
Hello !
J’ai testé l’image disponible et refait les propositions sur GitHub.
Deux questions me viennent :
-
Quelle est la différence entre la demande (local) et (cloud) ? Faut-il faire les deux ?
-
J’ai eu plusieurs fois le message disant que l’issue existait alors que ce n’était pas le cas (enfin, si mais je l’avais fermée). Y aurait-il un filtre à mettre pour que la recherche ne se fasse que sur les issues ouvertes ?
Bravo ! Excellent présage !
1 « J'aime »
Hello @GBoulvin,
La demande cloud contient seulement les infos cloud. Donc je le spécifie dans le titre car l’issue locale aura des infos supplémentaires. Cela peut-etre utile si une personne n’arrive pas à réaliser la communication locale avec un de ses appareils, il pourra toujours les gérer en cloud.
Mais bien sûr il faut préconiser la demande après avoir fait le polling local, permettant ainsi de tout intégrer d’un coup
En effet, j’ai fais exprès de garder la recherche sur les issues fermées. Si fermée (d’ailleurs tu les vois également si tu suis le lien), c’est qu’il y a eu soit une réponse négative pour impossibilité, soit que c’est intégré et que la personne a un Gladys qui n’est pas à jour.
Qu’en penses-tu ?
Du coup pour pouvoir la recréer avec les bonnes data, moi j’ai été dans l’issue fermée et j’ai supprimé le code entre [crochet] dans le titre. Du coup il ne la voit plus.
1 « J'aime »
A part si Tuya décide d’ajouter des fonctionnalités au fur et à mesure pour un même device…
Edit :
Alors, le bouton ne sera plus ‘proposer un périphérique’. Mais ajouter des fonctionnalités supplémentaires.
1 « J'aime »
