Bonjour,
Super je regarde ce mode « inching » des Sonoff.
Je commande un Sonoff Mini géré par WifilightV2.
Salutations
Jean-Paul
Bonjour,
Super je regarde ce mode « inching » des Sonoff.
Je commande un Sonoff Mini géré par WifilightV2.
Salutations
Jean-Paul
Bonjour,
Merci de la réponse.
« un Sonoff Mini c’est sur 220v donc on se promène avec une rallonge ».
Voila l’idée.
Dans mon cas le Sonoff Mini devrai gérer l’info venant du bouton poussoir du portail et après je devrai pouvoir à l’aide d’un scénario activer ma « sonnette portable ».
Salutation
Jean-Paul
Je n’arrive pas a trouver le APIKEY…
Quand je fait cette procedure, le pc me dit :
" Google ne peut pas ouvrir la page, car votre pc n’est pas connecter a internet"
Est ce que quelqu’un aurait une idee.
Merci
Salutation Colossus
Re Bonjour,
Je viens de commander un Sonoff Mini en France (10 jours de délai).
Pendant ce temps je vais voir la doc du plugin WifilightV2 pour gérer le mode inching des sonoff.
Salutations
Jean-Paul
Bonjour Bernard, je n’ai pas trouver d’aide ni de renseignements concret de ton plugin concernant apikey ou jeton… Je suis bien decu.
merci pour ce bref message " recherche sur le forum "
salutation
7 ème position dans la recherche tuya localkey
La procédure recommandée pour trouver les identifiants et clés des périphériques Tuya consiste à créer un compte Tuya développeur et à associer les périphériques inclus dans l’appli Tuya à un projet de développement. Il y a plusieurs tutos : [HOW TO - Setup Local Tuya in Home Assistant] Ensuite, aller dans l’onglet “Overview” pour récupérer : Access ID et Access Secret. Dans la configuration du plugin, renseigner ces 2 paramètres dans la partie Tuya. Ensuite sélectionner : Tuya Pas…
mais ce n’est pas garanti
Bonjour,
je viens d’installer un SONOFF 4CHPRO, et un des canaux (toujours le même, le 4) se déconnecte 2/3 fois par jour (etat -3).
Dans les log, je retrouve ceci:
[2020-11-03 18:52:14][DEBUG] : Exception:cURL error 28: Connection timed out after 10001 milliseconds
[2020-11-03 18:52:14][DEBUG] : No Ewelink device @http://192.168.1.67:8081/zeroconf/switches
[2020-11-03 18:52:14][DEBUG] : Cmd : {« switches »:[{« outlet »:3,« switch »:« off »}]}
L’équipement se reconnecte lorsque on envoie une commande. Est-ce un problème connu, Est-ce que quelqu’un a déja vu ca ?
Merci.
bizarre car tu parles du canal 4 et le log c’est le canal 3 (les canaux vont de 1 à 4)
et normalement le message cmd est avant l’exception. Je penses que tu envoies plusieurs commandes en même temps.
Peux tu faire une seule action pour cerner le problème ?
Ce qui est sûr c’est que le sonoff ne répond pas et probable que le plugin envoie trop de commandes simultanées. Ce n’est pas un souci du plugin mais un souci d’usage du plugin.
Salut,
J’ai acheté « AWOW+32.8ft WIFI music RGB light strip » sur amazon et je ne trouve pas de moyen de le faire fonctionner dans le plugin.
Dans tuya-cli, j’ai ceci:
$ tuya-cli get --ip ... --id ... --key ... -a --protocol-version 3.3
{ dps:
{ '20': true,
'21': 'colour',
'24': '000000000320',
'25': '000e0d00002e03e802cc00000000',
'26': 0,
'101':
'01464602000003e803e800000000464602007803e803e80000000046460200f003e803e80000000046460200f0000003e80000000046460200ae03e803e800000000464602003d03e803e800000000464602011303e803e800000000' } }
De ce que j’ai compris du fonctionnement, tout est dans le dps 24:
tuya-cli set --ip ... --id ... --key ... --protocol-version 3.3 --dps 24 --set <angle><saturation><luminosité>
Les 3 infos sont en hexa sur 16 bits, exemple: 000f00070001
pour angle=15 saturation=7 luminosité=1
Pour la luminosité, par défaut la télécommande fait varier de 200 à 1000 par pallier de 200 (en hexa), la valeur minimale est 10 et maximale est 1000. Certaines valeurs font planter tuya-cli donc j’ai testé toutes les valeurs de 10 à 1000 par pallier de 16 (10, 26, 42, …) => c’est ok.
Pour l’angle, c’est simplement de 0 à 359 (rouge = 0, vert = 120, bleu = 240)
Pour la saturation, ce sont les mêmes valeurs que pour la luminosité : de 10 à 1000 par pallier de 16.
Il y a aussi 2 modes qui changent les couleurs, avec et sans progression:
changement nets: dps 25 = 07646402000003e803e800000000646402007803e803e80000000064640200f003e803e800000000
changement fluide: dps 25 = 07646401000003e803e800000000646401007803e803e80000000064640100f003e803e8000000006464010000000003e80000000064640100b403e803e800000000646401003c03e803e800000000646401012c03e803e800000000
Et 3 modes de detection de musique:
dps 101 = 01464602000003e803e800000000464602007803e803e80000000046460200f003e803e80000000046460200f0000003e80000000046460200ae03e803e800000000464602003d03e803e800000000464602011303e803e800000000
dps 101 = 02464601000003e803e800000000464601007803e803e80000000046460100f003e803e80000000046460100f0000003e80000000046460100ae03e803e800000000464601003d03e803e800000000464601011303e803e800000000
dps 101 = 03464602000003e803e800000000464602007803e803e80000000046460200f003e803e80000000046460200f0000003e80000000046460200ae03e803e800000000464602003d03e803e800000000464602011303e803e800000000
c’est un codage HSL sur 16bits
le plugin ne sait pas faire. Tu dois créer autant de boutons que de couleurs (et même intensité) que tu veux obtenir.
Pour le dps25 il suffit de mettre la longue série de chiffres dans une commande action. et donc un bouton par mode
idem dps101
pour le HSV j’envisage de faire quelque chose mais il y a beaucoup trop de variantes
une solution :
Un virtuel pour l’intensité
déclenche un scénario qui va chercher HSL dans l’état du plugin et en particulier H et S et modification du L tout en respectant le codage de ton périphérique du HSV. Un bloc code serait très pratique. SI tu veux essayer je peux t’y aider mais en MP
@fensoft le plugin sait faire en beta.
Extrait de la doc :
Le codage de la couleur chez tuya a plusieurs format et est différent de celui utilisé par Jeedom. Jeedom utilise le format RGB alors que tuya utilise différents formats HSV ou combinant HSV et RGB. Le RGB code chaque couleur de 0 à 255 ou en hexadéciaml de 0 à FF. Le rouge est donc codé FF0000, le bleu : 0000FF, le blanc : FFFFFF et le noir : 000000. Les valeur pour HSV sont les suivantes : Hue de 0 à 360° (couleur), S de 0 à 100% (Saturation) et V de 0 à 100% (Intensité). Voir ici pour aller plus loin.
Afin de permettre au plugin de fonctionner correctement pour les couleurs, il faut identifier les formats utilisés par tuya :
1 - format HSV : H (0 à 360 ) S(codé de 0 à 1000) V (codé de 0 à 1000) le résultat est ensuite donnée en base 16, soit 12 digits hexadécimaux. Exemple pour du rouge alors RGB = FF0000 et HSV= 0° S=100% V=100% soit en codage Tuya 000003E803E8
2 - format RGB00HSV : RGB sont codés comme ci-dessus. 00 est intercallé puis H (0 à 255 ) S(codé de 0 à 255) V (codé de 0 à 255). Le résultat est donné en base 16, soit 14 digits hexadécimaux. Exemple pour du rouge alors RGB = FF0000 et HSV= 0° S=100% V=100% soit en codage Tuya FF00000000FFFF
3 - format RGB : RGB sont codés comme ci-dessus. Mais jamais vu chez tuya
Dans le champ paramètre des dps (info et action) correspondant à la couleur il faut mettre :
si format 1 : #colorH4S4V4_1000#
si format 2 : #colorR2G2B200H2S2V2_255#
si format 3 : #color#
Si le codage ne correspond pas à ceux ci-dessus, il faut configurer des boutons pour chaque couleur individuelle désirée en mettant comme valeur du dps le codage de la couleur attendue par le périphérique. Le retour d’état ne pourra pas fonctionner.
Vous pouvez aider en échangeant sur le forum pour comprendre le codage utilisé par tuya.
Exemple :
Receive after decode :{devId:50701244cc50e37e9aff,dps:{"120":"012F003F00FF","101":true}}
Ici, une couleur a été modifiée sur l’application du périphérique et on observe que le dps 120 a changé il a le format 1.
Donc si tu as le temps de tester. Attention je n’ai pas testé donc si KO : me dire pourquoi et m’envoyer les logs.
Bonjour @bernardfr.caron,
Je viens de vérifier dans les logs, et les canaux vont bien de 0 à 3 (correspondant au canaux 1 à 4 dans le plugin). Ci joint les logs après envoi d’une commande sur canal 1 et canal 4. log sonoff 4ch.txt (81,1 Ko)
Je ne crois pas que j’envoi trop de commandes, car j’ai vu le problème avant de connecter les commandes de ce nouvel équipement. Ce sonoff est maintenant connecté a un thermostat jeedom avec un cron qui réécrit ses commandes toutes les 5min, je pense que ça masque le problème. Je vais surveiller ça pendant quelques temps.
Justement, je viens de voir qu’on ne pouvait pas historiser l’état ConnectedGet. La sélection « Historiser » n’est pas sauvegardée quand tu la sélectionnes dans « configuration commande »
ok.
je suis en train de corriger le bogue de l’historisation
pour garder l’option tu ne sauvegardes pas l’équipement, tu valides uniquement la modif de l’historisation et ça devrait se conserver tant que tu ne sauvegardes pas l’équipement
bonjour
si tu arrive a te connecter a ton appareil, en tapant le code wifi 12345678,
il t’indique que tu es conectém ais que tu as pas de reseau internet
tu garde la connexion comme ca.
puis dans ton navigateur tu tape http://10.10.7.1/device
et la tu recupere tout ce que tu trouves, tu vas avoir les infos que tu cherches, et hop c’est nikel, tu met ca dans jeedom
Bonjour
je viens d’acheter ce module
que j’ai apparié sans aucun problème il fonctionne de plus en Lan, par contre je souhaite savoir si il peut être reconnu comme un module porte de garage?
`
`
à tester.
il y a un module porte de garage qu’il faudra peut être ajuster
peux tu m’en dire plus merci
lire la doc sur la partie tuya
Merci j’ai regardé dans la partie Tuya mais pas simple à l’adapter dans mon cas. Peux tu m’éclairer un peu merci car j’ai des commandes qui ne répondent pas à mes besoins comme par exemple l’état de la porte qui ne change pas l’action… alors que quand je mets Ewelink Sonoff LAN j’ai toutes les infos que je veux mais pas en porte de garage
Tu es dans le fil Sonoff/Ewelink
Ton appareil est un Tuya qui n’a rien à voir.
1 - tu changes de discussion, tu en crée une autre
2 - j’insiste il faut lire la doc et appliquer la procédure qui est indiquée. Evidemment il faut le plugin