Interface Lifedomus Jeedom
#81
(04-10-2020, 10:59 PM)sud-domotique-expert a écrit : normalement la trame envoyée au listener (écoute universelle) si elle ne passe pas par un automate mais comme toi en direct doit avoir la forme suivante

http://IP_LD:8080/UniversalListen?nom_de_la_variable=valeur_de_la_variable

je pense que le trame= n'est pas bon dans ton cas

Du coup il faudrait que je réécrive mon script avec :


http://xxx.xxx.x.xx:8080/UniversalListen...=ConsoElec=#[Aucun][OpenEnergyMonitor][conso_maison]#


(04-11-2020, 09:36 AM)Ives a écrit : Bonjour
@splog : pourquoi utiliser Jeedom en plus de Lifedomus ou l'inverse ?

Parce que je n'avais pas réussi à faire autrement...  35-4134

Cela fonctionnait bien jusqu'à ce que mon raspberry fasse des siennes...

Après je suis preneur de toute autres solutions...
Mais vu que l'autre fonctionnait...
Répondre
#82
(04-11-2020, 09:49 AM)splog a écrit : http://xxx.xxx.x.xx:8080/UniversalListen...=ConsoElec=#[Aucun][OpenEnergyMonitor][conso_maison]#
 non comme mon exemple :

http://xxx.xxx.x.xx:8080/UniversalListen?ConsoElec=#[Aucun][OpenEnergyMonitor][conso_maison]#
Répondre
#83
(04-11-2020, 09:36 AM)Ives a écrit : Bonjour
@splog : pourquoi utiliser Jeedom en plus de Lifedomus ou l'inverse ?

(04-11-2020, 02:08 PM)sud-domotique-expert a écrit :
(04-11-2020, 09:49 AM)splog a écrit : http://xxx.xxx.x.xx:8080/UniversalListen...=ConsoElec=#[Aucun][OpenEnergyMonitor][conso_maison]#
 non comme mon exemple :

http://xxx.xxx.x.xx:8080/UniversalListen?ConsoElec=#[Aucun][OpenEnergyMonitor][conso_maison]#

Cela ne fonctionne pas non plus....
Quand je fais tester cela me renvoie
Résultat de la commande:


de la commande :
Résultat de la commande :
Répondre
#84
eassaye juste avec une valeur fixe pour voir d'ou vient le problème
ex:
http://xxx.xxx.x.xx:8080/UniversalListen?ConsoElec=1200

si tu récupères 1200 dans ConsoElec de LD c'est que c'est l'ordre

#[Aucun][OpenEnergyMonitor][conso_maison]# qui n'est pas bon

assures-toi aussi que dans la LD la variable c'est bien ConsoElec (sensible à la casse maj/min) et que le connecteur écoute universelle utilisé est correctement en vert
Likes Received: 32 in 28 posts
Likes Given: 12
Répondre
#85
(04-11-2020, 05:17 PM)sud-domotique-expert a écrit : eassaye juste avec une valeur fixe pour voir d'ou vient le problème
ex:
http://xxx.xxx.x.xx:8080/UniversalListen?ConsoElec=1200

si tu récupères 1200 dans ConsoElec de LD c'est que c'est l'ordre

#[Aucun][OpenEnergyMonitor][conso_maison]# qui n'est pas bon

assures-toi aussi que dans la LD la variable c'est bien ConsoElec (sensible à la casse maj/min) et que le connecteur écoute universelle utilisé est correctement en vert
Bon tu m'as réglé un problème... Les infos remontent.. Il y avait le problème de l'identification...
Elles remontent mais ne s'actualisent pas par contre mais je pense que cela vient de Jeedom donc je vais chercher de ce coté...

Edit: Trouvé... Auto-actualisation (cron) n'était pas actif....
Du coup c'est nickel...
Merci


J'aurai voulu abuser un peu et te demander un coup de main pour remonter les infos qui sont issus de script sous jeedom encore vers Lifedomus... 
Le script va chercher la valeur sur ma passerelle ECU de mes panneaux photovoltaïque...

[Image: 2004110558353155916738038.jpg]

Il faudrait faire un script du même style que ceux de la conso mais je ne vois pas comment l'écrire...

