Domodial Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 lol ben non rien ne fonctionne, je suis maudit.
Domodial Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 Bon là ça fonctionne : et j'avais oublié le mercredi dans ma commande lol -- Allumage du SPA en semaine GEA.add({"Global","Jour_Nuit","Jour"}, 20, "Spa en marche", {{"Days","Monday, Tuesday, Wednesday, Thursday, Friday"},{"Time","10:38","10:39"},{"turnOn", id["CP_SPA"]},{"Portable", MobileId["PHONE_BERNARD"]}})
pepite Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 salut messieurs, Dans la 1ere ligne, ceci me parait bizarre -- Allumage du SPA en semaine GEA.add(id["CP_SPA"], 20, "Spa en marche", {{"Days","Monday,Tuesday,Thursday,Friday"},{"Time","08:00","08:05"},{"turnOn"},{"Portable", MobileId["PHONE_BERNARD"]}}) Ta condition : id["CP_SPA"] ecite comme ceci signifie : SI cp_spa est ON alors, allume le ;-) Ta condition doit etre inversee comme ceci pour lui dire : SI cp_spa est OFF alors, allume le : -- Allumage du SPA en semaine GEA.add(id["CP_SPA"], 20, "Spa en marche", {{"Inverse"}, {"Days","Monday,Tuesday,Thursday,Friday"},{"Time","08:00","08:05"},{"turnOn", id["CP_SPA"]},{"Portable", MobileId["PHONE_BERNARD"]}}) De meme, ta durée de 20 ? as tu modifié dans les parametres de GEA ? sinon c'est 30s par défaut
Domodial Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 Merci pépite, Entre temps j'ai fait ceci sur mes lignes, en effet c'etait incohérent comme casi toutes les lignes que j'ai corrigés. GEA.add({id["CP_SPA"],0}, 20, "Spa en marche", {{"Days","Monday,Tuesday,Thursday,Friday"},{"Time","08:00","08:05"},{"turnOn", id["CP_SPA"]},{"Portable", MobileId["PHONE_BERNARD"]}})
jerome_clamart Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 Bonjour pepite, ma réflexion était de dire, si le spa est éteint alors allume se transforme en allume le spa:) Pourquoi tester puisque tu allumeras ? En domotique faire On sur un inter qui est a On ne fait rien de mal
pepite Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 @jerome, @domodial Ca coute rien d'allumer quelque chose d'allumer, mais economie zwave ;-) attnetion tout de meme avec GEA, la condition etait ecrite dans la ligne : SI SPA allume alors allume le SPA GEA lit la condition, la condition est donc fausse dans ce cas, pas d'action de la part de GEA ;-). Pour tester, allume ue lampe à la place du SPA, la lampe ne s'allumera pas ;-) La meme ligne avec le Inverse, GEA allume le SPA @Domodial, si tu veux écrire ta ligne avec le 0, il te manque un paramètre, comme ceci, et la tu lui dis bien si SPA eteint alors allume le GEA.add({"Value", id["CP_SPA"],0}, 20, "Spa en marche", {{"Days","Monday,Tuesday,Thursday,Friday"},{"Time","08:00","08:05"},{"turnOn", id["CP_SPA"]},{"Portable", MobileId["PHONE_BERNARD"]}})
Domodial Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 Je viens de m'en rendre compte le coup du "Value" Mais quel tête en l'air c'est impressionnant, pourtant j'en ai un paquet des lignes avec controle de l'état du module ^^
pepite Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 Panipwo, on fait tous les memes boulettes hiihihi
jerome_clamart Posté(e) le 20 janvier 2016 Signaler Posté(e) le 20 janvier 2016 Qui saurait me dire ou trouver de l'info sur l'utilisation d'un FGMS ? J'ai trouvé en page 84 es infos sur l'oeil de Sauron et créé un petit script de test GEA.add( {id["A_SAURON"]}, 1,"", {{"turnOn", id["L_BUREAU"]}}) Lorsque je secoue l'oeil de Sauron, la lumière du bureau s'allume J'éteint la lumière car le test qui fonctionne du premier coup m'étonne donc je remue à nouveau Sauron et là rien ... j'ai également vu le test de Krikroff sur le FGMS mais j'avoue avoir du mal a synthétiser. Si je resume ce que je comprends 1- chaque détecteur a un ID different pour GEA ( alarme, sismo, lumière et temperature) 2 - je dois rearmer mon alarme entre chaque test il me faudrait donc une ligne avec deux test, sismo et mouvement ? Il faut que je réarme a chaque fois l'alarme ? Dernier point , l'alarme de la fibaro se déclenche aux mouvements ou au deplacement mais la lumière ne s'allume pas. qu'est ce que j'oublie ?
e1000 Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 J'éteint la lumière car le test qui fonctionne du premier coup m'étonne donc je remue à nouveau Sauron et là rien ... Attention, juste pour être bien sà»r, le détecteur de mouvement c'est le détecteur de présence (mouvement devant le capteur), pas le mouvement du FGMS lui-même. Inutile de le secouer, ça c'est pour déclencher l'anti-sabotage (tamper). Au vu de ton code, tu es sà»r que c'est pas le PIR qui allume ta lumière et non l'anti-sabotage ? Attention au délai de réarmement : il faut attendre le temps défini par le paramètre 6 (annulation de l'alarme mouvement) pour pouvoir redéclencher. il me faudrait donc une ligne avec deux test, sismo et mouvement ? Le sismo n'était pas fonctionnel, ça a changé ? Si par "mouvement" tu veux dire "présence", il vaut mieux distinguer les deux tests. Si par mouvement tu veux dire sabotage, a priori inutile : même si maintenant il fonctionne, le sismomètre mesure la même chose que l'anti-sabotage (mais qui lui n'a pas de périphérique dédié). Il faut que je réarme a chaque fois l'alarme ? Je ne suis pas sà»r, mais normalement non : cf paramètre 6 (délai pour le détecteur de présence) et paramètre 22 (délai pour l'anti-sabotage). Passé ce délai, le détecteur annule son alarme, et est donc prêt pour une nouvelle détection, mais ne désactive pas l'alarme générale. Dernier point , l'alarme de la fibaro se déclenche aux mouvements ou au deplacement mais la lumière ne s'allume pas. qu'est ce que j'oublie ? L'alarme Fibaro empêche l'exécution des scènes. T'a coché la case qui va bien pour GEA ? Parce que là : - 1 - le détecteur déclenche l'alarme - 2 - l'alarme bloque GEA - 3 - GEA ne peut donc pas allumer la lampe
Domodial Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Hello à tous, Quelqu'un peut me renseigner à l'option HC2 "Max running instances" ? Car avec GEA j'ai 2 (ainsi qu'un autre script), et HC2 me dit qu'il y a eu trop d'instances et qu'il diminue les instances automatiquement sur ces scènes (enfin c'est ce que je comprends). Le truc c'est qu'elles sont a 2 et qu'il laisse 2 ^^ Je ne pige pas... Du coup j'ai un script qui ne fonctionnait plus.
pepite Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Bonjour @Domodial, Et si tu mettais 10 ?
Domodial Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Je vais essayer, mais j'avais mis 5 la première fois, et ce naze me remet 2 instances... Pas cohérent avec le message qu'il m'envoie en plus.
e1000 Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Tu enregistres bien ta scène après avoir modifié le nombre d'instances ? Perso j'ai mis 3 et pour l'instant plus de messages.
Domodial Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 oui j'enregistre. quand je met 3, la HC2 me dit qu'il y a trop d'instances et me passe le script a 2 ! truc de fou Mais quand il est a 2 alors HC2 me dit la meme chose, pourtant il reste a 2. Je comprends pas en fait... Là j'ai mis 10, je vais regarder s'il continue les messages à la noix. Quand je met 3 ou 5 il me passe Gea à 2 Quand il est a 2 j'ai droit au meme message, sauf qu'il le laisse à 2
jerome_clamart Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Bonjour à tous; @E1000: Je crois que l'icone du tamper que j'ai est un sismographe, l'idée est dans les 2 cas de détecter tout déplacement et déclencher un evenement dessus ... Les caractéristiques de la bète sont en PJ. Je te confirme que la valeur par défaut est 0 et lorsque je touche l'oeil, je passes a 255. Il y a du entre les 2 mais je n'ai pas la table a secousse pour tester L'alarme Fibaro empêche l'exécution des scènes. T'a coché la case qui va bien pour GEA ?Parce que là :- 1 - le détecteur déclenche l'alarme- 2 - l'alarme bloque GEA- 3 - GEA ne peut donc pas allumer la lampe Comme c'est mon premier FGMS, je n'avais jamais utilisé les optiosn alrmes donc mis dans un coin lointai nde ma tete et en effet, je n'avais pas coché de ne pas tenir compte de l'état de l'alarme ... C'est coché, je testerai cette option ce soir. En revenant à Attention, juste pour être bien sà»r, le détecteur de mouvement c'est le détecteur de présence (mouvement devant le capteur), pas le mouvement du FGMS lui-même. Inutile de le secouer, ça c'est pour déclencher l'anti-sabotage (tamper).Au vu de ton code, tu es sà»r que c'est pas le PIR qui allume ta lumière et non l'anti-sabotage ?Attention au délai de réarmement : il faut attendre le temps défini par le paramètre 6 (annulation de l'alarme mouvement) pour pouvoir redéclencher. J'ai donc identifié 4 capteurs différents pour le FGMS - température (c'et assez clair) -sismomètre (réagit donc au secousse et peut faire office de détection de manipulation) -light sensor (donne la luminosité en Lux) - FGMS-001 (c'est le dernier) J'ai mis les propriétés et actions possibles sur ces 4 "modules" (car ils ont des ID différents) je ne vois rien sur de la détectio nde mouvements, en aurait-je oublié un 5e ? Enfin le FGMS001 a des actions armer/desarmer serait-ce a comprendre comme armer le détecteur de mouvements ? Il y a 2 logiques différentes dans le même module, le sismo ne s'arme pas mais le détecteur doit s'armer ?
jerome_clamart Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 J'ai un question syntaxique qui n'a pas de rapport avec le FGMS 0001 : Il y a 2 jours Steven dit pour la syntaxe GEA.add( condition, durée, message, { action1, action2 } ) Ce qui me semble simple et pourtant : GEA.add( true, 1*30, "", {{"Time", "19:00", "19:01"} , {"VirtualDevice", id["V_ANDREA"], "2"}, {"VirtualDevice", id["V_MATTEO"], "2"}}, {{"Repeat"}}) Cette ligne exécute bien V_MATTEO,2 (un lancement du bouton (button_0_2) descente d'un Velux) mais n’exécute pas V_ANDREA,2 (un lancement du bouton (button_0_2) descente d'un Velux). Logique me direz vous, il fait des accolades pour grouper les différents commandes ... GEA.add( true, 1*30, "", {{"Time", "19:00", "19:01"} , {{"VirtualDevice", id["V_ANDREA"], "2"}, {"VirtualDevice", id["V_MATTEO"], "2"}}}, {{"Repeat"}}) Et bien cette ligne ne fonctionne pas, j'avoue perdre un peu mes repères sur la syntaxe j'ai d'ailleurs une ligne qui fonctionne sans grouper les commandes. Un petit point annexe, nous sommes bien d'accord sur le fait que l'instruction repeat en fin fait que dans mon cas, toutes les 1*30 secondes, si 19h30 < time < 19h31 alors ... ? Merci pour vos retour, aide et soutient
Did Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 @jerome_clamart, Les accolades doublées ne doivent être qu'au début et à la fin des actions. GEA.add( true, 1*30, "", {{"Time", "19:00", "19:01"} , {"VirtualDevice", id["V_ANDREA"], "2"}, {"VirtualDevice", id["V_MATTEO"], "2"}, {"Repeat"}})
e1000 Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Je crois que l'icone du tamper que j'ai est un sismographe, l'idée est dans les 2 cas de détecter tout déplacement et déclencher un evenement dessus ... Non, le tamper est associé au détecteur de mouvement (PIR), pas au sismomètre. Il n'a pas de device dédié. Je te confirme que la valeur par défaut est 0 et lorsque je touche l'oeil, je passes a 255. Il y a du entre les 2 mais je n'ai pas la table a secousse pour tester Bonne nouvelle alors, je vais pouvoir le "dé-cacher". J'ai mis les propriétés et actions possibles sur ces 4 "modules" (car ils ont des ID différents) je ne vois rien sur de la détection de mouvements, en aurait-je oublié un 5e ? Non, pas de 5e esclave. Le détecteur de mouvement, c'est ton 4e module, celui que tu appelles FGMS001 (chez moi c'est le premier, mais l'ordre est un peu aléatoire, défini lors de l'inclusion apparemment). ​Dans les propriétés générales, il doit être précisé: Genre: Détecteur de Mouvement Enfin le FGMS001 a des actions armer/desarmer serait-ce a comprendre comme armer le détecteur de mouvements ? Oui, exactement. Il y a 2 logiques différentes dans le même module, le sismo ne s'arme pas mais le détecteur doit s'armer ? Oui, parce qu'en fait le sismomètre est une sonde (basetype : com.fibaro.multilevelSensor et type : com.fibaro.seismometer), et non un détecteur : donc il ne s'arme pas.
jerome_clamart Posté(e) le 21 janvier 2016 Signaler Posté(e) le 21 janvier 2016 Merci e1000, je vais tenter ce soir pour voir ce que je peux faire avec ce type de module.
mickeys Posté(e) le 22 janvier 2016 Signaler Posté(e) le 22 janvier 2016 Mon code: My code: --[[ %% autostart %% properties 372 value 378 value 380 value 383 value 443 value 447 value 451 value 458 value 481 value %% globals --]] -- v 5.40 -- ================================================== -- GEA : Gestionnaire d'Evénements Automatique -- ================================================== -- -- [EN] This scene allow you to check every X second the status -- of a module and send actions if the module is activated since too long. -- This scene allow you a more simple annotation than LUA -- it requires some knowledge -- -- Paramétrage de GEA / GEA configuration function config() GEA.isVersionFour = true -- On est en version 4.017 Beta ou supérieure / GEA.language = "EN" -- Votre langue : FR (default) / Your language : EN GEA.checkEvery = 30 -- On vérifie toutes les X secondes (default : 30) / Check every X seconds GEA.portables = {458} -- Smartphones you want to be notified GEA.debug = false -- Show trace in the debug window --GEA.getGlobalForActivation = {"SuspendreGEA", "non"} -- active ou désactive l'exécution de GEA via une variable globale / active or deactive GEA execution with a global variable --GEA.catchError = false GEA.optimize = GEA.typeOptimize["IMMEDIATE_ONLY"] -- option : GEA.typeOptimize["NONE"], GEA.typeOptimize["IMMEDIATE_ONLY"], GEA.typeOptimize["ALL"] -- permet d'optimiser les soucis liés au getName et getRoom de fibaro mais n'affiche plus le nom des modules concernés. end local DeviceID = { -- Sektion: Gamla delen ovan -- Rum: Storarum SOFFA_FONSTER1 = 378, SOFFA_FONSTER2 = 380, -- Sektion: Gamla delen ovan -- Rum: Matrum/Kà¶k MATBORD_FONSTER = 451, FLOOD_AVLOPP = 443, FLOOD_VATTENROR = 447, -- Sektion: Gamla delen ovan -- Rum: Hall BINARY_LARM = 383, -- Sektion: Nya delen ovan -- Rum: Hall HALL_FONSTER = 451, -- Sektion: Gamla delen nedan -- Rum: Pannrum VATTEN = 481 } -- ID mobil local MobileID = { Iphone_6_Plus_Vit = 467 } -- Grupper fà¶r devices local FonsterLampor = { DeviceID["SOFFA_FONSTER1"], DeviceID["SOFFA_FONSTER2"], DeviceID["MATBORD_FONSTER"], DeviceID["HALL_FONSTER"] } local Flood = { DeviceID["FLOOD_AVLOPP"], DeviceID["FLOOD_VATTENROR"] } -- Add here events to schedule -- A samples list is available in another file called samples.lua function setEvents() --starta lampa vid skymning+1min och slà¤ck vid 23 tiden. GEA.add(true, 30, "", {{"Time", "14:16", "14:17"}, {"turnOn", DeviceID["FonsterLampor"]}}) GEA.add(true, 30, "", {{"Time", "Sunrise+05", "Sunrise+10"}, {"turnOff", DeviceID["FonsterLampor"]}}) Je reçois cette erreur: I get this error: [DEBUG] 08:27:31: [ Always ] !!! ERROR !!! : checking (ID: 4) [Time,Sunrise+05,Sunrise+10] [turnOff] [DEBUG] 08:28:01: [ Always ] sendActions : doing actions (ID: 4) [Time,Sunrise+05,Sunrise+10] [turnOff] Je l'ai essayé et il semble qu'il ne marche pas comme : I have tried and it seems it doesnt like: DeviceID["FonsterLampor"]
pepite Posté(e) le 22 janvier 2016 Signaler Posté(e) le 22 janvier 2016 Hello, What do you want to do ? TurnOff and turnOn the group ? If you want use the group you create "FonsterLampor", you can do it like this : for _,v in ipairs(FonsterLampor) do GEA.add (true, 30, "", {{"Time", "Sunrise+05", "Sunrise+10"}, {"turnOff",v}}) end for _,v in ipairs(FonsterLampor) do GEA.add (true, 30, "", {{"Time", "14:16", "14:17"}, {"turnOn",v}}) end Thanks to @jojo for THIS ;-)
mickeys Posté(e) le 22 janvier 2016 Signaler Posté(e) le 22 janvier 2016 pepite: Yes turn off and turn on the group 1
pepite Posté(e) le 22 janvier 2016 Signaler Posté(e) le 22 janvier 2016 @Domodial, t'as réglé ton souci d'instances GEA ?
Domodial Posté(e) le 22 janvier 2016 Signaler Posté(e) le 22 janvier 2016 J'ai toujours le message, par contre HC2 me laisse le nombres d'instances à10 ! Mais il me balance le message chaque jour. Relou.
Messages recommandés