Bonjour à tous,
Petite question, si je change de ssid du wifi des périphériques, est-ce que le localkey est modifié ?
Merci
Salut tu es sur quelle version de Smartlife quand tu fais tes actions ? la dernière version valable pour moi est la 3.11 passé cette version ca ne marche plus. Perso j’ai nnulé les mises à jour auto et gardé de coté un APK de la bonne dernière version
A++
Bonjour j’ai bien réussi a intégrer sans soucis plusieurs interrupteurs smartlife, mais j’ai tenté d’intégrer une ampoule smartlife il répond bien connecté mais je ne peux rien faire d’autre. https://www.amazon.fr/gp/product/B07VK9CLDS/ref=ppx_yo_dt_b_search_asin_image?ie=UTF8&psc=1
Pour t’aider je ne vois qu’un déplacement sur place. Mes tarifs sont de 100 euros/h + 20 cts/km + nuit d’hôtel si nécessaire.
1 « J'aime »
Bonjour,
Je me permet de poster la façon dont je récupère les localkey et id pour mes appareils depuis quelques semaines. J’ai suivi la méthode expliquée ici :https://www.youtube.com/watch?v=oq0JL_wicKg&t=13s&ab_channel=TechWithEddie
Elle fonctionne très bien, mais m’a demandé un peu de lutte sur mon raspberry pour installer node/npm, nécessaire pour ensuite installer tuyapi. (je suis pas vraiment à l’aise sous linux)
Le compte développeur de tuya doit également être configuré pour accepter les requêtes de tuyapi, ce qui n’apparait pas dans la video youtube.
au final j’obtiens ce type d’info :
Aucun souci après pour rentrer les modules dans le plugin wifilightV2.
L’avantage de cette méthode, c’est que, pour reprendre le post initial de cette discussion, elle ne contourne rien: elle utilise simplement un outil fourni par tuya (le compte développeur) pour accéder aux key/id. Elle est compatible avec tous les appareils enregistrés dans le compte tuya, anciens ou récent, et est reproductible très facilement et très rapidement une fois les outils installés.
J’espère que mon post vous est pertinent. Si cela est utile je pourrai détailler davantage la méthode et compléter le tuto en anglais, qui saute quelques étapes.
ps: j’ai posté cette réponse sur un autre fil du site, mais je me suis aperçu qu’elle était plus pertinente ici. désolé pour le doublon.
2 « J'aime »
Bonjour,
Je suis nouveau sur ce forum et sur jeedom.
Je viens de prendre ce plugin pour commander toutes mes ampoules qui sont actuellement gérées par smartlife.
Sauf que:
Je n’ai pas de vieux telephone,
je n’ai pas de raspi
je ne suis pas developpeur
donc : je ne peux pas recuperer le couple « ID/PWD » de mes ampoules. sachant que je suis confronté comme tout le monde qui a une V >9 d’android à des canary ou packet inutilisables pour cause de certificat non accepté. 
des suggestions SVP (a part me conseiller de changer mon tel 
)
lire le premier post
Merci pour cette réponse.
j’ai donc lu le premier post, mais comme je n’ai pas l’intention de désinstaller des choses qui fonctionnent sur mon téléphone (a savoir la version de smartlife) pour aller dans une procedure dont 20 pages de commentaires laissent a penser qu’elle n’est pas fiable…
personnellement ce n’est pas quelque chose que j’appelle « compatible » lorsque 2000 manipulation et bidouilles sont nécessaires. ou alors on évite de vendre le produit.
j ai trouvé un ancien téléphone et suivit la procédure j’ai récupéré tous mes objets Smartlife et Ewelink avec packetcaptur.
@Louis je serai intéressé pour savoir quelle procédure tu as suivi pour ewelink?
Est-ce la même que pour Smartlife?
J’ai commandé par inadvertance un détecteur d’ouverture de porte Sonoff DW2-Wifi, en suivant ce qu’il se disait sur le forum j’étais in fine tombé sur cette procédure (la seule que j’ai trouvé), mais qui ne peut fonctionner pour ce capteur car il ne propose pas d’access point Wifi : https://blog.ipsumdomus.com/sonoff-switch-complete-hack-without-firmware-upgrade-1b2d6632c01
Merci de votre aide!
Bonjour
non la procédure est différente l un utilise Pocket capture et l autre c est uniquement en passant le module en AP ce qui permet en allant sur l adresse hhtp://10.10.7.1/device mot de passe 12345678 d’obtenir les codes d’intégration.
Ok, merci c’est bien ce qu’il me semblait!
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.
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!
Merci pour le rappel !
Modification effectuée
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…