jjacques68

une solution à ça : mettre le code dans une scène, déclenchée sur modification du label FromJeedom, et mise à jour des autres label par la scène. mais alors le chemin de dingue !!!!!! 1. Scénario Jeedom pour déclencher une fois par heure le script Jeedom | 2. Script Jeedom qui envoie les infos du MiFlora dans un Label d'un VD de la HC2 | 3. Scène HC2 qui se déclenche sur le changement du label | 4. retour vers le VD pour mettre à jour les labels concernés | 5. exécution par la scène de la HC2 de notifications du style arrosage, batterie, ... | 6. un paquet de clope fumée pendant ce temps là... hahaha !!! la mixité des systèmes domotiques !!!! pas mal !!!! je (on) suis (est) un peu sado sur les bords quand même

alors après des heures de recherches, j'ai fini par trouvé. Mais alors quelle galère !!! C'est clairement une chaine de caractères et non un tableau. Donc je crée un tableau à partir de ma chaine de caractère... local MaChaine = fibaro:getValue(fibaro:getSelfId(), "ui.FromJeedom.value") --la chaine = "35 %,23.1 C,34 uS/cm,285 Lux,86 %" local MesValeurs={} --mon nouveau tableau de valeur --je remplis mon nouveau tableau MaChaine:gsub("([^,]+)", function(valeur) MesValeurs[#MesValeurs+1]=valeur end) --je remplie mes labels fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Hum.value", MesValeurs[1]) fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Tmp.value", MesValeurs[2]) fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Frt.value", MesValeurs[3]) fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Lum.value", MesValeurs[4]) fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Bat.value", MesValeurs[5]) explications : MaChaine:gsub("([^,]+)", function(valeur) MesValeurs[#MesValeurs+1]=valeur end) MaChaine:gsub("pattern", "fonction exécutée sur chaque item de MaChaine séparés par le pattern") ici, la fonction me remplit mon tableau MesValeurs avec "valeurs" qui sont les items trouvés dans MaChaine "pattern" est la chaine qui fait office de séparateur : ([^,]+) () = un ensemble de caractères [^,] = il faut éviter la virgule (mon séparateur) + = parcourir les item jusqu'au prochain séparateur Voilà ce que j'ai compris. Si je me trompe dite le moi !!!! C'est la MMMMEEEEERRRRR....... ces chaines de caractères ! et au final, je me rend compte que ce code est dans un mainloop d'un VD, donc executé toutes les 3 secondes, et que en fait ça sert à rien, car la jeedom envoie les infos que toutes les heures !!! et j'en ai mare J'ai plus d'idées... pas bête du tout et plus simple, mais ça veut dire que je peux envoyer qu'un valeur à la fois et que donc je vais de voir faire un sacré paquet de script... dommage que le script jeedom me renvoie pas une table json dans la requete !!! Mais c'est étrange parce que j'utilise la même chose avec mon IPX : /api/callAction?deviceID=329&name=setProperty&arg1=ui.Alarme.value&arg2={AlarmeCounter:$C2%,+IpxIn2:$I2}} Et j'applique sans problème un json.decode sur le label !!!!

enfait je crois que je ne me trouve pas avec un tableau, mais avec une simple chaine de caractères !!! car si je fais fibaro:debug(Matable[2]), il m'affiche rien !!

pfffff j'utilise ça : local MaTable = fibaro:getValue(fibaro:getSelfId(), "ui.FromJeedom.value") fibaro:debug(MaTable) for k,v in pairs(json.decode(MaTable)) do fibaro:debug(v) end et j'ai ce message d'erreur : [DEBUG] 18:56:05: {36%,24.8C,38uS/cm,382lux,87%} [ERROR] 18:56:05: line 17: Expected object key string but found T_NUMBER at character 2 J'utilise exactement la même méthodepour envoyer des donnée depuis mon IPX et ça fonctionne !!! Je me demande si ma chaine de caractère est bien formatée !!!

oui c'est ça, la variable contenait des caractères spéciaux comme % ° / qui faisaient planter la chose. Alors maintenant j'ai tout simplement changer la la manière de faire en ne faisant qu'appeler le script pour executer la requête. Et c'est dans la requête que je construis ma chaine de caractères. En fait je cherche à envoyer les valeurs d'un capteur de plante Bluetooth MiFlora vers un label d'un VD de la HC2. Voici la requête envoyée par Jeedom -> HC2 : http://192.168.2.38/api/callAction?deviceID=353&name=setProperty&arg1=ui.FromJeedom.value&arg2={#[Maison][Palmier][Humidité]# %25, #[Maison][Palmier][Température]# C, #[Maison][Palmier][Fertilisant]# uS/cm, #[Maison][Palmier][Luminosité]# lux, #[Maison][Palmier][Batterie]# %25} Et voici le retour dans le label : {36 %, 24.8 C, 38 uS/cm, 382 lux, 87 %} Donc ça marche très bien MAIS MAINTENANT je bloque sur la manière d'exploiter ces données dans la HC2 !!!!!! Je souhaite tout simplement lire les valeus une par une pour les insérer dans les labels correpsondant ! Et je tourne en rond avec la boucle for, pairs, ipairs json.encode, json.decode !!!! rien ne passe !! tu as une idée ?

alors ma requête ci-dessus, est juste. c'est le remplissage de ma variable qui posait problème.

Bonjour à tous, je me suis mis depuis peu à Jeedom en parallèle avec la HC2... Je souhaite utiliser une variable "MaVariable" dans une requête d'un script Jeedom pour l'envoyer dans un Label d'un VD de la HC2. Je précise que "MaVariable" est utilisée dans un scénario Jeedom et prend la valeur suivante {valeur1, valeur2, valeur3}. Voici la requête en question : http://192.168.x.y/api/callAction?deviceID=352&name=setProperty&arg1=ui.FromJeedom.value&arg2=variable(MaVariable) et bien ça marche pas. Si je remplace à la fin "variable(MaVariable)" par autre chose, ça marche ! Je pense que la syntaxe pour faire appel à la variable n'est pas bonne. Vous avez une idée ? PS : J'ai cherché et posté sur le forum Jeedom, mais ça semble plutôt très, très, très, très calme là-bas !

À lire :

Ou encore local HC2 = net.Fhttp() HC2:request("ta requete", { options = {method = 'POST'}, success = function(response) fibaro:debug("recherche grosse fuite en cours...") end }) Plus sûr des syntaxes, désolé...

Dans un VD avec un truc du genre : tcpSERVER = Net.FHttp("ip", port) tcpSERVER:POST("la commande&user=admin&pwd=PASSWORD"); Mais pas sûr que ça fonctionne

Tu parles du paramètres qui par est défaut à 200 lux ? mais c'est pas bête ça !!!! J'y avais pas pensé !!!!! Faut que je regarde demain

La scène principale possède un setTimeout qui me fait un bouclage toutes les minutes (à cause des conditions horaires). si je teste toutes les 1 minutes la valeurs des capteurs lux et que ceux ci oscillent autour des valeurs fixés par les seuils, je me retrouve avec les volets qui fond du yoyo du coup, j'ai ajouté une scène qui me relève les lux toutes les 15 minutes dans des VG distinctes par façade. dans la scène principale, je ne teste pas les capteurs directement mais les VG. et maintenant au pire les volets s'ouvrent/ferment maximum une fois par 15 minutes. c'est moyen comme méthode, Mais je trouve pas mieux. avis au propositions !!

@pepite comment/pourquoi te sers tu de la différence de température intérieure/extérieure ?

Alors moi je suis en plein dedans j'ai comme matériel : - 3 FGMS sur chaque façade exposée (au soleil Mais à l'abris de la pluie) de la maison. - chaque façade possède 2 volets. - un capteur de température extérieur - un capteur de température intérieur j'ai un VD qui me permet de choisir : - si les les volets doivent ou non se fermer en fonction de ces critères - de régler le seuil de température intérieur - de régler le seuil de température extérieur Dans une scène, je fixe : - un seuil de luminosité par façade. - des conditions horaire (avant/après sunSet/sunRiseHoure) - je teste et en fonction du retour j'ouvre/ferme les volets (chaque façade séparément) j'ai une autre scène qui toutes les 15 minutes relèves les valeurs des capteurs lux. cette dernière m'évite d'avoir les volets qui s'ouvre et se ferme toutes les "minutes" quand un nuage passe. Le problème est l'implantation des capteurs qui n'est pas évident. (Maison orientée sud-ouest)

Désolé de voir que maintenant ton message. Non, je n'ai rien trouvé pour régler ce problème. J'en ai parlé à gauche à droite, mais sans succès. Mes électrovannes fonctionnent toujours aussi bien 1 an après. Et le bruits est toujours là. !!!! Du coup je me pose plus trop de questions, même si je reste convaincu que ce n'est pas normal...

Je rentre dans le sujet que maintenant, par rapport au points d'accès wifi... Pour info, chez moi j'ai 3 Netgear WN203 (1 à chaque étage) POE, depuis 2 ou 3 ans. Ils marchent parfaitement bien et sont abordablent financièrement. J'ai mis sur les 3 le même SSID et mot de passe. Seul le canal est différent, avec un écart de 5 ou 6 dans le numéro des canaux. (un peu galérer à trouver les bon canaux, comme dit @Lazer, le ondes font un peu ce qu'elles veulent) Du coup les téléphones et tablettes se connectent sur le bon AP suivant là ou je me trouve. Sans rien toucher. Le changement d'un AP à un autre prends quelques secondes. Il y a 2 VLAN diffusés (un pour moi, et un pour les invités) Deplus, ils sont configurables par telnet, ce qui m'a permis de les gérer via la HC2 (voir sujet Ici) J'en suis tellement satisfait que j'en ai installé au boulo. PS j'en cherche un équivalent pour l'extérieur, mais le tarif chez netgear explose pour ces produits...