http://xxx.xxx.x.xx:8080/UniversalListen?"nomdelavariableLD"=#[nomduscript]#   ???
Répondre
#86
j'ai pas forcément tout compris de la dernière demande mais si c'est ce que je perçois tu veux que le nom de la variableLD soit = au_nom_du_script_Jeedom ?

dans ce cas (je ne connais pas bien jeedom) tu vas écrire
http://xxx.xxx.x.xx:8080/UniversalListen?"#[nomduscript]#="la valeur à envoyer" et dans LD la variable va s'appeler du nom_du script_jeedom

ATTENTION aux blancs qui ne sont pas traités dans les nom de variable LD (ainsi que les accents)

maintenant je n'ai pas compris qui va être le déclencheur pour envoyer ou récupérer la données est-ce un cron sur jeedom ou une requête émise par LD
si cron tu fais comme précédement si requête alors il te faudra un connecteur HTTP pour declencher la requête et l'écoute pour recevoir la réponse.
Répondre
#87
Oui c'est cela ..
Je souhaiterais remonter l'info de ce script



[Image: 2004120636143155916740377.png]


Du coup le script de remonter s'écrit:
http://xxx.xxx.xx.x:8080/UniversalListen?ICI le nom du nouveau script qui correspond au nom de la variable dans LD=#[PJour]#   ?
Répondre
#88
reprenons depuis le début , je n'ai pas compris ce que tu souhaites remonter comme info , à quel équipement cela appartient et quelle valeur dans jeedom  ?


mais pour faire général :

la requête vers LD est dans un script qui a n'importe quel nom (exemple :  TATA)
le type de la requête sera: http
et le contenu :  http://IP_LD:8080/UniversalListen?nom_de_la_variable_dans_LD =valeur_de_la_variable_dans jeedom
'
pour ce qui concerne 'nom_de_la_variable_dans_LD'   tu lui donnes le nom que tu veux mais celui-ci doit exactement correspondre à celui déclaré dans ton équipement CS  par exemple : TOTO (tu remarques c'est sensible aux majuscules et minuscules, sans blanc et sans accent)

pour ce qui est de la 'valeur_de_la_variable_dans_jeedom' j'ai compris que jeedom permettait d'accéder à une valeur avec cette syntaxe:
 #[nom_de_l'équipement_truc][valeur_a_remonter_machin]#  pour avoir sa valeur

donc dans ton script qui s'appelle TATA  (ou titi ou je_me_fiche) , tu vas mettre type HTTP et valeur de la requête sera :
 http://IP_LD:8080/UniversalListen?TOTO=#[nom_de_l'équipement_truc][valeur_a_remonter_machin]#

à la syntaxe jeedom près pour accéder à la valeur souhaitée ça doit être cela.   tu testes avec le bouton test de jeedom
ensuite tu as ton cron pour automatiser.

j'estpère avoir été clair.
Likes Received: 32 in 28 posts
Likes Given: 12
Répondre
#89
Eek-1e6fb Eek-1e6fb 
Nickel.. Tu as bien compris ce que je voulais  35-4134 

En fait c'était l'ordre d'écriture des noms qui m'échappait....
C'est bon mtn.


Quelles sont les limites à cette écoute?  on peut remonter autant de valeur que l'on veut?

Par contre dans l'autre sens cela ne fonctionne pas si ? Il faut le connecteur universel http c'est bien cela?

Je voudrais crée un bouton sur LD qui dirai à mon aspi de lancer tel scénario de lavage....
Je remonte les infos de l'aspi sur LD mais je ne pense pas que je puisse faire l'inverse...
Répondre
#90
salut 

dans le sens jeedom vers lifedomus pas de limite juste a créer autant de variable que d'info a remonté.

par contre dans l'autre sens il te faut l'option connecteur universel


pour avoir un refresh des valeurs plus rapide plutot que d'utiliser un cron du va dans la config de ta commande sur jeedom onglet configuration puis tu ajoute dans action sur la valeur si différent 

tu ajoute une action et tu met l'id de ton script qui envoie l'info a la LD

comme ça ça pousse sur ta ld a chaque changement de valeur !!!


Pièces jointes Image(s)
       
Répondre




Utilisateur(s) parcourant ce sujet : 1 visiteur(s)