doc corrigée
Ca se trouve sur la page de configuration de l’équipement.
En fait, il faudrait je pense surtout bien préciser que le jeton est à trouver pour le premier équipement en utilisant le sniffer réseau (rechercher sur le forum tuya localkey) et l’identifiant via les logs du plugin wifilight2 en mode debug (https://bcaro.github.io/wifilightV2-doc/fr_FR/tuya , chap 1.3)
Norbert
Bonsoir, je viens d’installer le ce superbe plugin qui a résolus quelques souci que j’avais avec un autre. par contre jai un souci sur des ampoules (vous les connaissez certainement, celles de actions) je les commandes bien en on/off intensité de lumières et meme les couleur. par contre je n’arrive pas a paramétrer l’utilisation des mode scènes que propose l’application smartlife…
Pouvez vous me dire si c’est simplement possible et si oui, comment on fait ?
un grand merci d’avance.
ajouter des boutons custom après avoir repéré les dps qui changent les modes dans les logs. utiliser la création de boutons dans l’interface à ce moment là.
bien lire la doc sur le sujet.
Salut Bernard, lassé de passer par le Cloud Chinois pour mes ampoules reliées sur Smart Life, je tente ma chance sur ton plugin.
Je fais un test sur une ampoule de maruqe Bomcosy (pas plus d’infos, ca vient d’Amazon, c’était pas cher et à l’époque j’étais loin de connaitre les possibilités infimes de Jeedom).
Bref, j’ai réussi à renseigner toute les infos dans la configuration de l’ampoule (local Key, ID, etc…).
Je fais des tests ca ne marche pas mais en tout état de cause, j’ai bon espoir que ca fonctionne, car je vois qu’un log réagit à une action sur l’appli Smart Life (petite victoire et semblant d’espoir pour ma part).
Les logs en questions qui réagissent (allumage et extinction sur l’appli).
Les différents logs debug lors d’un allumage et extinction en test via le plugin :
[2020-11-30 21:03:04][DEBUG] : Cmd to 127.0.0.1: {"t":"1606766584","devId":"8404278368c63ae7f270","dps":{"255":},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
[2020-11-30 21:03:28][DEBUG] : Cmd to 127.0.0.1: {"t":"1606766608","devId":"8404278368c63ae7f270","dps":{"255":},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
Alors ca sent bon docteur ? ou je vais devoir transiter par un Cloud à l’autre bout du monde pour allumer la lumière de l’aquarium qui se trouve en face de moi ?
Belle soirée
il faut tester avec l’appli smart life et regarder ce qui arrive
si pas décodé → localkey pas bon
C’est a dire si pas décodé ? J’ai fais un test dans Smart life comme indiqué ci dessus… et je regarde ou si « pas decodé »
lis la doc c’est expliqué
Voila ce que j’obtiens après avoir allumer via Smart Life 2 mn puis éteint toujours via l’appli
[2020-12-01 10:14:56][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:14:56][DEBUG] : Receive after decode :{"devId":"60707618ecfabc237335","dps":{"1":true},"t":1606814095}
[2020-12-01 10:14:56][DEBUG] : Multiple device @192.168.0.27 canal:1
[2020-12-01 10:14:56][DEBUG] : Update other states:
[2020-12-01 10:14:59][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:14:59][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:14:59][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:15:15][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:15:15][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:15:15][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:15:31][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:15:31][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:15:31][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:15:38][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-12-01 10:15:38][DEBUG] : ****** Device listenable Bureau - Class:TuyaLightMod_1_V2 @192.168.0.27 Channel:1 *****
[2020-12-01 10:15:38][DEBUG] : Device and socket exist : key:0 @192.168.0.27 channel:1 diff:7
[2020-12-01 10:15:38][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-12-01 10:15:38][DEBUG] : Memory used :1673 ko 528 o
[2020-12-01 10:15:47][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:15:47][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:15:47][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:16:03][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:16:03][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:16:03][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:16:19][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:16:19][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:16:19][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:16:35][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:16:35][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:16:35][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:16:39][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Search for devices <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-12-01 10:16:39][DEBUG] : ****** Device listenable Bureau - Class:TuyaLightMod_1_V2 @192.168.0.27 Channel:1 *****
[2020-12-01 10:16:39][DEBUG] : Device and socket exist : key:0 @192.168.0.27 channel:1 diff:4
[2020-12-01 10:16:39][DEBUG] : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> End <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[2020-12-01 10:16:39][DEBUG] : Memory used :1673 ko 528 o
[2020-12-01 10:16:44][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:16:44][DEBUG] : Receive after decode :{"devId":"60707618ecfabc237335","dps":{"1":false},"t":1606814203}
[2020-12-01 10:16:44][DEBUG] : Multiple device @192.168.0.27 canal:1
[2020-12-01 10:16:44][DEBUG] : Update other states:
[2020-12-01 10:16:51][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:16:51][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:16:51][DEBUG] : Receive from :192.168.0.27
[2020-12-01 10:17:07][DEBUG] : << Ping @192.168.0.27 diff:16
[2020-12-01 10:17:07][DEBUG] : Cmd to 192.168.0.27 - Try:192.168.0.27 6668 - Connect OK!
[2020-12-01 10:17:07][DEBUG] : Receive from :192.168.0.27
En complément, ce que j’obtiens via les commandes test On Off du plugin
[2020-12-01 11:05:17][DEBUG] : Cmd to 127.0.0.1: {"t":"1606817117","devId":"60707618ecfabc237335","dps":{"20":true},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
[2020-12-01 11:05:31][DEBUG] : Cmd to 127.0.0.1: {"t":"1606817131","devId":"60707618ecfabc237335","dps":{"20":false},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
lire la doc pour poursuivre sur la partie tuya
merci, j’ai bien compris que c’était ta phrase préférée… tu te doutes bien que si on te pose des questions, on a déjà testé via la doc…
Si je me fis à la doc, que dis-je le graal !
j’obtiens cette info :
Cas d’un actionneur tout ou rien, tel que ON/OFF
Dans les logs, lors de l’utilisation de l’appli Tuya, on trouve :
Receive after decode :{devId:50701244cc50e37e9aff,dps:{"1":"off","101":true}}
Ici, le bouton off a été sélectionné sur le périphérique et on observe que le dps 1 a changé.
Receive after decode :{devId:50701244cc50e37e9aff,dps:{"1":"on","101":true}}
Ici, le bouton on a été sélectionné sur le périphérique et on observe que le dps 1 a changé.
Cliquer sur le bouton ON/OFF de l’interface afin de créer automatiquement les 3 commandes pour gérer un bouton ON/OFF. Pour les adapter au besoin, il suffit de modifier le dps et les paramètres ainsi que le nom de la commande. Les autres informations ne doivent pas être modifiées. La configuration générée est la suivante :
- Créer une nouvelle commande action/défaut dans les commandes du périphérique :
- Dans la colonne interface mettre ON comme nom du bouton
- Dans la colonne nom interne et n° de commande, mettre comme Id unique : _ON, comme dps : 1 (sans les doubles guillemets) et comme paramètre : “on” (si le on n’est pas entouré de guillemets, il faut les enlever).
- Créer une nouvelle commande action/défaut dans les commandes du périphérique :
- Dans la colonne interface mettre OFF comme nom du bouton
- Dans la colonne nom interne et n° de commande, mettre comme Id unique : _OFF, comme dps : 1 (sans les doubles guillemets) et comme paramètre : “off” (si le off n’est pas entouré de guillemets, il faut les enlever).
- Créer une nouvelle commande info/binary dans les commandes du périphérique :
- Dans la colonne interface mettre ETAT comme nom de l’info
- Dans la colonne nom interne et n° de commande, mettre comme Id unique : _ETAT, comme dps : 1 (sans les doubles guillemets) et rien dans paramètres.
et pour ma part, à aucuns moments, je n’ai de dps qui indique On ou Off.
T’embêtes pas à me répondre de lire la doc, je vais me débrouiller avec l’aide d’autres utilisateurs un minimum bienveillant et à qui je n’ai pas payé le plugin
As tu remarqué qu’il y a dans le plugin 4 types de lampes ?
tu les as testés ?
quelle est la config pour obtenir ceci :
[2020-12-01 11:05:17][DEBUG] : Cmd to 127.0.0.1: {"t":"1606817117","devId":"60707618ecfabc237335","dps":{"20":true},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
[2020-12-01 11:05:31][DEBUG] : Cmd to 127.0.0.1: {"t":"1606817131","devId":"60707618ecfabc237335","dps":{"20":false},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
ensuite le dps vaut 20 pour on/Off dans ce qu’envoie le plugin mais l’appli tuya utilise le dps1
Les dps sont expliqués dans la doc.
plus que la lire et la recopier il faut la comprendre et ne pas appliquer des bouts de doc au hasard.
après on peut discuter.
désolé de m’énerver mais je trouve pas ca cool que tu renvoies sur la doc à chaque fois.
Je vend des vélos et quand des clients m’appelle, je leur dis pas de lire le manuel d’utilisateurs, je les renseigne un minimum… car on a pas tous les mêmes métiers et on appréhende pas tous de la même façon…
Certes, on ne parle pas d’un vélo dans ton cas mais d’un Plugin à 4 euros.
Bref !
J’ai réussi à faire marcher le ON/OFF grâce à ces 2 commandes crées par mes soins :
Pour info c’est on1 et off1 car pas moyen d’enregistrer en on et off suite à ce message d’erreur :
Pourtant, plus de commandes nommés On et Off.
Je n’arrive pas à faire remonter l’état, il ne me reste que ca et c’est bon moi. je men cogne de la couleur ou intensité, etc…
J’ai suivi la doc :
mais ca ne marche pas :
il faut rester calme.
Quand tu vends un vélo plusieurs miliers d’euros tu peux expliquer à ton client pendant 1/4 d’heure comment il fonctionne en l’absence d’ailleurs de documentation.
Quand c’est 2,6 euros, tu ne peux pas procéder de la même façon. La doc est très complète et faite fonctionner des périphériques Tuya en local est complexe et réclame de passe plus de temmps qu 1/4 d’heure.
Tu aurais dû lire la doc avant achat :
Citation
Passerelles wifi utilisant le protocole Tuya pour les périphériques Zigbee !!!
Attention :
! : intégration facile pour une personne qui lit la documentation avant d’agir
!! : en plus de !, nécessite de suivre une procédure particulière, adapté à une personne qui comprend qu’une procédure est faite pour être suivie scrupuleusement
!!! : en plus de !! nécessite des connaissances de base en informatique et être habitué à faire des recherches sur internet dans un but précis
ok mea culpa, du coup pour le retour d’état en ayant lu la doc, une piste ?
Je m’en sors pas trop mal vu qu’il reste plus que ca…
finalement je m’en suis sorti, merci quand même pour « l’aide » somme toute relative.
Du bonheur ton plugin, réagit au quart de tour ! good job
je viens de refaire une passe sur la doc pour éviter les malentendus.
Hello tout le monde,
J’espère que vous allez bien.
J’ai acheté un Sensor de chez SMARSECUR (aliexpress)
Le sensor est bien détecter par l’application SmartLife, et fonctionne bien, mais impossible de la faire remonter dans le pluggin qui va bien.
J’ai tenté via Wifilifghtv2 (id + localkey) mais les actions ne sont pas définies (normal peut-être)
Le but étant au passage de qqun de déclencher un scénario
Vous avez une idée de pourquoi le sensor ne remonte pas ?
Bonjour
J’essaie d’intégrer 1 contrôleur led Smart WIFI pour lequel je rencontre des difficultés
Version : « verSw »:« 3.1.2 »
Je l’ai configuré en Tuya smart compatible V3 - Ampoule RGB type 2 (le seul prenant les dps 20 et 24)
Toute action dans l’appli remonte correctement dans jeedom et les virtuels se mettent correctement à jour, mais les actions jeedom ne sont pas prise en compte.
appli vers Jeedom :
[2020-12-04 11:46:43][DEBUG] : Receive after decode :{"devId":"000832612cf4323279fb","dps":{"24":"0000024002f9"},"t":1607078802}
[2020-12-04 11:46:43][DEBUG] : Multiple device @192.168.1.29 canal:1
[2020-12-04 11:46:43][DEBUG] : found dps:24 logic:SaturationGet search:SaturationGet
[2020-12-04 11:46:43][DEBUG] : found dps:24 logic:IntensityGet search:IntensityGet
[2020-12-04 11:46:43][DEBUG] : Dps24|ColorGet #colorH4S4V4_1000#:0000024002f9 H/S/V:0/58/76 Widget:#ff0000 S:58 V:76
[2020-12-04 11:46:43][DEBUG] : Update other states:
Déconnexion de l’appli puis action dans jeedom :
[[2020-12-04 11:48:28][DEBUG] : Cmd to 192.168.1.29 - Try:192.168.1.29 6668 - Connect OK!
[2020-12-04 11:48:28][DEBUG] : No state update
[2020-12-04 11:48:28][DEBUG] : #slider_satH4S4V4_1000# custom formula:#slider_satH4S4V4_1000#
[2020-12-04 11:48:28][DEBUG] : value:6
[2020-12-04 11:48:28][DEBUG] : Evaluate:6
[2020-12-04 11:48:28][DEBUG] : Color from Jeedom:#0000ff
[2020-12-04 11:48:28][DEBUG] : Jeedom H/S/V:240/1000/1000
[2020-12-04 11:48:28][DEBUG] : Desired H/S/V:240/60/0
[2020-12-04 11:48:28][DEBUG] : New Color:#000000
[2020-12-04 11:48:28][DEBUG] : Value for tuya:000000
[2020-12-04 11:48:28][DEBUG] : Cmd to 127.0.0.1: {"t":"1607078908","devId":"000832612cf4323279fb","dps":{"24":000000},"uid":""} - Try:127.0.0.1 6900 - Connect OK!
[2020-12-04 11:48:28][DEBUG] : Found:158354//158354logic:SaturationGet
[2020-12-04 11:48:28][DEBUG] : Cmd to 192.168.1.29 - Try:192.168.1.29 6668 - Connect OK!
[2020-12-04 11:48:28][DEBUG] : No state update
[2020-12-04 11:48:28][DEBUG] : Receive from :192.168.1.29
[2020-12-04 11:48:28][DEBUG] : Receive from :192.168.1.29
[2020-12-04 11:48:28][DEBUG] : Receive from :192.168.1.29
merci pour votre aide