Récupérer id et localkey pour Tuya Smartlife

Bonjour,

Bon… j’ai utilisé une VM avec tinytuya et j’ai retrouvé un vieux tel, sur le quel j’ai une vielle version de smarthome + packet

maintenant j’ai obtenu ca (bien dégueu):

« name »:« facade sud d »,« timezoneId »:« Europe/Paris »,« category »:« dj »,« localKey »:« xxxxxxxx »},{« virtual »:false,« dpName »:{},« lon »:« 7.0650952 »,« uuid »:« c52e2221de3974bc »,« mac »:« AAAAAAAAA »,« iconUrl »:« https://images.tuyaeu.com/smart/icon/ay1516247608878av7iZ/b5ebbf60ec1016dd82073a89c5317eeb.png",« runtimeEnv »:« prod »,« lat »:« 43.6381797 »,« devId »:« yyyyyyyyy »,« dpMaxTime »:1612427819702,« productId »:"zzzzzzzz »,

du coup… la clé c’est bien localKey":« xxxxxxxx » ?
et l’ID « productId »:« zzzzzzzz » ou « devId »:« yyyyyyyyy »

j’ai testé l’ensemble des combinaisons, et rien ne marche… aucun retour, et aucune commande n’est prise en compte. :frowning:

j’ai une autre question, pourquoi l’IP indiquée par mon ampoule est une IP sur un mauvais subnet (alors qu’elle fonctionne tres bien avec l’appli)? c’est l’IP connue par l’application via un vpn vers leur cloud? (« ip »:« 176.152.xxx.xxx »)

Dans packet capture :

arrêter la capture en sélectionnant le carré rouge
ouvrir la dernière capture
regarder les packets SmartLife, les plus lourds sont les plus intéressants.
c’est au format Json (google pour en savoir plus)
rechercher devid/name/localkey
le name est celui donné dans smartlife et l’ID est celui déjà récupéré
ils sont proches les uns des autres et on doit trouver les infos suivantes :
« devId »: « xxxxxxxxxxxxxxxxxxx »
« localkey »:« yyyyyyyyyyyyyyy »
« name »:« zzzzzzzzzzzz »

copie du 1er post.
Donc on dit de chercher par exemple un boulon de 10. Ok on n’en trouve pas, on n’a pas assez cherché, on revient avec une vis de 6 . Pour moi c’est bizarre.
On dit aussi qu’il y a plusieurs paquets et qu’il faut prendre le plus gros car le trésor est dedans. On prend le premier y’a pas le trésor dedans et on n’est pas content. C’est aussi bizarre.
On dit que l’ID on l’a déjà récupéré. Tu vas jouer au loto, je te donne 5 des chiffres, reste le n° chance à jouer et bien on va remplir sa grille en mettant des numéros sélectionnés en prenant les pages d’un livre au hasard. C’est aussi bizarre.

pour ce qui est de :

pour la dernière question, VPN, cloud, IP, Subnet. Si tu connais le sens de ces mots, tu dois connaitre la réponse à la question.

1 « J'aime »

Mauvaise réponse de ma part…désolé

Bonjour,

Je cherche à utiliser un interrupteur de volet roulant Tuya (fimware 1.06) avec le plugin wifilightV2.

J’ai donc recuperé l’id et la key via tuya-cli en créant bien sur un compte developpeur sur le site tuya.

Je ferme bien l’application Tuya sur mon smartphone et la configuration semble correct mais je n’ai aucun mouvement du volet

voici les logs en debug du plugin:

[2021-02-06 10:35:53][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2021-02-06 10:35:53][DEBUG] :   Memory used :1837 ko 0 o
[2021-02-06 10:35:53][DEBUG] : << Update state of: Cabanon @192.168.71.xx
[2021-02-06 10:35:53][DEBUG] :     Cmd to 192.168.71.xx - Try:192.168.71.xx  6668 - Connect OK!
[2021-02-06 10:35:53][DEBUG] :     No other states to update
[2021-02-06 10:35:54][DEBUG] : Receive from:192.168.71.xx (No learning mode)
[2021-02-06 10:36:14][DEBUG] : << Ping of: Cabanon @192.168.71.xx  diff:21
[2021-02-06 10:36:14][DEBUG] :     Cmd to 192.168.71.xx - Try:192.168.71.xx  6668 - Connect OK!
[2021-02-06 10:36:28][DEBUG] :     Cmd to 127.0.0.1: {"t":"1612604188","devId":"4502xxxxxxxxxx","dps":{"1":"2"},"uid":""} - canal:1 - Try:127.0.0.1  6900 - Connect OK!
[2021-02-06 10:36:28][DEBUG] :     Cmd to 127.0.0.1: {"gwId":"45xxxxxxxxxx","devId":"45xxxxxxxx"} - canal:1 - Try:127.0.0.1  6900 - Connect OK!
[2021-02-06 10:36:28][DEBUG] :     Receive from Jeedom to Send cmd to device @192.168.71.xx canal:1
[2021-02-06 10:36:28][DEBUG] :     Cmd to 192.168.71.xx - Try:192.168.71.xx  6668 - Connect OK!
[2021-02-06 10:36:28][DEBUG] :     No state update
[2021-02-06 10:36:28][DEBUG] :     Receive from Jeedom to Send cmd to device @192.168.71.xx canal:1
[2021-02-06 10:36:28][DEBUG] :     Cmd to 192.168.71.xx - Try:192.168.71.xx  6668 - Connect OK!
[2021-02-06 10:36:28][DEBUG] :     No state update
[2021-02-06 10:36:28][DEBUG] : Receive from:192.168.71.xx (No learning mode)
[2021-02-06 10:36:35][DEBUG] : << Ping of: Cabanon @192.168.71.xx  diff:21
[2021-02-06 10:36:35][DEBUG] :     Cmd to 192.168.71.xx - Try:192.168.71.xx  6668 - Connect OK!
[2021-02-06 10:36:54][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2021-02-06 10:36:54][DEBUG] : ** Cabanon - Tuya_CU_1R @192.168.71.xx - c:1 **
[2021-02-06 10:36:54][DEBUG] :     key:0 @192.168.71.xx c:1 d:26
[2021-02-06 10:36:54][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2021-02-06 10:36:54][DEBUG] :   Memory used :1844 ko 896 o
[2021-02-06 10:36:56][DEBUG] : << Ping of: Cabanon @192.168.71.xx  diff:21
[2021-02-06 10:36:56][DEBUG] :     Cmd to 192.168.71.xx - Try:192.168.71.xx  6668 - Connect OK!

J’ai declaré l’ip de l’interrupteur, choisi Tuya Smart Life compatible V1, volet roulant 1 et entré le token et ID recupéré

J’ai relu plusieurs fois la doc mais je vois pas ce que j’ai pu oublier.

Merci par avance pour votre aide!

1 « J'aime »

Merci pour le rappel !
Modification effectuée :wink:

Problème résolu grace à ce post: Plugin WifilightV2 avec commandes volets roulants Tuya

Il fallait prendre la version Tuya Smart Life V2 malgré le firmware 1.06.

Ca marche parfaitement maintenant.

1 « J'aime »

Merci Louis, pour cette réponse précise qui m’a aidé, contrairement au post totalement inutile et déplacé du développeur de ce produit non abouti qu’il s’autorise à vendre.

et qui ban les utilisateurs qui lui demandent de l’aide et ne reçoivent de sa part que des réponses arrogantes et ne répondant pas au besoin.

du coup le fameux premier POST n’est pas correct…

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 :

image

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 … :scream:

Et bien j’avoue que ce n’est vraiment pas simple , parcours du combattant …
Oui je sais , j’ ai la doc :clap:

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 … :nauseated_face:

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:

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 :wink:
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 ?