sonoff sur jeedom via ifttt pas de retour d'état

[happythomas]

Bonjour, débutant sur jeedom j'ai utilisé ce tuto pour utiliser tout mes sonoff sans les flasher (volonté de ma part car je ne serais pas le faire ^^).

viewtopic.php?f=159&t=42358&p=702214&hi ... nk#p702214

(au passage merci a son auteur)

Tout fonctionne, enfin presque si j'allume ou éteint une lumière via l'application ewelink l'etat du virtuel ne change pas sur jeedom alors que dans le sens inverse tout est ok, j'utilise pourtant bien le liens url de la commande on et off du virtuel

capture virtuel

Capture d’écran 2019-04-14 à 20.03.21.png (281.07 Kio) Consulté 3823 fois

capture virtuel

Capture d’écran 2019-04-14 à 20.03.43.png (201.69 Kio) Consulté 3823 fois

capture ifttt

Capture d’écran 2019-04-14 à 20.07.41.png (261.99 Kio) Consulté 3823 fois

[happythomas]

personne a une idée ? je me retrouve coincé j ai bon regarder sur les forums les tutos et autre, rien de rien

par contre si je clique sur la fleche d'actualisation du virtuel l'etat change dans un sens mais pas dans l autre ( si lampe passé on ONet ensuite en off via google home par exemple ou ewelink, actualisation donne le off sur le virtuel) mais pas dans l'autre sens

[kerdale]

