Lazer

Mince j'avais pas fait gaffe que tu ne parlais pas de la bonne scène. Si tu as mis un trigger de type global sur la scène Unifi, c'est normal que ça affiche ce message. Cette scène n'a aucun trigger à part le mode autostart. Donc en effet, tu as un message d'erreur car tu déclenches la scène à chaque changement de variable global, mais c'est sans effet car inutile (à part faire travailler la box pour rien) Les triggers global, c'est pour la scène de détection de présence uniquement (la 2nde scène du tuto)

Merci pour ton retour @971jmd Tu avais peut être un problème lié à une saturation lorsque beaucoup d'événements se produisent sur l'API refreshStates. Cela reste étrange tout de même.... je ne peux malheureusement toujours pas tester GEA en charge normale avec plein de modules Z-Wave sur ma box HC3...

FGS-224 est juste le remplaçant en Z-Wave+ du FGS-222 qui n'est plus produit. Tous deux permettent de faire des contacts sec. Le Qubino a l'avantage du connecteur pour la sonde, ça peut être utile. PS : le FGBS étant alimenté, il fait routeur aussi (il est bien routing slave). Ce n'est pas la présence du 230V qui entre en jeu, mais juste la présence d'une alimentation autre qu'une batterie/pile. Dans le même genre, un Remotec ZXT-120, un Aeotec ZW100, un Fibaro FGSS-001, etc.. pour lesquels on a le choix d'une alimentation pile ou continue (12-24VDC) : au moment de l'inclusion, il va déclarer le support de la classe routing slave selon son mode d'alimentation. La norme Z-Wave est plutôt bien pensée.

oui.... mes 3 prises font régulièrement des clignotements, signalement d'une perte de réseau... C'est assez étrange, je pense à un bug du firmware, et si tu lis le topic tu verras que c'est le cas de tout le monde. Mais au moins le paramètre 4 règle le problème.

On ne peut pas, sauf à bidouiller en passant par l'API. L'astuce avait été donnée sur le forum, je ne sais plus où. Comme toujours, pour la personnalisation des QuickApps, attendez que Fibaro nous le permette, ça finira bien par venir....

You have a missing line, so I have hard time understanding what's wrong.... But if you use the -1 duration, then the GEA rule will be executed each time the motion sensor detects a movement, so the global variable will change. That's totally independent from the 30s delay of the GEA.check.Every parameter. The second rule I gave you, with 60s delay (ie 2*30), will run only after the motion sensor is idle after at least 60s (could be any time between 60s and 89s)

Pas possible, tu as dû modifier le code LUA par erreur, car le trigger "global" déclenche obligatoirement la fonction de test : elseif trigger["type"] == "global" then fibaro:debug("Global variable change : "..trigger['name']) Check()

@Domodial sauf erreur, la prise de Krikroff, c'est un Wall Plug, et il est toujours commercialisé. Ils ont ajusté la fabrication, les premiers modèles devaient avoir du jeu qui faisait mauvais contact, donc échauffement. @schwinny la roue de couleur ne sert pas à grand chose.... juste pour identifier la prise. La couleur sélectionnée remonte dans le paramètre 2 sur la box. Pour le clignotement de la diode en cas de problème de communication, il faut mettre le paramètre 4 à la valeur 0

Le onInit est là uniquement pour l'initialisation, il n'est pas censé servir à interroger un périphérique. Il faut mettre en place un mécanisme de boucle qui est appelée à intervalle régulier avec fibaro.settimeout(). Regarde dans le doc il y a un exemple : https://manuals.fibaro.com/home-center-3-quick-apps/ Attention, 1s c'est beaucoup trop court (surcharge de la HC3 et surtout de l'IPX800 en fasse), et de plus totalement inutile. En général, on fait plutôt une interrogation toutes les 60 secondes, c'est une bonne moyenne. Si tu veux creuser plus, il y a déjà pas mal de QuickApps partagés sur le forum dont tu peux t'inspirer

Quelque chose dans ce genre là : success = function(response) local jsonTable = json.decode(response.data) self:debug("A1 = ", jsonTable.A1) self:updateView("LBL_State", "text", jsonTable.A1) end,

Blog Domadoo : La Z-Wave Alliance annonce la disponibilité de la spécification Z-Wave Long Range (Z-Wave LR)

I confirm that "removeChildDevice" is caught correctly using the QuickApp:actionHandler() function described above. In fact, it isn't necessary to check child existence when forwarding action to child devices, because HC3 calls the QuickApp:actionHandler() only for Parent QA and it's own children ID's. Once a child has been deleted, the function is not called anymore for this particular child device ID. It means that the following function may be used to intercept any action : function QuickApp:actionHandler(action) if action.actionName == "removeChildDevice" then -- do some stuff ... end if action.deviceId == self.id then return self:callAction(action.actionName, table.unpack(action.args)) else return self.childDevices[action.deviceId]:callAction(action.actionName, table.unpack(action.args)) end end By the way, I love your new suggestion using QuickApp:removeChildDevice() redefinition. It works very well, and I think it's more efficient to intercept only this particular action than all actions in actionHandler() Thank you for your suggestion

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"}})