Shyrka973

Il faut savoir que GEA ne gère pas, pour l"instant, le "propertyName" d'un trigger généré par la modification d'une propriété: Ainsi: 12 value 12 armed 12 battery déclenchera la même règle. Il faudrait étendre GEA en lui ajoutant quelque chose comme cela par exemple: GEA.add({ {"TriggerName", 12, "battery"}, -1, "", ... }) Cette règle ne sera active que si la propriété déclencheur est "battery" pour le device 12.

@PITP2 Cette ligne devrait fonctionner: GEA.add(id["OP_SALON"], -1, "Capteur armé", { {"Inverse"}, {"Armed"}, {"turnOn", id["LAMPE_COULOIR"]}, }) "Inverse" permet que la règle soit activé quand le capteur soit au repos.

Avant d'y arriver, j'essaie de trouver un autre solution car je vais perdre les graphes sur cette prise.

Oui, brièvement comme les autres et puis elle s'éteint.

J'ai un de mes WP dont l'anneau LED reste désespérément éteint. J'avais, il y a quelques mois, désactiver l'anneau lumineux car il gênait la nuit dans la chambre. Maintenant, que cette prise est utilisée ailleurs, j'ai modifié le paramètre (paramètre 61 à 1) mais l'anneau reste éteint. J'ai aussi fait un "Soft reconfigure" mais c'est toujours la même chose. Je précise que l'anneau n'est pas H.S. car quandi je branche la prise, elle s'illumine avant de s'éteindre. Il reste peut être la solution de l'exclure, puis faire un reset et de l'inclure à nouveau mais si vous avez une autre solution. Merci. PS.: Avant le "Soft reconfigure", la version de la prise n'apparaissait pas. Maintenant, c'est la cas et j'en ai profité pour faire un "Soft reconfigure" à toutes les prises car aucune d'entre elles n'avaient la version affichée.

@PITP2 Je suppose que tu as mis dans l'entête du script GEA: 20 armed 20 est à remplacer par la valeur de id["OP_SALON"].

@PITP2 Que veux tu faire ? GEA.add({"Armed", id["MA_PORTE"]}, 30*60, "Capteur armé", {...}) GEA.add({"Armed", id["MA_PORTE"]}, -1, "Le capteur vient d'être armé", {...}) Je n'ai pas testé.

238 est l'id d'un utilisateur.

Salut @Steven, J'ai modifié la fonction GEA.match ainsi: GEA.match = function(s, p) if (type(s) == "nil") then return type(p) == "nil" end s = tostring(s) p = tostring(p):gsub("%%", "%%%%"):gsub("-", "%%-") local words = GEA.split(p, "|") for i = 1, #words do if (not GEA.regexFullAllow) then if (string.find(s, GEA.trim(words[i]), 1, true)) then return true end else if (string.match(s, GEA.trim(words[i]))) then return true end end end return false end Pour faire simple, quand "regexFullAllow" est à "false", j'utilise "string.find" à la place "string.match" pour chercher la chaine de caractère puisque "GEA.match" ne retourne que true ou false. Il faut savoir que "string.find" prend un 4ième paramètre: - true: recherche de string, - false (par défaut): recherche de pattern J'ai aussi modifié les deux lignes dans la fonction "GEA.sendActions" pour utiliser "string.find": if (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "inc%+")) then devient: if (string.find(entry[GEA.keys["PARAMS"]][i][3], "inc+", 1, true)) then et: else if (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "dec%-")) then devient: elseif (string.find(entry[GEA.keys["PARAMS"]][i][3], "dec-", 1, true)) then Pour l"instant, je tourne avec cette modif. On verra dans quelques jours. Une réflexion: Peut-être qu'il faudrait créer un fonction GEA.find pour différencier avec GEA.match car dans cette ligne: if (GEA.match(type, "door_sensor|water_sensor|motion_sensor|com.fibaro.FGMS001|com.fibaro.doorSensor|com.fibaro.waterSensor|com.fibaro.motionSensor")) then on n'a clairement pas besoin de recherche de pattern mais GEA.match peut quand même en faire si on a activé "regexFullAllow". "GEA.match" pour les propres recherches de l'utilisateur selon s'il a activé "regexFullAllow" "GEA.find" pour les propres recherches de GEA (voir exemple au dessus) ou remplacer ces "GEA.match" par "string.find". Je vais porter ces modifs et tester.

