jjacques68

pour le MDP, faudrait poser la question dans un autre topic, car pas beaucoup de monde suit celui-là....

@Yannick : en fait c'est pas mal du tout la liaison avec fibaro dans l'application Google Home. Pour piloter les device de type switch c'est nickel ! Par contre pour les scénarios un peu plus avancés, j'ai créé un petit QA "parent" et autant de QA "child" de type binary pour les scénarios. Un tableau de fonction délcaré et le tour est joué. Rien de bien méchant, ça fait bien le job. Ducoup IFTTT n'a plus lieu d'être enfin si... car j'ai encore une seule applet pour le TTS... mais je peux peut-être m'en sortir avec un compte gratuit, vu qu'on a le droit à 1 ou 2 applet il me semble...

je me pose la même question...

@Yannick je savais pas qu’on pouvait lier le compte fibaro... Ça semble pas mal... Mais comment faire si j’ai un ordre qui exécute plusieurs actions ? Si faudrait alors créer un QA parent, et autant de QA Child qu'il y aurait de scénario possible... Roah vais encore passer des heures la-dessus.... 😊

@Yannick oui donc c'est de là que vient le soucis. Je ne pense pas que tu puisses piloter directement le GGH. En tout cas si tu y arrives sans faire une usine gaz plus grosse qu'actuellement (GGH -> IFTTT -> WERBHOOKS -> HC3 -> 60 €/an) fais mois signe @jojo trigger : (IFTTT) action : (IFTTT) le rectangle rouge dans l'URL, c'est mon IP et dans "additional Headers", c'est user:mdp en base64 Moi perso je m'adresse à un QA unique (le #57) qui traite mes demandes Sinon on pourrait très bien mettre l'URL vers un device spécifique. Le body reste le même. Mais le jour où le device change d'ID, bonjour les modifs. Et enfin dans l'application Google Home, j'ai des routines dans "Automatisations" : J'ai la liste des ordres que je donne, dont le fameux : je passe par des automatisation car je trouve null de dire "Ok Google, active allume le couloir" rappel : "active" est le mot clé magique pour que google capte qu'il faut aller chercher une applet chez IFTTT. Du coup je dis bien "allume le couloir", et l'action est bien "active allume le couloir" où - "active" est le mot clé - "allume le couloir" est le texte exacte saisie dans le trigger de IFTTT (capture en gris) et la boucle est bouclée. super lourd à gérer. Il aime pas du tout les " l' " comme "allume l'armoire". il comprend "larmoire"... y a quelque délire du genre... Suis entrain de faire le ménage, car je ne me sers pas de la moitié des ordres

hmmm : @Yannick : dans tes applet IFTTT, tu passes le user et mot de passe dans l'URL (htttp://user:mdp@....... ? comme moi je suppose ? en mettant les authentifications dans le header : Authorization: Basic user:mdp (codé en base64) ça marche. punaise il va falloir se taper toutes les applet (j'en ai 63)

Idem chez moi plus de communication entre IFTTT et la HC3. IFTTT reçoit un retour err 401... J’ai l'impression que c’est depuis la dernière mise a jour... mais suis pas certain.

Et je peux recevoir sur une adresse outlook sans être dans les spam ? Et ça peut pas se faire depuis l’adresse de mon domaine chez OVH ? Du coup plus besoin de Brevo...

Alors gmail je sais pas... mon adresse mail principale est sur outlook. Le soucis était surtout que j'arrivais plus a envoyer de mail du tout (avec les machines) Faut que je me replonge dedant... 🙄

Email du compte admin de mon domaine perso chez OVH. C’est d’un compliqué !! Après je metrise pas tout... C’est le seul moyen que j’ai trouvé pour pas que les mails envoyés depuis une application, le NAS, l’onduleur, etc... sont envoyés et ne tombent pas dans les spam...

Moi j'utilise BREVO...

@Cardane Je l'ai fais plusieurs fois sans succès...

Mais j’ai un nom de domaine aussi chez OVH, mais je l'utilise pour autre chose...

Je passe par dyndns... Et pour les ports... je sais bien...

Alors après avoir lu le tuto de @jojo J’ai fait autrement, à l’ancienne... IP publique + port spécifique ouvert sur le routeur. Ça marche en 5G et en wifi locale. Mais bon, on sait toujours pas pourquoi ça a bloqué du jour au lendemain.