jjacques68

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.

je viens de trouver les codes des boutons : Et je pense pas que tu puisses régler le volume de cette manière. C'est une forme de dimmer et je pense que ça ne marchera pas. Les autres membres confirmeront ou pas... Mais si tu utilises un autre bouton pour régler le volume et que tu utilises la fonction appui simple, ça devrait marché. Mais du coup tu seras obligé de cliquer autant de fois que tu veux augmenter/diminuer le volume. ça marche par impulsion. PS : enlève la virgule après le dernier end, ton tableau est fini

T'es sur numéro 12 pour le bouton ? je sais plus quoi correspond cette action... (click, double click, ou appui long ?)

@Lazer j'ai lu le topic sur le réveil des modules. J'ai Bien compris.