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 »
Voilà ce que je leur demande :
Bonjour,
J’utilise l’applet IFTTT et j’ai choisi le blueconnect pour cela. Qu’avez vous à proposer pour récupérer les données ?
Il suffirai d’avoir une adresse de type API Restful comme ci-dessous :
Cela règle le problème.
Ils peuvent faire ça au moins non ?
Perso je suis en train de regarder chez flipr, à l’époque je n’avais pas pris chez eux car pas domotisable. Je vois qu’ils ont bien évolué et c’est écris noir sur blanc que leur produit est connectable à jeedom. Je pense que blueriiot ne veux pas perdre de clients et qu’ ils vont devoir se bouger, cependant si ça ne bouge avant l’été je passe à la concurrence. En plus la sonde est moins cher chez flipr. Je vais leur écrire un mail ce soir dans ce sens.
Bon, je ne suis pas spécialiste, mais je comprends un peut de ce qu’il en est:
GET: si je comprends bien, permet d’envoyer une requête http depuis Jeedom vers un serveur pour obtenir en retour une information, souvent au format XML ou JSON. Il faut ensuite un script pour décortiquer l’info reçue.
POST: c’est le serveur qui, régulièrement, envoie vers Jeedom, sans que ce dernier n’ait fait une demande, des infos, en les transmettant en HTP vers Jeedom. La transmission des infos est incluse dans la requête depuis le serveur vers Jeedom.
Si j’ai bien compris, ce plugin sert surtout à récupérer une requête POST http et sauvegarde les infos reçues dans des commandes info.
En tout cas, si je me trompe, n’hésitez pas à me corriger.
Le type de requête GET ou POST ne défini pas le sens de la requête http. De Jeedom on peut faire une requête GET ou POST vers un serveur et inversement.
La différence est seulement dans la façon d’envoyer les informations. Pour résumer dans la requête GET toutes les informations se trouvent dans l’adresse. On peut envoyer des informations à Jeedom facilement avec ce type de requête en respectant la syntaxe que Jeedom reconnait. C’est cette méthode qui est utilisé depuis IFTTT.
La requête POST envoi les informations en dehors de l’adresse, on va dire pour simplifier qu’un fichier est envoyé mais Jeedom ne sait pas gérer nativement ce genre de requête il faut donc un plugin qui saura récupérer les informations dans le « fichier » reçu pour les envoyer à un équipement.
Contrairement à ce que j’ai pu penser le plugin http remote event ne semble pas pouvoir gérer une requête POST sauf à ce que les informations à récupérer se trouvent dans l’adresse et non dans le « fichier » envoyé par POST.
Je ne vois pas comment faire cela car c’est Jeedom lui même qui est le serveur http et qui reçoit le contenu de la requête. Peut-être que quelqu’un de Jeedom pourrait nous donner une piste ?
Une autre solution consiste à installer un service http en dehors de Jeedom qui servirait de passerelle. Ce service pourrait récupérer les informations de la requête POST et les renvoyer à Jeedom en requête GET mais il devrait être possible de faire plus simple.
Ok, mais là je suis d’accord avec @fleproust, j’ai encore l’emballage ou il est écrit IFTTT, donc s’ils le quittent, ils se débrouillent pour mettre en place une API GET qui correspond à l’utilisation qui est en place pour ceux qui utilise Jeedom. Ce n’est pas à nous de trouver des solutions de dingue ou des bidouilles pour récupérer des données.
Et franchement, c’est quand même pas sorcier.
1 « J'aime »
C’est vrai que c’est à se demander pourquoi Blueriiot ne regarde pas ce que la concurrence a trouvé comme idée pour se passer d’IFTTT. Le document chez flipr est simple. Pourquoi se prendre la tête ?
DevGuide_FIPR_2018-1_2.pdf (138,7 Ko)
Oui mais le principe de Flipr est que c’est Jeedom qui va chercher les informations et fait donc une requete GET sur le serveur Flipr.
Fondamentalement il est plus « propre » que les informations soient envoyées par la sonde. Et la méthode GET c’est facile mais c’est limité. La solution qui consiste à ce que la sonde envoie les informations dans un format JSON via une requete http POST est beaucoup plus professionnel je pense.
Il faudrait un plugin Jeedom (voir dans le core) qui prendrait en charge l’extraction des informations dans le JSON reçu d’une requête POST.
personne a tester si on peut interroger le blueconnect en ble directement ?
si qqun peut installer sur un tel android BLE Scanner (ou autre outil pour intérroger la bestiole ) et donner le résultat ?
sinon je galère a trouver un fit63
il n est plus fabriquer on dirait…
bon je sens que je vais le renvoyer sans même le test…
je l ai branché quand même.
les mesures sont bien fiables ( iso bandelette & iso capteur ph du local technique )
il semble bien compatible ble je vois tous les services et sans problème d’autorisation ( galère pour ceux qui connaissent )
semaine prochaine je ferais le reverse engineering et on pourra récupérer toutes les infos en ble et à la demande donc pas besoin d’IFTT ni de seedfox…
2 « J'aime »
Ce serait une bonne nouvelle 
Salut à tous, moi j’ai acheté Blue Connect Plus en fin d’année passée pour utilisation IFTT, je suis vert de rage !!!