12-27-2019, 09:53 AM
bon je reviens sur mon sujet:
il semble que l'on ne puisse pas faire reconnaitre des commutateurs virtuels par alexa, je ne suis jamais arrivé à faire remonter un équipement de ce type dans les appareils Alexa. En tout cas c'est la conclusion à laquelle je suis arrivé, si vous avez un avis autre je suis preneur.
contournement avec un groupement dans lequel j'ai mis tous les volets
Envoi du message "L'action ''Allumé'' sur le groupement ''virtuel volet '' n''est pas autorisée depuis le scénario Alexa ''Scénario-test-on''"
j'ai donc essayé de contourner en mettant en place un scénario qui va déclencher le bouton virtuel .
le scénario est bien reconnu par alexa (après avoir mis les droits sur l'utilisateur qui est enregistré dans le lien FD/alexa), je l'ai intégré dans une routine, maintenant au déclenchement de la routine j'ai le message warn :
Envoi du message "L'action ''Allumé'' sur l''équipement ''Bouton virtuel volet salon'' n''est pas autorisée depuis le scénario Alexa ''Scénario-test-on''"
Donc le bypass ne fonctionne pas.
Tentative complémentaire : intégrer le déclencheur via IFTTT
- ajout d'un connecteur écoute Universel HTTP
- ajout d'un équipement écouteur universel avec variable trame
- ajout d'un automate avec comme déclencheur trame=descend_volet
- ajout d'un scénario descend volet (qui regroupe tous les volets à descendre)
- ajout d'une entrée IFTTT avec alexa pour dans if et utilisation d'un webhooks dans le that : http://MYDDNS_chez_NO-IP:port_NAT_ouvert/UniversalListen?trame=descend_volet
ça fonctionne mais pas tout le temps, il faut quelquefois que je reprenne 2 fois la commande alexa pour tout déclencher.
test complémentaire : intégrer un équipement dans HA-bridge (qui fait le pont - émulateur HUE - entre FD et alexa)
- utilisation du connecteur écoute HTTP
- ajout d'un équipement écouteur universel avec variable HA_trame et HA_valeur
- ajout d'un automate avec comme déclencheur HA_trame="volet_pièce" et comme HA_valeur="On ou Off"
- ajout d'autant entrée HTTP dans HA-bridge que de pièce : http://IP_LD:8080/UniversalListen?HA_trame=volet_salon&HA_valeur=On ou Off
- synchro alexa pour récupérer les lampes émulation HUE (une vraie galère ...., mais on y arrive)
- intégration des "lampes émulées par HA-bridge" dans les routines alexa
ça fonctionne un peu mieux que avec IFTTT lors des commandes alexa
conclusion:
1 - l'intégration directe par un commuateur virtuel qui serait la plus simple et avec le moins d’intermédiaire ne fonctionne pas
2 - bypass en utilisant un groupement, ne fonctionne pas
3 - le bypass par un scénario qui encapsule le bouton virtuel ne fonctionne pas non plus
4 - le passage par IFTTT qui déclenche un scénario fonctionne mais des aléas, en plus ça ajoute un passage cloud IFTTT
5 - utilisant d'un pont HUE émulé - HA-bridge, fonctionne correctement lorsque la synchro entre le pont et alexa veut bien daigner récupérer les équipements ajoutés dans le pont. Le pont peut être local donc à l’exécution ou a que la détection de l'ordre par alexa qui passe par le cloud, l'ordre est lui en local. Inconvénient ajoute HA-bridge dans la chaine.
Si vous avez d'autres idées, je suis preneur parce que aucune des solutions testées n'est parfaitement OK, soit à la construction soit à l’exécution.
Je reste quand même avec la 5) utilisation du pont émulé HUE HA-bridge qui offre le moins de perturbation à l'usage
il semble que l'on ne puisse pas faire reconnaitre des commutateurs virtuels par alexa, je ne suis jamais arrivé à faire remonter un équipement de ce type dans les appareils Alexa. En tout cas c'est la conclusion à laquelle je suis arrivé, si vous avez un avis autre je suis preneur.
contournement avec un groupement dans lequel j'ai mis tous les volets
Envoi du message "L'action ''Allumé'' sur le groupement ''virtuel volet '' n''est pas autorisée depuis le scénario Alexa ''Scénario-test-on''"
j'ai donc essayé de contourner en mettant en place un scénario qui va déclencher le bouton virtuel .
le scénario est bien reconnu par alexa (après avoir mis les droits sur l'utilisateur qui est enregistré dans le lien FD/alexa), je l'ai intégré dans une routine, maintenant au déclenchement de la routine j'ai le message warn :
Envoi du message "L'action ''Allumé'' sur l''équipement ''Bouton virtuel volet salon'' n''est pas autorisée depuis le scénario Alexa ''Scénario-test-on''"
Donc le bypass ne fonctionne pas.
Tentative complémentaire : intégrer le déclencheur via IFTTT
- ajout d'un connecteur écoute Universel HTTP
- ajout d'un équipement écouteur universel avec variable trame
- ajout d'un automate avec comme déclencheur trame=descend_volet
- ajout d'un scénario descend volet (qui regroupe tous les volets à descendre)
- ajout d'une entrée IFTTT avec alexa pour dans if et utilisation d'un webhooks dans le that : http://MYDDNS_chez_NO-IP:port_NAT_ouvert/UniversalListen?trame=descend_volet
ça fonctionne mais pas tout le temps, il faut quelquefois que je reprenne 2 fois la commande alexa pour tout déclencher.
test complémentaire : intégrer un équipement dans HA-bridge (qui fait le pont - émulateur HUE - entre FD et alexa)
- utilisation du connecteur écoute HTTP
- ajout d'un équipement écouteur universel avec variable HA_trame et HA_valeur
- ajout d'un automate avec comme déclencheur HA_trame="volet_pièce" et comme HA_valeur="On ou Off"
- ajout d'autant entrée HTTP dans HA-bridge que de pièce : http://IP_LD:8080/UniversalListen?HA_trame=volet_salon&HA_valeur=On ou Off
- synchro alexa pour récupérer les lampes émulation HUE (une vraie galère ...., mais on y arrive)
- intégration des "lampes émulées par HA-bridge" dans les routines alexa
ça fonctionne un peu mieux que avec IFTTT lors des commandes alexa
conclusion:
1 - l'intégration directe par un commuateur virtuel qui serait la plus simple et avec le moins d’intermédiaire ne fonctionne pas
2 - bypass en utilisant un groupement, ne fonctionne pas
3 - le bypass par un scénario qui encapsule le bouton virtuel ne fonctionne pas non plus
4 - le passage par IFTTT qui déclenche un scénario fonctionne mais des aléas, en plus ça ajoute un passage cloud IFTTT
5 - utilisant d'un pont HUE émulé - HA-bridge, fonctionne correctement lorsque la synchro entre le pont et alexa veut bien daigner récupérer les équipements ajoutés dans le pont. Le pont peut être local donc à l’exécution ou a que la détection de l'ordre par alexa qui passe par le cloud, l'ordre est lui en local. Inconvénient ajoute HA-bridge dans la chaine.
Si vous avez d'autres idées, je suis preneur parce que aucune des solutions testées n'est parfaitement OK, soit à la construction soit à l’exécution.
Je reste quand même avec la 5) utilisation du pont émulé HUE HA-bridge qui offre le moins de perturbation à l'usage