Shyrka973
-
Compteur de contenus
758 -
Inscription
-
Dernière visite
-
Jours gagnés
5
Tout ce qui a été posté par Shyrka973
-
Sur l'insistance de Krikroff, je vais franchir le pas. Tous les modules dont je possède se trouve dans ma signature. Savez-vous lesquels seront problématiques sur la 4.033 ? Merci.
-
J'ai amener la box au bureau. La LED Z-Wave ne clignote plus autant. J'en déduis que le problème viendrait d'un module.
-
Toujours en 3.590 avec une énorme envie de mettre à jour mais le fait qu'en 4.033, la partie alarme ne fonctionne pas convenablement (le délai lors d'un breached n'est pas respecté) m'oblige à patienter Je vais essayer de couper le disjoncteur par secteur pour trouver le module responsable (si le problème vient de là ).
-
Bonjour, Aujourd'hui, je constate que le réseau Z-Wave répond difficilement avec de grande latence de plus ou moins 10s: envoi d'ordres pour allumer une lumière par exemple, une prise, ... La LED représentant le réseau Z-Wave sur la box clignote rapidement (jusqu’à apparaitre comme fixe) pendant 10s puis s'arrête quelques seconds, et cela de façon répété. Quand elle s'arrête de clignoter, les ordres Z-Wave arrivent immédiatement comme d’habitude. J'ai déjà eu ce problème et il y a fallu éteindre et rallumer la box pour que cela rentre dans l'ordre. Aujourd'hui, cela fait le 15ième arrêt sans changement. Avant d'ouvrir un appel au support Fiabro, quelqu'un d'entre vous a déjà eu ce problème ? Cela vient de la boxe ou d'un module Z-Wave devenu fou ? Merci.
-
@Steven, Cedric t'a remonté un bug au sujet d'un décalage de GEA dans le temps. Je dirais qu'il y a un décalage de 1s ou 2s toutes les 5min. Vous parlez bien de ce décalage ? GEA vérifie les règles toutes les 15s chez moi. Tu as sorti la 5.30 qui corrige ce bug entre autres. En utilisant cette version, je constate que certaines règles devant être lancées à un moment bien précis ne s'exécutent pas. Mais on dirait que c'est aléatoire. As-tu constaté ce problème ? J'utilise actuellement la 5.30 mais sans les modifs dans la fonction "GEA.run()" et je n'ai plus de problème avec ces règles. Merci.
-
L'alarme utilise directement les valeurs se trouvant dans les labels du VD "GEA Alarm". Lors d'un reboot, ces valeurs sont perdues. C'est une première ébauche pour ce VD. Steven ajoutera surement dans une prochaine version un mécanisme pour sauvegarder les valeurs dans une variable globale.
-
Bonjour à tous, Il me semble que la version 5.30 de GEA contient un bug (que je n'ai pas encore cerné complètement): certaines règles basées sur l'heure ne lancent pas mais pas toutes. Je suis revenu à la 5.15 qui fonctionne sans ce bug. @Steven, Je ne comprends pas le bug de décalage dans le temps car mes règles devant s'exécuter à une précise, s'excitent bien. Je suis en firmware 3.590.
-
Tuto Eclairage Fixer La Valeur D'un Dimmer
Shyrka973 a répondu à un(e) sujet de sebcbien dans Tutoriels
Salut, Peut-on réellement positionner le paramètre 40 d'un dimmer pour fixer sa valeur au prochain allumage ? Avez-vous essayer ? à‡a fonctionne ? J'ai une scène que j'utilise après le déclenchement de l'alarme Fibaro, pour positionner l'ensemble des dimmers à la valeur par défaut souhaité: le principe est d'allumer les dimmers avec la valeur par défaut souhaitée pendant quelques secondes, puis de les éteindre. Étant toujours en v3.590, je vais adapter le script. -
Pff !!! Je passe mon tour encore une fois tout en restant poli mais ça me démange
-
@HANSOLO Tu as raison. Dans la fonction "GEA.sendActions", il manque la définition de "type". Donc après cette ligne: local etat = fibaro:getValue(tonumber(id), "value") il faudrait mettre la ligne suivante: local type = fibaro:getType(tonumber(id))
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
@HANSOLO, Peux-tu m'aiguillé sur l'erreur dans le code que tu as trouvé ? Je ne vois pas de "figaro:" manquant devant un getType. Merci.
-
@Steven Dans GEA v5.01, il y a un bug dans le fonction "GEA.sendActions" dans la partie concernant la vérification de l'état "On/Off". C'est un histoire de parenthèse. Voici les deux lignes de code corrigés: if (GEA.match(type, "rgb_driver") and ((tonumber(fibaro:getValue(tonumber(id), "value")) > 0) or (tonumber(fibaro:getValue(tonumber(id), "currentProgramID")) > 0))) then et elseif (GEA.match(type, "com.fibaro.FGRGBW441M") and ((tonumber(fibaro:getValue(tonumber(id), "value")) > 0) and (not fibaro:getValue(tonumber(id), "color") == "0,0,0,0") or (tonumber(fibaro:getValue(tonumber(id), "currentProgramID")) > 0))) then Je n'ai plus d'erreur sur les "turnOn" et "turnOff" des lampes.
- 12 330 réponses
-
- 2
-
-
- support
- script lua
- (et 1 en plus)
-
@sebbrunie1 Oui, cette syntaxe est bonne. Ainsi "Inc+" peut s'écrire "Inc+1". @zozotte La longueur de cette phrase n'agit pas le problème. C'est son contenu.
-
Je me demande si une ligne comme celle-ci: GEA.match(string.lower(entry[GEA.keys["ID"]][1]), "global|global.") ou comme celle-la: GEA.match(type, "door_sensor|water_sensor|motion_sensor|com.fibaro.FGMS001|com.fibaro.doorSensor|com.fibaro.waterSensor|com.fibaro.motionSensor") ne poserait pas une problème avec le "match" du fait que le "." soit un caractère spécial.
-
Cette simple ligne cause le problème. GEA.add(id["PRISE6"], -1, "", {{"Global", "Test", "La filtration de la piscine est mise en route"}} L'erreur est du à ces lignes dans le code: if (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "inc+")) then et elseif (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "dec-")) then Le "+" et "-" sont des caractères spéciaux dans la recherche de pattern. Il faut donc utiliser "%" pour qu'ils soient interprétés comme de simple caractère. On obtient donc: if (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "inc%+")) then et elseif (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "dec%-")) then Ainsi, je n'ai plus l'erreur et "inc+" et "dec-" fonctionne ainsi que "inc+5" et "dec-5".
-
Cette virgule ne change rien au tableau. Elle est ignorée car il n'y a pas d'élément après. Avec "catchError = false", il n'y a pas d'erreur. Le problème vient de "Global" car la variable globale "Karotz" ne prend pas la valeur demandée.
-
Les lignes suivantes: -- Annoncer le démarrage de la filtration GEA.add(id["FILTRATION"], -1, "", { {"Global", "Karotz", "La filtration de la piscine est mise en route."}, {"VirtualDevice", id["VD_KAROTZ"], 7}, {"Global", "TTSPapa", "La filtration de la piscine est mise en route."}, {"VirtualDevice", id["VD_TTSPAPA"], 3}, }) -- Annoncer l'arrêt de la filtration GEA.add(id["FILTRATION"], -1, "", { {"Global", "Karotz", "La filtration de la piscine est arrêtée."}, {"VirtualDevice", id["VD_KAROTZ"], 7}, {"Global", "TTSPapa", "La filtration de la piscine est arrêtée."}, {"VirtualDevice", id["VD_TTSPAPA"], 3}, {"Inverse"} }) me donnent ceci:
-
@Steven Il y a un bug quelque part car j'obtiens !!! ERROR !!!. Je cherche.
-
@Steven Salut, J'ai trouvé deux bugs dans le code de la V5 concernant "Global". if (type(entry[GEA.keys["PARAMS"]][i]) == "table" and string.lower(entry[GEA.keys["PARAMS"]][i][1]) == "global" and #entry[GEA.keys["PARAMS"]][i] > 2) thenlocal value = string.match(entry[GEA.keys["PARAMS"]][i][3], "(%d+)") if (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "inc+")) then local number = tonumber(fibaro:getGlobalValue(entry[GEA.keys["PARAMS"]][i][2])) if (type(value) ~= nil) then fibaro:setGlobal(entry[GEA.keys["PARAMS"]][i][2], number + value) else fibaro:setGlobal(entry[GEA.keys["PARAMS"]][i][2], number + 1) end elseif (GEA.match(entry[GEA.keys["PARAMS"]][i][3], "dec-")) then local number = tonumber(fibaro:getGlobalValue(entry[GEA.keys["PARAMS"]][i][2])) fibaro:setGlobal(entry[GEA.keys["PARAMS"]][i][2], number - 1) if (type(value) ~= nil) then fibaro:setGlobal(entry[GEA.keys["PARAMS"]][i][2], number - value) else fibaro:setGlobal(entry[GEA.keys["PARAMS"]][i][2], number - 1) end else fibaro:setGlobal(entry[GEA.keys["PARAMS"]][i][2], GEA.getMessage(entry,entry[GEA.keys["PARAMS"]][i][3])) end GEA.log("sendActions", entry, "!ACTION! : setGlobal " .. entry[GEA.keys["PARAMS"]][i][2] ..",".. GEA.getMessage(entry, entry[GEA.keys["PARAMS"]][i][3]) , true) 1- La ligne 8 est en trop. 2- la fonction "type" retourne une chaine donc type(value) ~= nil devrait être type(value) ~= "nil".
-
@Steven Je réactive la version 5 ce soir et j'essaie de trouver le bout de code qui coince. Il a très peu de différence entre 4.11 et 5.00.
-
@KriKroff Merci. C'est dans ma todo list de ce weekend: enlever mon mot de passe d'admin des scènes et VD.
-
@Steven Les deux lignes fonctionnent.
-
1- Il y a un petit bug en ligne 11: la variable "i" n'est pas connu en dehors de la boucle. Il faudrait remplacer "i" par "#jsonTable" dans cette ligne. 2- Je pensais que l'accès à "localhost:11111" était réservé à la V4. D'après ce que je comprends, cela évite d'utiliser son profile et mot de passe dans le script. Je vais tester avec mes VD qui accèdent à la HC2 en utilisant son adresse IP et le mot de passe de "admin". 3- @Lazer Merci pour cette astuce. Je vais l'utiliser dans un bouton d'un VD fourre-tout qui mettra à jour une variable globale avec le dernier ID existant. J’appellerai ce bouton un fois par jour pour mettre à jour la variable. Je lirai cette variable dans les scènes/VD qui ont besoin de parcourir l'ensemble des modules.
-
Ce code fonctionne-t-il avec la v3.590 ?
-
@Steven Hi, Il y a un bug sur la V5 avec cette règle: GEA.add(id["FILTRATION"], -1, "", { {"Global", "Karotz", "La filtration de la piscine est mise en route."}, {"VirtualDevice", id["VD_KAROTZ"], 7}, }) Cette même règle fonctionne avec la 4.11. (HC2 en v3.590) L'appel au VD ne se fait pas. Peut être que c'est dà» au modif dans le traitement de "Global". Je ferai des tests demain.