Forum eedomus
http://forum.eedomus.fr/

Moteur de règles - Critère sur valeur capteur HTTP
http://forum.eedomus.fr/viewtopic.php?f=18&t=1757
Page 1 sur 1
Auteur:  rc eedomus [ 28 Mai 2014 06:01 ]
Sujet du message:  Moteur de règles - Critère sur valeur capteur HTTP

Bonjour,

J'utilise un capteur HTTP pour recevoir en "temps réel" (sans polling de l'URL :fréquence =0) une "push notification" envoyée par un ipx800 vers l'api eedomus suite au changement d'état d'une entrée. Voici le type de commande envoyée :
Code : Tout sélectionner
"/set?action=periph.value&periph_id=xxxxx&value=0&api_user=xxxxxx&api_secret=xxxxxxx&update_only=1".

Le capteur HTTP est bien mis à jour sur eedomus et sa valeur évolue en fonction des envois de l'ipx800 (le widget s'anime bien sur l'interface web en prenant les différentes valeurs reçues).

Le problème constaté est que les règles utilisant comme critère les valeurs du capteur HTTP ne semble pas être évaluées par le moteur comme si le capteur n'avait pas changé d'état.

Le problème subsiste si l'on retire l'option "update_only=1" dans la commande "push".
Le capteur est bien actif. Les champs URL et XPATH renseignés malgré qu'ils ne soient pas utilisés.

Auriez-vous déjà rencontré (et contourné) ce problème ?

Merci d'avance pour vos réponses.

Cordialement

RC
Auteur:  DjMomo [ 28 Mai 2014 08:16 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

Ouvre au ticket par mail au support.
Auteur:  Nico33 [ 28 Mai 2014 08:37 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

En tout cas, je pense qu'il ne faut pas utiliser l'option update_only.
Mais sans cela, ça devrait fonctionner.
Comme Djmomo => Mail au support.
Auteur:  rc eedomus [ 28 Mai 2014 09:07 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

J'ai contacté le support.
RC
Auteur:  puccin0 [ 28 Mai 2014 13:12 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

rc eedomus a écrit:Bonjour,

J'utilise un capteur HTTP pour recevoir en "temps réel" (sans polling de l'URL :fréquence =0) une "push notification" envoyée par un ipx800 vers l'api eedomus suite au changement d'état d'une entrée. Voici le type de commande envoyée :
Code : Tout sélectionner
"/set?action=periph.value&periph_id=xxxxx&value=0&api_user=xxxxxx&api_secret=xxxxxxx&update_only=1".

Le capteur HTTP est bien mis à jour sur eedomus et sa valeur évolue en fonction des envois de l'ipx800 (le widget s'anime bien sur l'interface web en prenant les différentes valeurs reçues).

Le problème constaté est que les règles utilisant comme critère les valeurs du capteur HTTP ne semble pas être évaluées par le moteur comme si le capteur n'avait pas changé d'état.

Le problème subsiste si l'on retire l'option "update_only=1" dans la commande "push".
Le capteur est bien actif. Les champs URL et XPATH renseignés malgré qu'ils ne soient pas utilisés.

Auriez-vous déjà rencontré (et contourné) ce problème ?

Merci d'avance pour vos réponses.

Cordialement

RC


Bonjour,

Je serais interessé de savoir comment tu "push" (sans polling de l'URL) l'info vers l'eedomus.
je possède un eco-device que je poll toute les minutes pour remonter ma cono élec....
Si tu peux m'aider? 8-)
Auteur:  DjMomo [ 28 Mai 2014 15:50 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

L'IPX800 permet d'appeler une URL lors du changement d'état d'une entrée. Dans cette configuration là, l'eedomus ne fait rien.
Auteur:  puccin0 [ 29 Mai 2014 13:57 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

DjMomo a écrit:L'IPX800 permet d'appeler une URL lors du changement d'état d'une entrée. Dans cette configuration là, l'eedomus ne fait rien.


bonjour,

C'est cette url que je cherche :lol: :mrgreen:
Auteur:  DjMomo [ 29 Mai 2014 14:04 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

Code : Tout sélectionner
https://api.eedomus.com/set?action=periph.value&periph_id=XXXX&value=XXXX&api_user=XXXX&api_secret=XXXX&update_only=1

ou alors en local
Code : Tout sélectionner
https://IP_EEDOMUS/api/set?action=periph.value&periph_id=XXXX&value=XXXX&api_user=XXXX&api_secret=XXXX&update_only=1


:arrow: http://doc.eedomus.com/view/API_eedomus ... riph.value
Auteur:  puccin0 [ 29 Mai 2014 18:26 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

DjMomo a écrit:
Code : Tout sélectionner
https://api.eedomus.com/set?action=periph.value&periph_id=XXXX&value=XXXX&api_user=XXXX&api_secret=XXXX&update_only=1

ou alors en local
Code : Tout sélectionner
https://IP_EEDOMUS/api/set?action=periph.value&periph_id=XXXX&value=XXXX&api_user=XXXX&api_secret=XXXX&update_only=1


:arrow: http://doc.eedomus.com/view/API_eedomus ... riph.value


Merci pour ton aide, je mets cette syntaxe dans mon ecodevice au changement de valeur de ma puissance elec.
Mais peux tu me dire ce que je mets quoi dans value=XXXX
merci beaucoup!
Auteur:  DjMomo [ 30 Mai 2014 08:10 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

C'est la valeur que doit envoyer l'eco device à l'eedomus. Il y a peut être une chaîne de substitution propre à l'eco device indiquant cette valeur. Voir dans sa doc que je n'ai pas.
Auteur:  rc eedomus [ 30 Mai 2014 14:03 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

Bonjour,

Attention dans l'exemple donné car l'url locale ne peut être accédée en mode "https" (uniquement http) :

DjMomo a écrit:
Code : Tout sélectionner
https://api.eedomus.com/set?action=periph.value&periph_id=XXXX&value=XXXX&api_user=XXXX&api_secret=XXXX&update_only=1

ou alors en local
Code : Tout sélectionner
https://IP_EEDOMUS/api/set?action=periph.value&periph_id=XXXX&value=XXXX&api_user=XXXX&api_secret=XXXX&update_only=1


:arrow: http://doc.eedomus.com/view/API_eedomus ... riph.value
Auteur:  rc eedomus [ 12 Juil 2014 09:42 ]
Sujet du message:  Re: Moteur de règles - Critère sur valeur capteur HTTP

Bonjour,

Le problème a été corrigé dans la dernière version eedomus : "Une modification d'un capteur ou actionneur HTTP via l'API serveur déclenche désormais l'analyse des règles"
Merci à l'équipe support.
Page 1 sur 1 Le fuseau horaire est UTC+1 heure