Essaye ça si je me trompe pas : string.format("%.2f", ma_valeur_string) %.1f pour un chiffre après la virgule..; a tester.

C'est quoi cette histoire de sleep qui fait planter les VD ?

Moi j'attends toujours ma jeedom smart en EnOcean... rupture de stock chez domadoo

Nan, toujours pas, si tu trouves la solution, merci de la poster

Il me semble que les passerelle knx/ip n'ont pas d'API (en tout cas celle de chez hager) j'avais fait pas mal de recherche... maintenant je me trompe peut-être....

ça ça m'intéresserait aussi Mais je crois que ce soit possible. Depuis Jeedom ou Lifedomus oui... mais alors depuis une HC2 ???...

oui oui c'est ma crainte Et je me pose aussi la question du plastique du support avec le chaud/froid, il risque de durcir, et le capteur du coup de se casser la figure... à voir...

Bon alors premier retour sur l'utilisation d'un FGMS plein soleil : ça marche bien pour les lux. Par contre j'ai des alertes mail de fortes températures avec peut être un risque d'incendie (38° - bien sûr il ne faisait que 18 °, je suis en Alsace ) ! Mais je ne trouve pas d'option pour désactiver cette fonction pour CE module. Je vais donc devoir désactiver le module température au complet. EDIT : Si l'option de feu potentiel se trouve dans le module de température. J'avais regardé dans le module PIR... désolé.

Euh d'après le tableau le 12 c'est un appui long.