Merci @Sebcbien C'est fait, on passera donc à la V5.33. Fix a bug with inc+ and dec+ Add StopScenario, EnableScenario and DisableScenario

@Sebcbien Salut, Envoies moi l'accès à ton gibhub/GEA et je fais les modifs. Merci.

Le mien est tout seul en Amérique du Sud :-( Il est Kourou, pas "Petit Cayenne" qui n'existe pas. Envoyé de mon iPad àl'aide de Tapatalk

@pepite Salut, @Fredric a demandé comment activer ou désactiver une scène et @Steven lui a donné la solution en passant par la fonction Function: {"Function", function() fibaro:setSceneEnabled(<IDSCENE>, true) end} @Steven précise qu'une mauvaise utilisation de Function peut planter GEA. J'avais besoin de stopper une scène par GEA. Cette fonction n'existait pas. J'avais donc deux solutions: utiliser Function ou ajouter la fonction au code GEA. J'ai préféré la deuxième solution. J'en ai profité pour ajouter la fonction "setSceneEnabled" demandée par @Frederic. Avec ce que @Steven prépare, cela deviendra plus simple de faire évoluer GEA en ajoutant de nouvelles fonctions.

Avant de te répondre, je n'avais pas lu ton commentaire mais juste le code de ton message et compris ce que je veux faire. Je pense que l'idée est excellente ... comme d'habitude d’ailleurs

@Steven Je suis sur le c... Chapeau bas ! Je suis prêt à tester avec mes 200 règles

Bonjour à tous, J'ai ajouté ces quelques fonctions à GEA: StopScenario, EnableScenario et DisableScenario. Voici le code à insérer dans la fonction "GEA.sendActions": elseif (type(entry[GEA.keys["PARAMS"]][i]) == "table" and string.lower(entry[GEA.keys["PARAMS"]][i][1]) == "stopscenario" and #entry[GEA.keys["PARAMS"]][i] > 1) then if (fibaro:countScenes(entry[GEA.keys["PARAMS"]][i][2])) then fibaro:killScene(entry[GEA.keys["PARAMS"]][i][2]) GEA.log("sendActions", entry, "!ACTION! : Stop Scene " .. entry[GEA.keys["PARAMS"]][i][2], true) else GEA.log("sendActions", entry, "!ACTION! : No Stop Scene " .. entry[GEA.keys["PARAMS"]][i][2], true) end elseif (type(entry[GEA.keys["PARAMS"]][i]) == "table" and string.lower(entry[GEA.keys["PARAMS"]][i][1]) == "enablescenario" and #entry[GEA.keys["PARAMS"]][i] > 1) then fibaro:setSceneEnabled(entry[GEA.keys["PARAMS"]][i][2], true) GEA.log("sendActions", entry, "!ACTION! : Scene enabled " .. entry[GEA.keys["PARAMS"]][i][2], true) elseif (type(entry[GEA.keys["PARAMS"]][i]) == "table" and string.lower(entry[GEA.keys["PARAMS"]][i][1]) == "disablescenario" and #entry[GEA.keys["PARAMS"]][i] > 1) then fibaro:setSceneEnabled(entry[GEA.keys["PARAMS"]][i][2], false) GEA.log("sendActions", entry, "!ACTION! : Scene disabled " .. entry[GEA.keys["PARAMS"]][i][2], true) Et ceci à mettre en fin de script GEA: -- {"StopScenario", <id>} -- {"StopScenario", 2} -- Arrête le scénario avec l'identifiant 2 // Stop the scene XXX-- {"EnableScenario", <id>} -- {"EnableScenario", 2} -- Active le scénario avec l'identifiant 2 // Enable the scene XXX -- {"DisableScenario", <id>} -- {"DisableScenario", 2} -- Désactive le scénario avec l'identifiant 2 // Disable the scene XXX

Ce panneau AC n'est pas vraiment adapté àla partie clim car il manque la possibilité de programmer l’arrêt de la clim. Il manque une période où la clim serait éteinte. Il est inconcevable que la clim reste allumer 24/24 même si je mets 32°C pour être sure que la compresseur ne se mettre pas en route. Il y a la possibilité de passer en mode manuel pour fixer une température donnée sur une période en heure. Le panneau AC permet de créer des zones. Je vais voir si on peut interagir avec ces zones en LUA et éteindre la clim.

Il y a un ticket ouvert sur le bugzilla de Fibaro à ce sujet. Quelqu'un a-t-il réussi à faire afficher autre chose que "0.0" au sismographe ?

La fonction "GEA.match" utilise "string.match" et que donc le code suivant retournera "trouvé": if string.match("com.fibaro.FGMS001", "com.fibaro.FGMS001") then fibaro:debug("trouvé") else fibaro:debug("pas trouvé") end mais aussi que le code suivant retournera "trouvé": if string.match("comXfibaroXFGMS001", "com.fibaro.FGMS001") then fibaro:debug("trouvé") else fibaro:debug("pas trouvé") end Car le pattern "." est remplacé par n'importe quel caractère.

@Steven Salut, En remplaçant "GEA.match" par "string.match", mes règles avec les variables globales se sont mises à fonctionner bizarrement. Je pense que remplacer "GEA.match" par "string.match" n'est pas la bonne correction pour ce bug. En effet, le "+" est un caractère modificateur dans la chaine recherchée: en cherchant "inc+", on recherche en réalité "inc" ou "incc" ou "inccc" ... Il faut utiliser le caractère d'échappement "%" comme ceci: string.match("ma chaine", "inc%+") Le code suivant retournera "trouvé": if string.match("inc", "inc+") then fibaro:debug("trouvé") else fibaro:debug("pas trouvé") end Tandis que celui-ci retournera "pas trouvé": if string.match("inc", "inc%+") then fibaro:debug("trouvé") else fibaro:debug("pas trouvé") end Il faut, je pense remplacer GEA.match par string.match mais aussi "inc+" par "inc%+" et "dec+" par "dec%+". En faisant ces modifications dans le code GEA, je n'est plus de dysfonctionnement. Qu'en penses tu ?

Salut, Ils sont cachés par défaut. Il faut afficher les devices cachés: choisir l'onglet "Devices" et cliquer sur "Show hidden" qui se trouve tout en bas à gauche de la liste des devices (mon interface est en anglais). Comme dit Tony270570, il y a un bug d'affiche de leur icône. Sur les quatre dont je dispose, une seul affiche l'icône sismographe. Les autres affichent un point d'interrogation.

J'ai cru que le problème FGMS avait disparu mais j'en ai un qui a du mal àme retourner la luminosité. J'espérais que la V4.037 corrigerait ce problème mais apparement non. Je vais attendre vos retours pour passer àcette version ou j'attendrai la version suivante. Envoyé de mon iPad àl'aide de Tapatalk

Ce qui se passe avec cette mise à jour n'est pas étonnant de Fibaro. On le sait et on la fait quand même. Je m'en sors bien comparé aux autres. Je ferais la prochaine mise à jour une semaine au minimum après sa sortie car c'est la roulette russe avec eux. Je suis sà»re que la prochaine fois, se sera mon tour.

Mes FGMS fonctionnent à nouveau convenablement: il réagissent rapidement. 20 heures de uptime avec 59 devices Z-Wave sans souci.

J'ai le même soucis que pir2d2, le luminosité renvoyée par les FGMS reste bloquée. Leur valeur changent de manière erratique. Un "Soft reconfigure" ne règle pas le problème. Je serais donc obliger de modifier les règles GEA s'occupant de l'éclairage, pour prendre en compte Sunset et Sunrise au lieu de la luminosité. Les applications iPhone et iPad se connectent beaucoup plus rapidement à la HC2, comme en 3.590.