Bonjour,
Alors si vous avez été ban comme vous dites il y a un raison, vous avez été insultant envers le développeur de mémoire!
2 « J'aime »
Il n’y a que les modérateurs et les admins qui peuvent ban …
Si vous l’avez été c’est que vous n’avez pas respecter la charte de ce forum.
Par cette accusation sans preuve à l’encontre du développeur vous risquez à nouveau des sanctions.
2 « J'aime »
Précisions :
Ce fil concerne l’aide pour trouver id/localKey pour Tuya SmartLive
le premier poste est bien sûr correct et est mis en oeuvre par des milliers d’utilisateurs.
La première réponse de @Louis est incorrecte puisqu’il écrit que l’on utilise packet capture pour les produits compatibles smartlife et les produits compatibles Ewelink. Mais ensuite il a bien précisé la différence.
Je reste quand même effaré de cette façon de s’exprimer :
Et aussi de cette affirmation erronée :
1 « J'aime »
c’est sur qu’au lieu de répondre clairement il était préférable de partir dans des affabulation au sujet des trésors ou autre jeux de clé de 10 …
quand la question est :
du coup… la clé c’est bien localKey":« xxxxxxxx » ?
et l’ID « productId »:« zzzzzzzz » ou « devId »:« yyyyyyyyy »
et que la réponse est :
« localKey »:« xxxxxxxx » c est l’identifiant et « uuid »:« c52e2221de3974bc » c’est le « jeton »
il est vrai que c’est tellement logique de mettre le terme « jeton » dans le développement du produit pour ensuite mettre en remarque sur le coté le fait que « Jeton » est en fait la « Key »
mais qui en fait n’est pas la « localkey » mais UUID contrairement à ce qui est dit en première page…
mais c’est moi qui ai un souci…
mais bien sur…
pour ma question concernant les IP elle était en effet hors sujet, je n’avait pas vu que l’équipement me donnait sa (ma) propre IP publique…
mais bon… je vous laisse les 4€
et je vais sur une autre plateforme plus friendly…
c’est sur que vous allez aider Jeedom à se developper avec un accueil comme ca!
1 « J'aime »
Ceci est la réponse donné par @Louis qui n’est pas la bonne. Les aides du premier poste sont les bonnes, de plus ma réponse, qui est claire, est la copie du premier poste, donne les éléments à rechercher et jamais je n’ai écrit qu’il fallait utiliser le uuid. Concernant où mettre ces éléments il faut effectivement lire le cartouche bleu.
Pour ce qui est de l’accueil général et du mien en particulier, effectivement je n’atteins pas le 100%, les réponse précises n’ont pas suffit et même l’humour.
Et merci d’avoir fait progresser le plugin j’ai remplacé key par localKey et Device ID par deviceId dans l’aide du cartouche bleu.
Bonsoir ,
J’ ai découverts depuis 2 jours les produits LSC de chez Actions .
Avec le plugin Smart life , le plafonnier étant pas reconnu , j 'ai décidé de me lancer dans l’aventure wifilightV2.
Bon comme beaucoup , je me suis heurté à cette fameuse récupération de la localKey … 
Et bien j’avoue que ce n’est vraiment pas simple , parcours du combattant …
Oui je sais , j’ ai la doc 
Partant de là et d’ailleurs surtout je me lance:
Depuis mon tel Android avec différentes versions de SmartLife ( 3.11.,3.12 )
PacketCapture, HttpCanary.
Apres moultes tentatives , certificats à installer , je capture … super plein de logs … illisibles rien d’exploitable avec cette fameuse LocalKey … 
je change de matos … une tablette , un vieux android S5 … pareil…
Ok j’installe Nox (émulateur Android) …
Pas mieux , Pfff
Puis je tombe sur ce post :https://pypi.org/project/tinytuya/
Je crée un nouvelle Vm Debian … je suis les étapes …
Et là en même pas 20 minutes , je récupère le saint Graal : les dites LocalKey de mes devices …
Voilà mon retour
@bernardfr.caron En tout cas super boulot du Dev 
1 « J'aime »
J’ai modifié le 1er post en ajoutant ton lien. Merci!
1 « J'aime »
Salut ,
J’ai bien renseigné mail et device …mais j’ai du mal a trouver les api sur tuya.io
Merci d’avance
stephane
1.70 - 2021-02-05 (beta)
- Tuya : Ajout d’un module chauffage soufflant
- Tuya : Ajout de deux diffuseurs
- Tuya : amélioration du fonctionnement des diffuseurs Proscenic
- Tuya : la passerelle Silvercrest de Lidl est compatible avec le plugin en tant que passerelle Zigbee/Tuya
- Tuya : correction * dans le champs dps
- Tuya : ajout de l’apprentissage des couleurs
- Meross : correction bogue switch et plug 1 canal
- Meross : ajout de la commande de volets roulants MRS100
- ajout de l’upload et de la sélection dans le dossier data du plugin des images alternatives
- ajout (retour) d’une option pour les périphériques Tuya permettant d’empêcher le plugin d’interroger l’état lors du démarrage du deamon et régulièrement.
j’aurais besoin que les beta testeurs testent l’apprentissage des ampoules de couleur
Hello,
le lien est le suivant : https://iot.tuya.com/
C 'est ça que tu cherches ?
n 'hésite pas si besoin
Salut merci beaucoup, tes screens m’ont bien aidé
En fait je n’avais pas vu que toutes mes adresses ip internes avaient changé !
Merci merci 
stephane
Bonjour
une petite question relative au plugin et l’appli sur smartphone.
Y’a t-il une incidence sur la manière dont l’application smartlife « voit » les périphériques ? en effet depuis quelques jours, hormis ceux en wifi, l’ensemble de mes équipements en zigbee sont indiqués comme hors ligne et donc plus contrôlables via l’appli et l’assistant google. En revanche, tout fonctionne parfaitement via les scénarios et diverses commandes et interactions dans jeedom, via le plugin.
Bonjour
suite à la dernière mise à jour, j’ai ces lignes dans le log :
2021-02-21 23:36:15][DEBUG] : Receive from:192.168.0.204
[2021-02-21 23:36:15][DEBUG] : >> Receive after decode: ![158]Z[244][14][160]s[176][0][166][157][232][185]Fb[187] - not decoded
[2021-02-21 23:36:15][DEBUG] : Receive from:192.168.0.205
[2021-02-21 23:36:15][DEBUG] : >> Receive after decode: [173][225][151][138],[181]&[222][250][164][254][222][238]f_[222] - not decoded
est-ce normal ?
oui c’est normal
ok merci pour ta réponse.
et concernant le problème avec l’appli smartlife ? y’a t-il un lien avec le plugin ?
pour plus d’info, quand je reconnecte le hub zigbee, l’ensemble du matériel est visible, et au bout d’un certain temps tout passe en mode hors ligne.
Bonjour,
help, là je sèche complet … j’avais utilisé l’année dernière la méthode MITM avec mon petit Raspberry, ça fonctionnait nickel. J’ai du réassociée depuis une ampoule connecté (LSC de chez Action) suite coupure élec un peu longue. J’ai suivi cette doc: tuyapi/docs/SETUP.md at master · codetheweb/tuyapi · GitHub que j’ai mis en application sur une Debian 10 fraichement installée pour l’occasion dans une VM. Bref, tout va bien, sauf au moment de récupérer les infos :
Configuration Data Saved to tinytuya.json
{
« apiKey »: « xxx »,
« apiSecret »: « xxx »,
« apiRegion »: « eu »,
« apiDeviceID »: « xxx »
}
Traceback (most recent call last):
File « /usr/lib/python3.7/runpy.py », line 193, in _run_module_as_main
« main », mod_spec)
File « /usr/lib/python3.7/runpy.py », line 85, in _run_code
exec(code, run_globals)
File « /usr/local/lib/python3.7/dist-packages/tinytuya/main.py », line 48, in
tinytuya.wizard(color)
File « /usr/local/lib/python3.7/dist-packages/tinytuya/init.py », line 1789, in wizard
uid = response_dict[‹ result ›][‹ uid ›]
KeyError: ‹ result ›
Une idée ? Merci 
J’ai trouvé loupage de l’étape n°5 … faut pas faire ça tard le soir lol
Bonjour à tous, j’ai besoin d’un peu d’aide pour configurer sous le plugin WiFiLight la passerelle Zigbee Lidl.
J’ai réussi à récupérer l’IP de la passerelle que j’ai fixée dans mon routeur, j’ai eu la LocalKey et l’identifiant (qui est le même que le virtuel ID dans l’application Tuya).
J’ai beau rentrer toutes ces valeurs lors de la création de l’objet dans Jeedom mais il ne se passe rien, l’état de la passerelle est en -1.
Enfin j’ai essayé de créer un objet Ampoule (avec l’IP de la passerelle, la localKey qui est la même que la passerelle et l’id qui est spécifique à l’ampoule). Pareil, il ne se passe rien… Pourtant j’ai suivi la documentation à la lettre
Si quelqu’un pouvait m’aider ça ne serait pas de refus
Merciiii
Pour avoir de l’aide les éléments à apporter ici sont dans la doc.
Bonjour
achat ce matin de la multiprise chez Lidl.
tentative d’inclusion automatique : ECHEC ( le matériel est detécté par le plugin mais les differentes prises ne sont pas crées )
pas grave, un passage par le log en mode debug avec analyse des codes renvoyés lors de la manip via smartlife des différents boutons pour récupérer l’identifiant de chaque prise pour créer manuellement dans le plugin et 5 minutes après, les 3 prises sont opérationnelles. J’ai même pris le temps d’écrire ici.
En résumé, ça fonctionne sans soucis.
il n’empèche que j’ai toujours ce bug de déconnection dans smartlife de la passerelle zigbee ( et des équipements associés, j’ai toujours pas trouvé la raison à cela… ) seule solution trouvée pour l’instant est une deconnexion/reconnexion wifi pour la retrouver active.