IFTTT Google Home et webhook


#1

Bonjour a tous, je suis à la recherche d’un peu d aide sur ce sujet IFTTT et le l exécution de script gladys .
Depuis IFTTT j’ai des erreurs de type “Unable to make web request:connect ECONNREFUSED”.

depuis IFTTT j’utilise un declanchement de type Google Assistante pour la reconnaissance avec Google Home . Les phrases sont bien detectées seul le webhook ne semble pas fonctionner.

dans le Make a web request j ai mis une requete telque celle ci :

https://mondomaine/event/create?token=7c89e93a8394005e8252f3e0161d0511252abd39&code=back-at-home&user=1&house=1

cette URL fonctionne dans un navigateur …
Je pense avoir donc loupé quelque chose…

d’avance merci a tous … et Bonne Année !


#2

Si ça fonctionne depuis le navigateur le problème vient des choix que tu as fait dans webhook

Il me semble que tu dois choisir POST

Ça en parle ici


#3

Bonjour,

J avais bien vu que dans la doc c est du post …

Je ne vois aucun retour dans la log … c est étonnant !

Merci !


#4

le content type as tu essayer avec text/plain


#5

c est pareil …

je viens de refaire les tests en ligne de commande avec curl -X POST http://monipbox:8080/script/6/exec?token=1eb854c6123ab350afabebc139d27be31432cfe5 ca fonctionne bien …


#6

je viens de voir que l erreur n est plus la meme … ETIMEDOUT quand je passe en http:xxxx:8080


#7

nous faudrait @C4rlit0 @LepetitGeek ou @Boimb eux maîtrise le sujet


#8

Ok merci
J espère qu ils verront ce post …


#9

Je le vois ^^
Bonjour d’abord !
Quelle requête essai tu d’envoyer ? (J’en vois deux différente sur le thread)
Tu as essayé ta requête en interne ET en externe depuis un navigateur ?
Il y en a une en HTTPS et une autre en HTTP, pourquoi ? :slight_smile:


#10

Salut,
@Greg77.
L’API te permet de créer des event en GET et c’est ce que tu fais ici :

Tes différents paramètres sont passés dans l’URL, donc en GET.
Change POST en GET dans IFTTT et ça devrait rouler.

Si tu veux faire du POST, il faut que tes paramètres soient dans le corps de ta requête (tu peux garder le token dans l’url) :
L’URL devient :

http://URLGLADYS/event/create?token=TOKEN

Et tes paramètres en JSON dans le corps :

{
  "code": "back-at-home",
  "user": 1,
  "house": 1
}

Je trouve ça plus confortable/lisible que de passer par l’url.


#11

Bonjour, merci pour vos reponses !!

Je comprends mieux le GET / POST avec tes explications, merci !

Pour le Https et http , j ai testé histoire de verifier que ce n’etait pas du au probleme de certificat… avec le curl -X cela ne fonctionnait pas en https.

bon malheureusement j ai toujours la meme erreur IFTTT unable to make web request … error ETIMEDOUT


#12

Dans le doute, j’me suis créé une recipe dans IFTTT pour checker.
J’ai testé ça chez moi :

Et ça marche au poil !


Vu que j’'étais chaud patate, j’ai testé le POST aussi :

Idem. Allright.

Comment effectues-tu ta requête pour avoir ton erreur ETIMEDOUT ?


#13

Bonjour,

J’ai ce code retour sur l application IFTTT de mon téléphone . c est là que je vois quelques sont en erreurs.
Je vois que vous etes en HTTPS, il n’y a pas de probleme de certificat ? on est bien d’accord que je dois faire un routage du 443 vers mon ip gladys local ?

merci


#14

J’utilise un certificat auto-signé et effectivement, j’ai routé le port 443 vers l’ip de Gladys.
Si tu veux tester en http, il faut que le port 80 externe route vers le 8080 de Gladys.
Et tu te connectes via:

http://ip-publique

ou alors tu routes le 8080 ext vers 8080 de Gladys mais dans ce cas il faudra te connecter via :

http://ip-publique:8080 ...

#15

Oui c est bien ce que je fais alors… j avoue ne pas comprendre là …


#16

Tu peux nous mettre des copies d’écran de tes différentes manips ?

  • écran de paramétrage de l’applet IFTTT
  • requêtes curl
  • requête via navigateur OK (idéalement avec l’onglet network de l’outil développeur affiché - a activer avant d’effectuer la requête)
  • logs Gladys

…on va bien finir par trouver :wink:


#17

alors …
ecran de parametrage IFTTT

curl + log gladys … .

là ma prise s’allume bien …

ca suffit ?


#18

Vraiment étrange :frowning:

Tu pourrais ajouter

> res.txt

à la fin de ta requête curl et nous montrer le contenu du fichier “res.txt” ?


#19

Le fichier est vide :neutral_face:


#20

J ai comme l impression que ca vient de mon router… j ai pourtant router le 443 vers mon ip local de gladys

est ce normal ca ?

là je n ai pas de réaction de gladys …