Bonjour,
J'ai une prise wifi qui n'est pas flashé. Je passe par un applet IFTTT (et le plugin IFTTT) pour on et off. Pour le retour d'état, il faut 2 autres applets type device or group is tuner on et un autre device or group is tuned off. Le device étant celui utilisé dans les applet on et off
avec URL
(ici ton id sera 25 celle de l'info Etat)
https://mon_domaine:8443/core/api/jeeApi.php?api=mon_api _keykey&type=ifttt&id=25&value=0 (le libellé exact est donné dans la config
avancée de l'id: url extérieure.
methode get
methode type application
id étant l'id de l'info binaire dans IFTTT jeedom
idem pour on dans l'autre applet avec
https://mon_domaine:8443/core/api/jeeApi.php?api=mon_api _keykey&type=ifttt&id=15425&value=1
ça marche

[happythomas]

Bonjour Kerdale, merci de ta réponse, je pense voir ou est mon erreur, j'ai les 2 applets mais j'ai utilisé l'url de la commande on et off du virtuel , si je comprend bien ton message je doit utilisé l'url de la commande info état de ifttt

capture ifttt

Capture d’écran 2019-04-16 à 19.36.06.png (164.93 Kio) Consulté 3786 fois

CAPTURE IFTTT

Capture d’écran 2019-04-17 à 16.28.54.png (177.06 Kio) Consulté 3786 fois

[kerdale]

il faut ajouter un ingrédient qui pointe sur l'info etat et mettre 0 (pour off)

[happythomas]

correction faite j'ai donc utilisé l'url de la commande info etat du pluging ifttt ( et non du virtuel) et ajouté l'ingrédient , mais toujours pas de changement d'état :/

methode type application c'est bien application/json ?

Capture d’écran 2019-04-17 à 16.47.19.png (188.15 Kio) Consulté 3777 fois

Capture d’écran 2019-04-17 à 16.49.00.png (306.65 Kio) Consulté 3777 fois

Capture d’écran 2019-04-17 à 16.50.24.png (152.99 Kio) Consulté 3777 fois

[happythomas]

j'ai peut etre trouvé une raison, mais pas l'explication :/ encore moins la solution

Capture d’écran 2019-04-17 à 17.25.51.png (139.2 Kio) Consulté 3772 fois

[kerdale]

Mon applet est configurée différemment:
dans l'url c'est type=ifttt&id=15425&value=1
ou type=ifttt&id=15425&value=0 et non cmd.
le type: pas json mais application/x-www form urlformencoded

Capture d’écran 2019-04-17 à 17.31.37.png (50.71 Kio) Consulté 3765 fois

pas assez spécialiste de IFTTT mais chez moi, ça fonctionne comme ça

EDIT:attention l'apikey est celui d'ifttt pas l'apikey général jeedom 'et bien sur l'api key ifttt activé)

[happythomas]

merci beaucoup de ton aide, correction faite, mais toujours bloqué

Capture d’écran 2019-04-17 à 17.49.34.png (158.64 Kio) Consulté 3757 fois

pas de configuration particulière sur jeedom a faire ? a voir le message de refus sur ifttt "Unable to make web request: Error: connect ECONNREFUSED" je doit pas ouvrir un port en particulier ou autre truc que j'aurais raté



-----

edit: je viens de voir ton edit, pour récupéré l'url j'ai directement était dans le plugging ifttt sur jeedom et dans les réglages avancé de la commande d'état

[kerdale]

je suis en https !!! (je crois me souvenir que c'est indispensable pour un retour d'état, mais pas certain, ça fait pas mal de temps que je n'ai pas joué avec ifttt, top lent à mon gout)
Mais si c'est http, un port doit etre ouvert (et précisé dans l'adresse http:// ) sur la box et redirigé sur Jeedom. Pas top au niveau sécurité, tout passe en clair, clef api etc etc.
Eviter le port 80 mais choisir un port exotique style 11825 ce qui donne par exemple http://mon_ip_publique_de_ma_box_adsl:11825/core/api/jeeapi.....
Mais encore une fois http c'est une porte grande ouverte à tous les hackeurs et robot qui ping à tour de bras le ip publiques du net
Dans la config NAT de la box da,ns mon exemple le port externe 11825 est redirigé sur le port 80 interne . Encore une fois pas top. Pour une ouverture 2 soluces: DNS de jeedom ou prendre un nom de domaine (ovh par exemple, 2,50€ sr .ovh) et installer letencrypt (voir tuto sur le fofo et ailleurs)

[happythomas]

Je comprend mieux ! Effectivement je suis en http je débute je n est pas encore acheté de pack Jeedom pour avoir le dns
J envisager de le faire pour avoir la simplicité du dns Jeedom et la sécurité de ne pas ouvrir de ports pour des questions de Sécurité

Un grand merci pour ton aide ,j ai toute les lumières de chez moi à ajouter à Jeedom et je ne voulais pas dupliquer le virtuel temps qu’il ne fonctioné pas pour éviter de corriger ensuite l erreur sur 37 virtuels lol. Je vais pouvoir maintenant le faire et je sais juste qu’il faudras que je soit en https pour que ça fonctionne au niveau du retour d état donc j aurais juste l id d état à changer pour chaque virtuel

[kerdale]

j'ai fait un edit.
Pour faire un essais et tester ifttt il est toujours possible d'ouvrir quelques minutes un port, faire le test et refermer le tout une fois que ça marche, mais ne pas laisser le port http ouvert

[kerdale]

il faudra changerdans ifttt l'adresse http en https://mon_dns_jeedom sur tous les applets

[happythomas]

Merci beaucoup pour ta précieuse aide et ton temps je vais jeter un œil du côté ovh,et effectivement ensuite j aurais juste à modifier l url avec tout tes conseils je sais maintenant exactement comment faire le retour d état

Une fois sur du https mon url direct dispo dans la commande état de ifttt seras bon ? J aurais juste à rajouter l’ingredi 0 ou 1 à la fin

[kerdale]

Sincèrement sauf être gaucher des deux mains , totalement et définitivement réfractaire à tout bricolage manuel le flashage est la vraie bonne solution , surtout si il y a un paquet de sonoff . Avec jmqtt par exemple c'est instantanné.
pour l'url avec ovh (et certificat letsencrypt gratuit installé) ce sera:
https://mon_nom_de_domaine_a_moi.ovh:11185....
si c'est le port 11825 qui est redirigé sur le port 443 interne (443 parce que https) en plus il faudra donné la bonne adresse https dans la config réseau jeedom.

[happythomas]

Je vais regarder sur le forum et le Tuto dédié ou https

Pour la flashage c est surtout que certain sonoff sont dans le plafond donc difficile d accès et j ai Google home et alexa a la maison donc temps que Jeedom et pas opérationnel à 100% je souhaite conserver l utilisation polyvalente ewelink Google home alexa Jeedom

[kerdale]

perso, ça me hérisse le poil de devoir passer par un service externe qui coupe tout si l'adsl est dans les choux (et chez moi, à croire que les korigans bouffent du câbles d'orange à tous les repas) J'utilise donc ifttt pour une prise non compatible jeedom autrement et aussi pour de la géolocalisation des iphones pour préparer l'arrivée à la maison (portail, lumières etc etc)

[kerdale]

il y a
https://www.domo-blog.fr/comment-active ... vice-pack/
bon l'adresse sera en .ovh et pas freebox.

ou
http://www.compu-tek.fr/blog/activez-le ... e-version/
https://jeedom.github.io/documentation/ ... e_en_place
Au moment du challenge letsencrypt et à ce moment seulement il faudra que le nat de la box soit redirigé ainsi
externe 80 vers interne 80
et
externe 443 vers interne 443
si non le cllenge d'install du certif échoue.
Dès que le certif est installé les port 80 et 443 externes doivent etre fermé. C'est simplement à ce moment qu'on peut utiliser définitivement un port un peu exotique 11011 ou 11891 par exemple vers 443 interne. Il faudra réouvrir au renouvellement le port 443 vers 443.