Lazer

Je ne suis pas certain de comprendre la question..... que veux-tu dire par envoyer "directement" les données du capteur à la base de données ? Car en l'état, les données provenant des capteurs sont bien stockées dans la base de données. You can write in english if you prefer.

Bienvenue sur le forum

Ah ben si tu as une V4, tu t'es un peu trompé de topic ! Prend la bonne URL ça ira mieux pour récupérer les valeurs analogiques : /api/xdevices.json?key=apikey&Get=A <= warning : API pour IPX800 v4 Mais c'est HS ici alors je n'en dirai pas plus pour ne pas tromper les futurs lecteurs qui tomberaient sur ce post.

En fait je crois que j'avais mal interprété ta demande, du coup ma réponse était à coté de la plaque. J'ai pensé que tu voulais asservir les sorties aux entrées, mais en fait c'est l'inverse, tu veux les dissocier. Sinon pour te répondre, ben... je sais pas trop.... tout est tellement simplifié sur les Home Centers, qu'on n'a pas besoin de creuser aussi profondément. A part te dire que tous les événements remontent sur la HC3 (dans mon cas), mais ça ne va pas t'aider.... Enfin, "tous", c'est pour ceux que j'ai testé. Mon seul FGBS 222 actuellement en fonctionnement me sert pour piloter le chauffe-eau. Pour mon portail, j'ai le vieux FGBS-221.

Euh... ben non je sais pas je ne sais même pas quelle valeur tu attends Mais comme je n'ai pas d'IPX800 v3, peut être que l'API est différente de la v4, là encore je ne sais pas....

"daubotique", excellent elle a de l'imagination Madame Domodial

L'IPX800 retourne la valeur analogique brute issue de convertisseur analogique vers numérique (ADC) Il faut donc appliquer la formule pour obtenir la bonne valeur analogique. Tu trouveras cette info sur le forum / wiki de GCE Electronics, ça dépend du type de sonde que tu mesures. Tu dois aussi trouver la formule dans l'IPX800 lui-même, mais sur le v3 je ne sais pas où c'est.

Bienvenue sur le forum

Oui je confirme pour les relais qui finissent par coller, mais c'est à cause des courants inductifs et appels de courant de démarrage des équipements. J'ai eu le cas sur mon caisson de basse, qui a fini par coller le relai. Depuis j'ai remplacé par un Wall Plug pour ce même caisson, et il tient le coup.... pour l'instant. Car j'ai un autre Wall Plug, pour l'ampli du vibreur du canapé, qui a collé. De toute façon faut pas rêver, Greewave ou Wall Plug, ça reste de tous petits relais, pas adaptés à la commutation de charges inductives, ils finissent inévitablement par coller à la longue.

Belle prise en tout cas J'en ai 3 et elles se portent très bien

Yes, by the way if you want to detect of movement, you have to use the -1 syntax for the duration parameter -- Set Lvng_Prsnc=Prsnc immediatly when motion is detected GEA.add(id["Lvng_Pir"], -1, "", {{"Global", "Lvng_Prsnc", "Prsnc"}}) -- Set Lvng_Prsnc=Absnc at least 60 seconds after the last movement (ie after motion sensor returned to inactive state) GEA.add(id["Lvng_Pir"], 60, "", {{"Inverse"}, {"Global", "Lvng_Prsnc", "Absnc"}}) You can change GEA.checkEvery ... but you shouldn't (there is not need). You just have to understand the difference between immediate GEA instance (-1) and regular GEA instance (check performed every 30s)

