Une question toute con, je suis possesseur d’une enceinte alexa et le blueconnect est compatible, n’est-il pas possible de récupérer les informations via le plugin « Alexa api » ou « alexa smart home » afin de les insérer dans un virtuel???
@arnault.raes ok autant pour moi alors 
mais dans leur message ils parlent bien de faire un appel http à l’URL de notre choix et tout en-tête http qu’on souhaite ajouter
donc je comprends qu’ils parlent de faire un GET http idem que IFTTT ?
bon après je mélanger tout peut être
je leur ai envoyé ma webrequest. on verra ce qu’ils répondent
:
@Bioubiou je ne pense pas car comme dans google homme d’ailleurs, Blueconnect n’est pas un type
d’équipement reconnu, donc tu peux redescendre l’équipement vers Jeedom…
le plugin ALEXA c’est sur que non, car il est remonte Jeedom vers Alexa
le plugin ALEXA API oui peut être puisqu’il est censé à l’inverse piloter Alexa de puis JEEDOM
et je vois qu’il y a une fonction de Récupérer dans Jeedom le texte de la dernière intéraction. mais il s’agit d’une interaction, donc tu es obligé de passer par une demande à Alexa … ça n’aurait rien d’automatique du coup… il y aura peut être un truc à creuser de ce côté là, à supposer que ce que je dis avant est juste
J’ai envoyé aussi le webhook executé dans IFTTT (l’url) et Blueriiot m’a répondu qu’ils feraient avec, et reviennent vers moi. Donc à mon avis ils vont adapter pour coller à la requête IFTTT.
Puisque finalement, ils envoyaient à IFTTT les mêmes infos traitées ensuite via l’url WEBHOOK.
A suivre
oui c’est ce que je pense aussi. sauf qu’ils vont certainement l’écrire en dur dans leur serveur, c’est donc moins souple, on a pas la main dessus directement.
j’ai eu la même réponse de leur part, et qu’ils le feraient semaine prochaine, mais la réponse n’était pas très clair, je leur ai demandé de confirmer que le format leur convenait. je suis pas trop expert dans tout ça
perso je pense qu’il n’y a rien à toucher, il vont envoyer les infos à la commande jeedom qui les récupérait déjà. Juste qu’ils exécuteront la requête à la place d’ifttt à chaque nouvelle mesure. Enfin je le vois comme ça.
Bonjour,
Moi ce qui m’inquiète c’est surtout le ‘en dur’ car à date, l’adresse que je vais leurs donner est avec un dns3, or, comme on sait que cela va changer, soit ils vont devoir tout reprendre, soit ils auront une autre solution avant le changement. Car je pense que c’est uniquement pour ces libérer rapidement de ifttt, ils vont mettre autre chose en place plus tard.
Et j’ai deux adresses, 1 pour le prod et 1 pour le test 
suffit de transmettre une ip fixe?
Oui quand on en a une 
, mais on n’en a pas tous une, ce qui est mon cas d’ailleurs
Bonjour,
@Bello65 c’est exactement ça pour le DNS3, je ne sais pas quand on va basculer mais j’espère que ce sera rapide. Car je ne pense pas qu’il soit très réactif si on leur demande toutes les 10 min de changer les requêtes. J’espère qu’ils vont mettre ne place qqc de simple sans avoir le besoin de passer par eux. Un moment ça va les saouler je pense 
, mais en même temps j’ai acheté le blueconnect car il y avait IFTTT, maintenant à eux de se demerder cela faisait parti du service…
De toute façon s’ils ne font pas ce qu’il faut, ils vont perdre au moins 40% de leurs clients (qui sont bien souvent connectés Jeedom) Sans parler de la mauvaise publicité… pour orienter ailleurs. ils peuvent le prendre comme une menace si ils veulent mais ça va faire mal sur les prochaines ventes car nous sommes très actifs.
réponse ce jour reçu :
Dès que le système sera mis en place, nous vous enverrons une note explicative du format que nous vous enverrons.
A priori, il s’agira d’un POST HTTTP avec les données dans le body. Votre url ne semble donc pas correspondre à ce qui sera mis en place.
perso moi j’utilise un nom de domaine OVH.
c’est déjà un peu plus sécurisé que de fournir l’IP Publique de votre box.
c’est rapide à faire.
non comme dis par @arnault.raes si les données sont dans le corps du message, il faut effectivement changer le mode de récupération des données
Hello les amis,
Tout comme vous je suis embêté avec ce changement.
J’ai cherché de mon côté pour trouver une solution compatible avec la proposition de BlueRiot. Tout comme vous, j’ai reçu leur mail et tout comme vous, j’ai protesté et j’ai reçu leur proposition d’envoi d’info en HTP POST.
Alors, il existe un plugin Jeedom qui devrait résoudre ce point : http remote event
Ce plugin devrait parfaitement correspondre à notre besoin. Je ne l’ai pas testé pour le moment, mais il semble prometteur. Voici un lien vers le GitHub de celui-ci :
https://jeedom.github.io/documentation/third_plugin/httpRemoteEvent/fr_FR/index.html
La mise en place semble hyper simple d’après la doc.
On y croit.
Soit il y a une solution simple, et ce sont eux qui s’accordent à notre besoin, soit je passe à FLIPR et je pourris leur produit. TRES SIMPLE !!!
j’ai commencé a regardé ce fameux plugin, par contre il faudra un script pour sortir les informations du body, et ça…ça va etre plus compliqué 
J’ai l’impression que le plugin renseigne directement les commandes infos qu’on crée dedans. L’aide semble le montrer comme ça. Autrement, voici un lien vers un fil de discussion avec un exemple de script pour renseigner un virtuel. Mais j’ai l’impression que cet exemple date des débuts du plugin et que depuis il a évolué. Je n’ai encore rien testé.
https://community.jeedom.com/t/post-http-vers-virtuel-jeedom/21313/3
1 « J'aime »
Moi il y a un truc qui m’interpelle car dans la doc, il parle de requête envoyé en GET et traité en GET ce qui donne le virtuel. Par contre en POST je pense qu’il faut passer par un script. Je me trompe peut être. De plus la dernière fois qu’il a été mis à jour c’est en février 2020, je ne sais pas si le dev’ continue à le suivre…
1 « J'aime »