bonjour a tous,
j’ai essayé toutes vos methodes pour le connecter a jeedom mais impossible.
des idées ?
merci
Tu arrives à récupérer l’ID et le token?
Non c’est bien mon soucis
J’ai essayer la méthode du proxy et du qrcode, celle de l’appli avec packet capture et me suis inscrit sur le site de tuya pour avoir les accès développeur (en attente de validation)
Merci
Premier soucis avec le thermostat apparu hier. Je ne récupère plus rien depuis wifilightv2, car le champs « connecté » me renvoie un « -3 », qui correspond d’après la doc à un « périphérique non connecté ».
Pourtant le thermostat est toujours pilotable via l’appli mobile sans problème, et est toujours connecté à ma freebox.
J’ai activé le mode debug dans wifilightv2, et voici ce que j’obtiens :
[2020-02-05 09:49:50][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-02-05 09:49:50][DEBUG] : ****** Device listenable BHT-6000 - Class: Tuya_Therm_V2 *****
[2020-02-05 09:49:50][DEBUG] : Socket updated @192.168.0.2
[2020-02-05 09:49:50][DEBUG] : Connection impossible. Err=115 : Operation now in progress
[2020-02-05 09:49:50][DEBUG] : Update device @192.168.0.2 channel:1
[2020-02-05 09:49:50][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Qu’est-ce que cela veut-dire ?
Une désactivation/réactivation du plugin wifilightv2 ainsi qu’Un redémarrage de jeedom n’a pas résolu le problème.
Ton thermostat aurait pas changé d’ip par hasard ?
Non j’avais bien fait gaffe à lui attribuer un bail statique d’IP (comme pour tous mes périph wifi).
Entre temps j’ai effectué d’autres recherche.
Je suis notamment tombé sur ce poste qui relate les mêmes problèmes que moi (sans donner de solution néanmoins).
Du coup j’ai essayé de m’en sortir par moi même.
Voilà ce que j’ai tenté :
- Désactivation/Réactivation du plugin : sans effet
- Reboot de la box jeedom : sans effet
- Reboot du wifi de la freebox : sans effet
- Reboot complet de la freebox : sans effet
- Changement d’ip du thermostat : sans effet
- Débranchement/rebranchement électrique du thermostat : hourra !
Pour debug et pour infos, voici les logs correspondants :
Changement d’ip du thermostat (passage de 192.168.0.2 à 192.168.0.17 ):
[2020-02-05 13:09:35][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-02-05 13:09:35][DEBUG] : ****** Device listenable BHT-6000 - Class: Tuya_Therm_V2 *****
[2020-02-05 13:09:36][DEBUG] : Socket updated @[192.168.0.17](http://192.168.0.17/)
[2020-02-05 13:09:36][DEBUG] : Connection impossible. Err=115 : Operation now in progress
[2020-02-05 13:09:36][DEBUG] : ADD New device @[192.168.0.17](http://192.168.0.17/) channel:1
[2020-02-05 13:09:36][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-02-05 13:10:37][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-02-05 13:10:37][DEBUG] : ****** Device listenable BHT-6000 - Class: Tuya_Therm_V2 *****
[2020-02-05 13:10:37][DEBUG] : Socket updated @192.168.0.17
[2020-02-05 13:10:37][DEBUG] : Connection impossible. Err=115 : Operation now in progress
[2020-02-05 13:10:37][DEBUG] : Update device @192.168.0.17 channel:1
[2020-02-05 13:10:37][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Débranchement électrique :
[2020-02-05 13:12:20][DEBUG] : ////// Receive from :192.168.0.17 //////
[2020-02-05 13:12:20][DEBUG] : Receive after decode :}F3l=
[2020-02-05 13:12:20][DEBUG] : No data returned
[2020-02-05 13:12:20][DEBUG] : ///////////////// End ///////////////////
Rebranchement :
[2020-02-05 13:12:39][DEBUG] : ////// Receive from :192.168.0.17 //////
[2020-02-05 13:12:39][DEBUG] : Receive after decode :{"devId":"47163522cc50e3e6bc92","dps":{"1":true,"2":44,"3":37,"4":"0","5":false,"6":false,"102":0,"103":"1","104":true}}}F3l=
[2020-02-05 13:12:39][DEBUG] : Read Json OK
[2020-02-05 13:12:39][DEBUG] : State is:array(50) { ["Intensity"]=> int(-1) ["White"]=> int(-1) ["White2"]=> int(-1) ["Color"]=> int(-1) ["Prog"]=> int(-1) ["Speed"]=> int(-1) ["On"]=> int(1) ["Play"]=> int(-1) ["Saturation"]=> int(-1) ["Kelvin"]=> int(-1) ["Connected"]=> int(-1) ["AmbColor"]=> ...
[2020-02-05 13:12:39][DEBUG] : +++ Update state - On:1 - Auto:0 - ConsTemp:22 - Temp:18.5
A voir si ça tient dans le temps. Mais j’aimerai autant éviter de devoir le reboot électriquement chaque semaine, m’voyez 
D’autre ont eu le même soucis pour l’id et le token ?
Merci
Normalement la méthode avec l’appli Packet capture et Jinvoo Smart, tu devrais pouvoir y arriver sans problème.
Déinstall sur ton téléphone toutes les applis déjà testé et tous les certificats. Réinstall proprement Packet capture (avec le certificat qu’il propose) et l’appli Jinvoo Smart sur laquelle tu link ton thermostat.
Déconnecte toi de ton wifi local (passe par la 3/4G) et ensuite lance la capture avec packet capture. Fais un simple refresh de la liste sur Jinvoo et retourne sur packet capture. Tu devrais avoir une trame de capturée avec une taille de 16 ko. Normalement c’est celle qui contient les infos JSON là ou tu pourras récupérer le deviceID et la local key.
hum je reteste avec tout en neuf,
pour packet capture si je vais dans settings, generate certificates, il m’indique impossible de créé le certificat (peut être pour ça que ça voulais pas)
des idées pour avoir le certificat ? merci
en essayant sans le certificats, j’ai beaucoup de no data, et quelques fichiers de 7.1Ko (genre 1/50)
quand j’ouvre, j’ai l’impression qu 'il decode pas du tout
j’ai essayer avec httpcanary, c’est mieux j’ai des choses mais pas de fichiers de 16Ko, rien de plus gros que 8.52Ko,
ca m’a l’air mieux, j’arrive a lire la consigne mais c’est tout pour le moment
dans les logs ca donne ca
[2020-02-07 19:51:53][DEBUG] : Cmd : {"t":"1581101513","devId":"23928535","dps":{"1":false},"uid":""}
[2020-02-07 19:51:53][DEBUG] : Try to connect to : 127.0.0.1 6900
[2020-02-07 19:51:53][DEBUG] : Connect OK!
[2020-02-07 19:51:53][DEBUG] : Cmd : {"gwId":"23928535","devId":"23928535"}
[2020-02-07 19:51:53][DEBUG] : Try to connect to : 127.0.0.1 6900
[2020-02-07 19:51:53][DEBUG] : Connect OK!
[2020-02-07 19:51:53][DEBUG] : Send cmd to device @192.168.1.105
[2020-02-07 19:51:53][DEBUG] : Try to connect to : 192.168.1.105 6668
[2020-02-07 19:51:53][DEBUG] : Connect OK!
[2020-02-07 19:51:53][DEBUG] : !!!!!!!!! End !!!!!!!!!!
[2020-02-07 19:51:53][DEBUG] : Send cmd to device @192.168.1.105
[2020-02-07 19:51:53][DEBUG] : Try to connect to : 192.168.1.105 6668
[2020-02-07 19:51:53][DEBUG] : Connect OK!
[2020-02-07 19:51:53][DEBUG] : !!!!!!!!! End !!!!!!!!!!
[2020-02-07 19:51:54][DEBUG] : ////// Receive from :192.168.1.105 //////
[2020-02-07 19:51:54][DEBUG] : Receive after decode :LALp
[2020-02-07 19:51:54][DEBUG] : No data returned
[2020-02-07 19:51:54][DEBUG] : Receive after decode :gw id invalidLALp
[2020-02-07 19:51:54][DEBUG] : No data returned
[2020-02-07 19:51:54][DEBUG] : ///////////////// End ///////////////////
Sans le certificat, tu n’arriveras pas à décoder les trames. Après regarde, il existe d’autre applications de capture de trames dans le même style, le principe reste le même.
J’ai essayer avec httpcanary mais pas de fichier de 16ko juste des 8ko et dur à décoder pour trouver les infos
Bizarre quil ne veuillent pas générer le certificat
En tout cas, quand tu trouves la bonne trame décodée, c’est sans hésitation, tu verras directement que c’est la bonne (présence de données JSON). Tant que tu vois des données bizarres avec des caractères non interprétables, c’est que soit c’est pas la bonne trame, soit c’est la bonne mais pas décodée.
Aussi, bien faire gaffe à passer par la data sur ton téléphone, et pas par ton wifi de la maison.
verdict, ca ne veux toujours pas.
j’ai recu les accées pour l’API tuya, quelque a déja tenté ?
moi le seul truc qu’il m’affiche en lancant la commande
tuya-cli link --api-key monapikey --api-secret monapisecret --schema anthology --ssid Livebox --password clefwifi
c’est ca
â Device(s) failed to be registered!
Error: sign invalid
at OpenAPI._client.got_1.default.extend.hooks.afterResponse (/usr/lib/node_modules/@tuyapi/cli/node_modules/@tuyapi/openapi/dist/api.js:68:31)
at EventEmitter.<anonymous> (/usr/lib/node_modules/@tuyapi/cli/node_modules/got/dist/source/as-promise.js:87:38)
at processTicksAndRejections (internal/process/task_queues.js:94:5)
si quelqu’un a une idée ?
merci
Bon mon problème de passage en « offline » du périphérique est réapparu deux fois en 10 jours. Même symptomes, le plugin wifilightv2 passe le status connecté en « -3 », et n’arrive plus rien à lire (et donc ne remonte plus aucune info, ni aucune commande). Le seul moyen est de rebooter electriquement le thermostat…
Voici les logs associés :
[2020-02-14 10:51:57][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-02-14 10:51:57][DEBUG] : ****** Device listenable BHT-6000 - Class: Tuya_Therm_V2 *****
[2020-02-14 10:51:57][DEBUG] : Socket updated @192.168.0.17
[2020-02-14 10:51:57][DEBUG] : Connection impossible. Err=115 : Operation now in progress
[2020-02-14 10:51:57][DEBUG] : Update device @192.168.0.17 channel:1
[2020-02-14 10:51:57][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Le truc c’est que le thermostat continue d’être pilotable via l’appli mobile, tout porte à croire qu’il s’agit d’un bug du plugin donc…
Dans l’état actuel, c’est un bug rédhibitoire pour moi… Je vais voir avec l’auteur du plugin, car j’ai vu que ne j’étais pas le seul dans ce cas là (sur d’autres périphériques).
bon, je reviens avec de bonnes nouvelles, ca marche.
impossible de le faire avec packet capture, il veut pas installer le certificat et httpcanary ne décode pas.
du coup après moult recherche, je suis tomber sur ca
j’ai suivi la méthode « Linking a Tuya Device with MITM (deprecated) » en modifiant un peu suivant les infos trouvé
installation du certificat, deux fois, un pour les applis et un pour le wifi. (trouvé sur github)
configuration du proxy, sur une connexion déjà existante, on ouvre pas smart life mais pas jinvoo smart, ca fonctionne pas.
par contre si on supprimer la connexion enregistré du téléphone et qu’on la remet directement avec le proxy, la ça marche direct via jinvoo smart. (jamais réussi avec smart life)
du coup voila si ca peut aider d’autre utilisateur
merci
1 « J'aime »
Salut @Dreaky,
J’ai enfin reçu mon thermostat, j’ai commencé ( juste un peu) a faire des tests.
Pour mon utilisation sera assez simple donc, avoir une interface simple pour interagir avec la gestion de jeedom, un truc WAF, pour que la famille puisse l’utiliser.
En gros, après ma petite heure de test, cela va être simplement :
- themostat simplement alimenter, mais pas d’utilisation du contact sec
- thermostat reglé en manuel
- positionnement par scenario de la température réglé par les mode jeedom
- pouvoir ponctuellement changer la tempérteure via le thermostat physique
@Dreaky j’ai 2 questions pour toi :
1- Tu as des news concernant ces erreurs de connexion ?
2- Est-ce que tu sais comment passer du mode normal ou eco en manuel sur le device ?
Hello @sylvaing
Pour les erreurs de connexion, je suis toujours en contact avec l’auteur du plugin, qui m’a pour l’instant fait tester plusieurs trucs via la version beta du plugin, sans succès pour le moment. Je mettrais à jour le fil de discussion quand la solution aura été trouvé. Mais pour l’instant, en moyenne, j’ai une déco tous les 4/5 jours, ou j’ai besoin de couper/rallumer l’alimentation électrique du BHT pour pouvoir rétablir la connexion avec le plugin wifilightv2 (si vous avez une autre astuce, je prends !).
Sinon pour switcher entre les modes normal/eco directement sur le device, je m’étais posé la même question à l’époque sans trouver, mais j’avais pas cherché plus que ça. Il me semble pas que ce soit inscrit sur le mode d’emploi non plus… J’essaye de faire ça quand je rentre chez moi et j’te dis.
EDIT : Bon j’ai testé chez moi, et effectivement j’ai pas réussi à passer en mode éco depuis le device, je sais même pas s’il est conçu pour en fait…
@Dreaky,
bon ben même constat chez moi, le mode éco est seulement disponible via les API ou l’application mobile.
Concernant les problèmes de déconnexion, le mien est branché pour l’instant sur une prise en provisoire, je te dirai si j’ai des problèmes.
Je me tâte quand même a flasher le firmware pour faire du MQTT… affaire a suivre quand j’aurais du temps pour faire joujou avec ça… Je pense même qu’il est possible de faire des choses avec le firmware tasmota…
Salut,
Le mode Eco s’active depuis le device via la procédure ci dessous. Donc absolument inutile!
De mon côté je n’ai jamais eu de déconnexion depuis la mise en service il y a 3 mois
1 « J'aime »