Si tu attends un firmware pour HC2 j'ai peur que tu sois déçu.... La version 4.600, c'était en quelque sorte la Season Finale ! Pour la HC3, perso j'attends surtout le design amélioré des QuickApps, pour le reste, c'est un peu accessoire (mais toujours bon à prendre : mode passerelle avec les HC2, et bien sûr Zigbee et BLE) On a déjà largement de quoi s'occuper, on fait déjà plus de chose avec une HC3 qu'avec une HC2 (QuickApps bien sûr, mais aussi profils, alarme, etc), je n'ai pas encore tout exploré (je viens tout juste de découvrir la notion d'événement, bien planqué derrière les variables globales), et la HC3 semble aussi stable que la HC2. Papa Noyel t'as pas gâté ? T'as pas été assez sage

It seems you are using a HC3. PIR sensor returns a boolean value, you cannot compare its value with a number (0 in your case). It should be OK : GEA.add({"Value", id["Lvng_Pir"], true}, 1, "", {{"Global", "Lvng_Prsnc", "Prsnc"}}) GEA.add({"Value", id["Lvng_Pir"], false}, 60, "", {{"Global", "Lvng_Prsnc", "Absnc"}}) -- or : GEA.add(id["Lvng_Pir"], 1, "", {{"Global", "Lvng_Prsnc", "Prsnc"}}) GEA.add(id["Lvng_Pir"], 60, "", {{"Inverse"}, {"Global", "Lvng_Prsnc", "Absnc"}})

Tu as vu qu'avec les paramètres 40 et 41 tu peux choisir les événements de scènes déclenchés (simple clic, etc) ? Sinon, une solution de contournement, une fois que tu as asservi les sorties aux entrées, plutôt que de déclencher sur l'événement de changement d'état de l'entrée, pourquoi ne pas déclencher sur le changement d'état de la sortie ?

Bienvenue sur le forum Et j'adore ton projet

Welcome to the forum Now you have full access to the forum so you can post your questions in the right subsection.

Je pense que tu avais posté au bon endroit, car ton problème semble lié au volet non supporté par le module (5 fils, ça sort d'où ???). Il faudrait déjà savoir à quoi servent chacun de ces 5 fils. A voir si tu trouves la doc du moteur. Bon après, c'est probable aussi que ça vienne de Jeedom, les premières versions de ce module, (sans firmware à jour) ne fonctionnaient pas avec Jeedom. Donc 2nd conseil : vérifier le firmware et fait la mise à jour (avec une box Fibaro) Lien vers le sujet pour référence :

Presque, mais maintenant ta syntaxe n'est plus correcte, car il faut regrouper toutes tes conditions dans un même tableau (délimité par des accolades). Quelque chose dans ce genre là je pense : GEA.add({estTravail, {"Time", "09:29", "09:30"}}, 1*30, "", {{"Close",id["Volet_Bureau_R1"],100}})

Cela dit ta condition Time est toujours mal placée, elle ne devrait pas être avec les actions (tu utilises la vieille syntaxe de GEA)

Bienvenue sur le forum

peut être mettre tes conditions.... dans les conditions justement ! (et non pas dans les actions) A la place de true.

ouaip, rien de tel pour perturber le maillage et se créer des problèmes de transmission Pas du tout conseillé.....

que tu as remplacé par ta domotique, cela t'économise un salaire

Yes i know about "DeviceRemovedEvent" in /api/refreshStates, but I'm afraid that monitoring this API from multiple QuickApps may slow down the system. I also know your webhook QD, but sorry I don't want to use it for now, as I want to share standalone QuickApps on this forum, that do not depend on another external QA. I already store extra information in each child instance. But I don't want to browse self.childDevices on every loop, because if a child has been removed from UI, then it will simply does not show when browsing this table using pairs(). And my mapping table will still references this deleted child, thus will trying to update it. I will do some tests with QuickApp:actionHandler() tonight to check if it performs well...

OK mais là tu viens de me montrer une situation où ça c'est correctement comporté ? Je veux dire un ON à 12:24:39, puis un OFF à 12:24:58 donc 19 secondes plus tard. Ce qu'il faut c'est bien le log quand ça bug. Peut être pas facile à reproduire si ça n'arrive qu’occasionnellement....