la doc dit bien que l’id ne change jamais
reste la clé à retrouver
La clé ne change pas a chaque coupure de courant au moins ?
aucune idée
j’ai des inter tuya pour lesquels si la coupure est longue, il y a perte de la clé…
ok bon je vais rechercher la clé et on verra bien la prochaine fois …
Je viens de tester la méthode via un compte iot tuya comme la poster TiDjY35 et cela est pas mal surtout si on a beaucoup de périphériques et que le localkey change.
Cela évite de refaire une manip avec un smartphone et httpcapture.
1 « J'aime »
@dragoon25
Ok, j’ai essayé d’écouter la vidéo mais comme pas motivé par le besoin j’ai trouvé que 20’ c’était long dans un anglais incompréhensible. Donc la vidéo apporte un grand confort pour trouver les localkey mais un résumé français serait pas mal, si tu veux t’y coller. je le valorise en tête de ce post.
Vu que tu t’es bien débrouillé pour le sonoff 
2 « J'aime »
Bonjour,
J’ai regardé (très) vite fait la vidéo. J’ai l’impression qu’elle reprend la technique https://github.com/codetheweb/tuyapi/blob/master/docs/SETUP.md
Pour info, je viens d’installer le plugin pour connecter une dizaine de prises (+ interrupteur 2 gangs) Tuya. J’ai utilisé un vieux téléphone Android rooté avec SmartLife 3.11.0 et HttpCanary pour récupérer les tokens. Toutes mes prises étaient enregistrées dans le cloud Tuya depuis pas mal de temps déjà. J’ai pu les intégrer dans Jeedom sans pb, à part 2 d’entre-elles, même modèle que les autres, sauf que éteintes depuis plusieurs mois: j’arrivais à les piloter avec l’application Smartlife ou avec Google Home (via cloud Tuya donc), mais pas avec Jeedom. Je les ai débranchées puis rebranchées, et Jeedom a enfin réussi à les voir.
Super plugin, l’état des prises remonte parfaitement, que je les pilote par Jeedom ou via le could Tuya (via l’application ou Google Home). Exactement ce que je cherchais.
Cordialement,
Philippe
au cas où tu ne l’aurais pas fait, n’hésite pas à noter le plugin
J’ai commencer à me faire un tuto en fr surtout pour garder une trace, te le partage dès que je l’ai finalisé…
3 « J'aime »
projet qui nécessite toutefois le passage par un compte dev chez tuya. Ayant essayé une technique similaire, je trouve que c’est assez usinagazien comme approche et personnellement me suis vite rabattu sur le couple http canary, (compatible smartphone récent) + version 3.11 de smartlife.
Bonjour,
J’ai acquis un bandeau lumineux KONYKS ainsi qu’une ampoule et 2 prises.
J’ai intégré à JEEDOM le bandeau ainsi qu’une prise pour l’instant…
Si je passe par le plugin SMARTLIFE, ça fonctionne mais avec une latence énorme entre 2 actions…
Si je passe par WIFILIGHTV2, je vois bien mes équipements mais aucune action fonctionne, ci joint un morceau de log :
[2021-01-07 15:10:35][DEBUG] : Cmd to 192.168.0.37 - Try:192.168.0.37 6668 - Connect OK!
[2021-01-07 15:10:35][DEBUG] : Receive from:192.168.0.24 (No learning mode)
[2021-01-07 15:10:35][DEBUG] : Receive from:192.168.0.37 (No learning mode)
[2021-01-07 15:10:56][DEBUG] : << Update state of: prise 1 @192.168.0.24
[2021-01-07 15:10:56][DEBUG] : Cmd to 192.168.0.24 - Try:192.168.0.24 6668 - Connect OK!
[2021-01-07 15:10:56][DEBUG] : Out:-9
Une idée ?
lire la doc et mettre en oeuvre le debug sur la partie tuya
les actions via le plugin smartlife sont espacées au minimum d’une minute. Un bridage volontaire de la part de tuya/smartlife.
pour t’aider il faudrait un log en mode debug plus complet
Merci xcorp,
oui, j’ai cru comprendre cela par la suite…
Concernant les commandes, j’ai relu plusieurs fois la documentation hyper complète, mais malgré cela je n’y arrive toujours pas…
Il est clair que je passe à côté de quelque chose…
Voici un log :
[2021-01-10 14:35:09][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2021-01-10 14:35:09][DEBUG] : ** Bandeau LED - TuyaBase_V2 @192.168.0.37 - c:1 **
[2021-01-10 14:35:09][DEBUG] : Key:0 Diff:61 No connection wait:61
[2021-01-10 14:35:09][DEBUG] : ** Coul bur - TuyaCustom_V2 @192.168.0.23 - c:1 **
[2021-01-10 14:35:09][DEBUG] : key:1 @192.168.0.23 c:1 d:19
[2021-01-10 14:35:09][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2021-01-10 14:35:09][DEBUG] : Memory used :1820 ko 840 o
[2021-01-10 14:35:11][DEBUG] : << Update state of: Coul bur @192.168.0.23
[2021-01-10 14:35:11][DEBUG] : Cmd to 192.168.0.23 - Try:192.168.0.23 6668 - Connect OK!
[2021-01-10 14:35:11][DEBUG] : Out:-9
[2021-01-10 14:35:11][DEBUG] : Receive from:192.168.0.23 (No learning mode)
[2021-01-10 14:35:12][DEBUG] : Group is :1
[2021-01-10 14:35:12][DEBUG] : Cmd to 127.0.0.1: {"t":"1610285712","devId":"5716008","dps":{"2":},"uid":""} - canal:1 - Try:127.0.0.1 6900 - Connect OK!
[2021-01-10 14:35:12][DEBUG] : Receive from Jeedom to Send cmd to device @192.168.0.37 canal:1
[2021-01-10 14:35:32][DEBUG] : << Update state of: Coul bur @192.168.0.23
[2021-01-10 14:35:32][DEBUG] : Cmd to 192.168.0.23 - Try:192.168.0.23 6668 - Connect OK!
[2021-01-10 14:35:32][DEBUG] : Out:-9
[2021-01-10 14:35:32][DEBUG] : Receive from:192.168.0.23 (No learning mode)
[2021-01-10 14:35:53][DEBUG] : << Update state of: Coul bur @192.168.0.23
[2021-01-10 14:35:53][DEBUG] : Cmd to 192.168.0.23 - Try:192.168.0.23 6668 - Connect OK!
[2021-01-10 14:35:53][DEBUG] : Out:-9
[2021-01-10 14:35:53][DEBUG] : Receive from:192.168.0.23 (No learning mode)
@albatordt11
J’insiste tu lis la doc tu applique la procédure de débug.
Ce que je viens de te dire, je te l’ai dit il y a 3j. En 3j tu as du avoir lu cette doc sur la partie débogage.
Il y a 3 étapes de vérifications. Tu les as faites ?
Ensuite tu n’indiques pas ta config (type V1 V2 V3,sous type)
tu ne dis pas si c’est suite à un apprentissage, une config standard, une config personnalisée.
et à partir de cette doc et des 5 exemples concernant les dps, tu trouves pas que te commande cmd est bizarre ?
Lire, ne veut pas dire regarder les mots mais comprendre le sens de ce qui se trouve dans la doc. Si tu ne comprends pas ce qui s’y trouve, la doc (là aussi) dit que sans connaissances en informatique, il ne faut pas utiliser cette partie du plugin.
Re,
Merci, effectivement tout est très bien expliqué, l’erreur est de lire en diagonale sans lire la totalité de l’aide…
J’ai réussi à appairer correctement 2 prises, 1 ampoule et 1 bandeau LED.
Pour l’instant j’ai les commandes ON, OFF ainsi que le statut de chaque équipement.
Me reste à paufiner pour la gestion des couleurs…
La ou je me suis perdu c’est l’histoire des version 1,2 ou 3 selon la version de firmware.
En V3 avec inclusion ça marche…
Merci pour ton superbe plugin 
Bonjour à toutes et tous,
J’ai régulièrement lancé httpcanary pour sniffer l’id et le token de mes prises digoo.
J’en ai acheté des nouvelles, j’ai voulu retenter… Mais rien n’apparaît dans httpcanary quand je lance mon tracking de digoo life.
Seule info quand je retourne dans httpcanary, un triangle d’alerte. Je clique dessus, « user certificate is untrusted ».
Malgré la réinstallation d’httpcanary, la réinstallation du certificat, rien n’y fait… Je suis bloqué.
Comment puis-je m’en sortir svp ?
EDIT j’ai testé ce qu’ils disent, installer Parallel Space, j’ai récupéré des traces mais absolument rien avec un localkey, un key ou un id…
J’ai plein de traces qui y ressemblent mais elles sont blindées de trucs incompréhensibles dans « result: » séparés par des slash et des « t: » et autres « sign: », mais rien sur key ou id comme avant…
j’ai donc le Device ID qui est dans digoo life, mais aucune info sur le jeton…
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++