La doc explique dès le début que faire fonctionner les périphérique smartlife ce n’est pas simple.
La doc est floue
Le développeur est peu sympathique
Problème réglé.
Votre dernier résumé n’est pas ma conclusion.
J’émets quelques critiques c’est tout et je salue votre travail.
Dommage que l’on n’ait pas pu regarder plus en avant.
Dans la doc il y a une procédure pour déboguer une commande défaillante. S’il s’avère qu’il y a un problème, ça servira à tous de le corriger.
Bonsoir,
je me permet de revenir sur un point assez gênant pour moi pour lequel je n’ai eu de réponse sur un autre fil de discussion, à savoir une impossibilité de gérer mes appareils zigbee via Smartlife, vu qu’ils sont tous indiqués « hors ligne ». Ce désagrément survient après un certain temps de connexion du hub au réseau wifi, et seule une reconnection de celui-ci permet de retrouver mes appareils en ligne et ainsi par exemple de pouvoir les commander à la voix via google assistant. Les équipement en wifi quant à eux ne sont pas impactés ( ampoules ou prises connectées par exemple )
Je précise à toute fins utiles que la gestion via jeedom est parfaitement opérationnelle via bien entendu le plugin.
J’ai l’impression que c’est apparu suite une mise à jour du plugin, mais sans en être sûr.
Avant de me lancer dans d’autres tests j’aurais souhaité savoir si je suis le seul à rencontrer ce problème ?
ici c’est le sujet Tuya SmartLife
oops, j’avais trouvé (via la recherche) dans ce fil un sujet sur la mss310 et effectivement je n’ai pas lu le titre !
je delete mon message ^^
!J’ai une incompréhension sur une étape.
Alors je m’explique :
Avec Packet capture j’ai trouver le Json de mon module d’ouverture de rideaux, sauf que dans ce json il y a
- 1 deviceid
- 3 local key
alors je les ai toutes essayé mais je n’arrive pas à aux resultats demandé de ta doc.
L’imcompréhension vient maintenant dans jeedom.
Je crée un objet - renseigne passerelle ZIgbee/tuya ( j’ai la lidl)
et en dessous je renseigne dans jeton la localkey et dans identifiant les device id.
Ca me sort les logs suivants :
Memory used :1854 ko 968 o
[2021-03-20 13:15:47][DEBUG] : << Ping of: Testwifilight V2 @192.168.1.14 diff:21
[2021-03-20 13:15:47][DEBUG] : Cmd to 192.168.1.14 - Try:192.168.1.14 6668 - Connect OK!
[2021-03-20 13:15:47][DEBUG] : Mess: [220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
Aprés quand je fais bouger l’équipement j’ai des logs qui arrive mais imcompréhensible ( ca ne correspond pas au DPS du json de l’équipement)
[2021-03-20 13:16:32][DEBUG] : Memory used :1854 ko 968 o
[2021-03-20 13:16:33][DEBUG] : Mess: L[154][26]~"T?7[169]![246][8]i[129][224][244][254][163][204]i<[202][180],N,[179][234][187][152]f[254][250][165][24][140]W0[129]bCFD[208][17][208][237][183][205][206]uJ[211][232][228][253][247][141]1r;>[19][28][220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
[2021-03-20 13:16:36][DEBUG] : Mess: I[19][240][2][255]Q%=[204]?[240][182][230]+[21][167][205][206][252][253]pbt[205][184][175] [22][27][176]y^[250][165][24][140]W0[129]bCFD[208][17][208][237][183]q[234]W.[9][26][131]h@cY[31]>[214][240][153][220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
[2021-03-20 13:16:37][DEBUG] : Mess: I[19][240][2][255]Q%=[204]?[240][182][230]+[21][167][205][206][252][253]pbt[205][184][175] [22][27][176]y^[250][165][24][140]W0[129]bCFD[208][17][208][237][183])[159][2][22]N[174][223][0][245]a[232][254]C[145][241][28][220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
[2021-03-20 13:16:40][DEBUG] : Mess: L[154][26]~"T?7[169]![246][8]i[129][224][244][254][163][204]i<[202][180],N,[179][234][187][152]f[254][250][165][24][140]W0[129]bCFD[208][17][208][237][183][24])[143].$?[145][136][134]:[147][218][222][230][188][246][220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
[2021-03-20 13:16:43][DEBUG] : Mess: O^>[140]d[219][130]9P[247][192]i%<[12]9[131]#[130]2[205][194]k[224]]F[8][150][231]C[244][244]xD[207][211][209][240]]Ghw[132][187][194][196][138][209][219][18][197][133]9[20][255]=[134][39][232][174]LI[211][145][220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
[2021-03-20 13:16:47][DEBUG] : Mess: L[154][26]~"T?7[169]![246][8]i[129][224][244][254][163][204]i<[202][180],N,[179][234][187][152]f[254][250][165][24][140]W0[129]bCFD[208][17][208][237][183][96][203][181][127]_[176][242][248][208][164](g[171][154][157][195][220][161][193][166]7X[245]iA[194] [243]bP[I - not decoded
Tout ceci ressemble j’imaginee à un probléme de base mais je n’arrive pas à trouver quoi pour essayer de me rapprocher de ta doc pour continue la programmation de l’équipement.
je suis entrain de me dire que les éléments que je rentre ne sont pas devidid et localkey de la passerelle mais plutot de l’équipement de store motorisée. je me trompe?
je ne retrouve jamais devid localkey et name a coté. j’en ai toujours deux mais il manque toujours le 3 eme…
Avez vous un screenshot d’exemple.
plutot ca :
ou ca
ouplutot celui la où le DEVID correspond à l’id de la passerelle dans smartlife
il y a le name et la localkey en bas
si je rentre dans wifilight ces éléments, quand je fais bouger le rideau les logs n’affiche plus rien
[2021-03-20 14:06:02][DEBUG] : Memory used :1854 ko 968 o
[2021-03-20 14:06:04][DEBUG] : << Ping of: Testwifilight V2 @192.168.1.14 diff:21
[2021-03-20 14:06:04][DEBUG] : Cmd to 192.168.1.14 - Try:192.168.1.14 6668 - Connect OK!
[2021-03-20 14:06:04][DEBUG] : Mess: Y[31][186]S-[158][245][160][153]6[9][201]xx;[137] - not decoded
merci à toi
Appliquer la procédure de débogage présente dans la doc.
Bonjour,
De ce que je vois, la localkey (ou jeton) serait plutôt 46bdab19b3d5871e que l’on peut voir sur la dernière capture.
Or ce n’est pas celle là qui est saisie au niveau de la config du pluggin. Et attention de bien saisir la même localkey a tous les les équipements qui y sont associés.
Httpcanary est disponible à partir du site :
https://github.com/MegatronKing/HttpCanary
URL présente dans l’application. Un lien redirigé ensuite vers le store.
1 « J'aime »
Bonsoir,
J’ai de nouveau des « déconnexions » de mes prises Tuya dans Jeedom. Elles restent pilotables via l’application Smart Life ou Google Home, mais plus par Jeedom. Elles sont toutes configurées en IP fixe.
Si je les débranche puis rebranche, elles se reconnectent à Jeedom, et tout fonctionne à nouveau correctement.
Encore ce soir, j’ai remarqué le problème sur 4 prises (sur 11). J’en ai « rebooté » 3 d’entre elles. J’en garde 1 dans cet état pour pouvoir faire des tests, si besoin.
Voici un extrait du log concernant cette dernière:
[2021-04-06 23:10:31][DEBUG] : ** Anti-moustique - Tuya_SW_V2 @192.168.1.15 - c:1 **
[2021-04-06 23:10:31][DEBUG] : Key:3 Diff:122 New socket @192.168.1.15 close Connection impossible. Err=115 : Operation now in progress Update device @192.168.1.15 channel:1
Le ping 192.168.1.15 répond bien…
J’utilise la dernière version stable du plugin.
Je manipule mes prises majoritairement via Google Home, de temps en temps via Jeedom.
Cordialement,
Philippe
Y compris depuis la MàJ de Jeedom en 4.1.22 ?
Normalement Signée devrait enfin sortir leur boite au lettre avec tuya…en…2021.
Votre histoire m’a pas donné envie de partir sur le plugin/techno ^^, à voir si le produit sort et s’il est compatible avec le plugin par la suite xD.
En tt cas, je peux maintenant montrer un exemple de doc à ne pas faire à mes collègues lol, même si la personne semble très doué dans le dev.
??? tu peux préciser ?
la prise refuse la connexion au plugin.
scénario possible :
- déconnexion de la prise à Jeedom pour une raison quelconque
- l’appli smart life cause avec la prise
- la prise refuse alors la connexion au plugin
Pour vérifier ce scénario, quand il y a le souci, fermer smarlife sur tous les terminaux et vérifier que la prise arrive à se reconnecter, ça peut prendre un moment.
bonjour,
j’ai le meme soucis :
j’utilise 7 commandes de volet loratap.
5 d’entre elles se déconnectent sans arrêt.
l’appli de connexion smartlife n’est même plus installée sur les téléphones.
il me semble que je n’avais pas se problème avant décembre 2020.
(ps je voudrais repasser sur une version de début décembre de ce plugin mais je ne sais pas comment).
merci
le plugin n’y est pour rien.
C’est uniquement dû à une mauvaise connexion wifi quelque part.
oui, cela fonctionne très bien
je pilote la télécommande de mon portail,
ce qui m a permis d intégrer à jeedom, un portail non prévu pour…
oups tu as raison… c est pas ewelink , c est du tuya,
j étais persuadé que c était du sonoff… bon j ai une cinquantaine de modules de toutes marques, tous protocoles… donc méa culpa 