Steven

Au lieu de te prendre la tête, voici une nouvelle version qui corrige les soucis tel que les - et les % dans une variable globale. Cela corrige aussi le problème de détection des RGB (allumé ou non) Correction aussi des derniers éléments détectés. En bref, une version qui tourne sans bug connu. GEA._5_10.lua

Tu verra que le caractère "-" ne passe pas ... chose que je n'avais pas prévu

Essaie de mettre un - dans le scénario de test stp.

Voici un script qui permet de tester les Variable Globales : local globalVariable = "Test" local phrases = { "abcdefg", "test test test", "test d'accèà ênt", "test caractères _", "test super long lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad lslddassadasdasdadasdasdasd asdadasdasdadadasdada ada sdad ", "Nous sommes en phase de test", } -- Ne passe pas : -- "test caractères ?!)(&", -- "test caractères %" split = function(text, sep) local sep, fields = sep or ":", {} local pattern = string.format("([^%s]+)", sep) text:gsub(pattern, function(c) fields[#fields+1] = c end) return fields end trim = function(s) return (s:gsub("^%s*(.-)%s*$", "%1")) end match = function(s, p) if (type(s) == "nil") then return type(p) == "nil" end s = tostring(s) p = tostring(p) local words = split(p, "|") for i = 1, #words do if (string.match(s, trim(words[i]))) then return true end end return false end for _,v in pairs(phrases) do print(v) fibaro:setGlobal(globalVariable, v) fibaro:sleep(1000) assert(fibaro:getGlobalValue(globalVariable) == v, fibaro:getGlobalValue(globalVariable) .. " n'est pas " .. v) assert(match(fibaro:getGlobalValue(globalVariable), v), fibaro:getGlobalValue(globalVariable) .. " ne match pas " .. v) end print("<span style=color:green>All tests passed successfully</span>") J'ai repris les méthode match, split et trim directement de GEA pour être certain de leur fonctionnement. Au vu de mes tests, les seules caractères qui ne passe pas sont les caractères utilisés pour les regex tel que "?.%" ce qui est normal car ce test est plus rigide encore que GEA. Si vous voulez bien tester ce script avec vos phrases cela pourrait pointé sur un éventuel soucis. Merci d'avance.

Etrange tout cela. Personnellement, tout les matins Imperihome me dit ceci : "Nous sommes le " .. os.date("%b %B") .. "...il est " .. os.date("%I heures %m") .. "La température extérieur est de " .. fibaro:getValue(135, "ui.lblExtTemp.value") .. " degrés" .. "Nous sommes le " .. today .."..." .. "...Il pleut" .. "...Les chambres sont éteintes" .. "Les rendé vous de la journée sont .." .... etc etc Le message peux donc être très long et comporté des caractère bizarre. Le seul traitement que je fais est de remplacer les espaces " " par un "+" avant de l'envoyer au TTS status, response = HC2:GET("/api/rest/speech/tts?text="..message:gsub(" ", "+")) --- Je vais faire des test sur les variables globales mais sérieusement, je ne vois pas d'où pourrait venir le soucis.

@zozotte local fenetreAUTO = GEA.add( {{"Global", "Zib_Ouverture_R17", "0"},{"Global", "Chauffage", "AUTO"}}, -1, "", {{"VirtualDevice", id["VD_CHAUF_SDJ"], 4}, {"MaxTime", 1}}) local fenetreCONF = GEA.add( {{"Global", "Zib_Ouverture_R17", "0"},{"Global", "Chauffage", "CONF"}}, -1, "", {{"VirtualDevice", id["VD_CHAUF_SDJ"], 7}, {"MaxTime", 1}}) local fenetreECO = GEA.add( {{"Global", "Zib_Ouverture_R17", "0"},{"Global", "Chauffage", "ECO"}}, -1, "", {{"VirtualDevice", id["VD_CHAUF_SDJ"], 8}, {"MaxTime", 1}}) GEA.add( {"Global", "Zib_Ouverture_R17", "1"}, -1, "", { {"VirtualDevice", id["VD_CHAUF_SDJ"], 6}, {"RestartTask", fenetreECO}, {"RestartTask", fenetreAUTO}, {"RestartTask", fenetreCONF}, }) Me semble plus cohérent.

@sebcbien Je ne vois pas le soucis En fait, GEA a raison .. je m'explique. GEA agit de manière séquentielle en respectant l'ordre des commandes décrites pas l'utilisateur. Reprenons ton code 1. GEA.add({{"Global", "Porte_Gar_Action", "Demande_Fermeture"},{"Global", "Porte_Garage", "Not_Closed"}}, -1, "Demande Fermeture Porte Garage GEA à #time#", {{"turnOn",id["REMOTE_GARAGE"]}}) 2. GEA.add({{"Global", "Porte_Gar_Action", "Demande_Fermeture"},{"Global", "Porte_Garage", "Closed"}}, -1, "Demande Fermeture Inutile", {{"Global", "Porte_Gar_Action", "En_Attente"}}) Lors du changement de la variable globale "Porte_Gar_Action", GEA va executé : 1. La ligne en verte si Porte_Gar_Action = "Demande_Fermeture" et que "Porte_Garage" = "Not_Closed" et il va activé ta REMOTE_GARAGE A moins que je me trompe mais il est probable que {"turnOn", id["REMOTE_GARAGE"]} va modifié la valeur de "Porte_Garage" en la mettant sur "Closed" 2. la ligne orange s'éxecute car la ligne du dessus à indirectement modifier la variable "Porte_Garage" en la mettant su "Closed". Je peux me tromper mais cela me semble cohérent comme raisonnement.

@sebcbien J'ai de la peine à tester depuis mon boulot mais je me pose une question bête ... le "_". Pourrais-tu essayer "Close" et "NotClose" au lien de "Close" et "Not_Close" comme valeur de ta globale ? Il y a très peu de chance que le soucis vienne de la car zozotte n'utilise pas de "_" mais si on peux déjà éliminer un doute, c'est ça de gagner. @PITP2 Je n'avais pas pris ton post comme un reproche ... au contraire

Allez, c'est fait, j'ai testé ceci : GEA.add( {{"Global", "GEA_Garage", "ON"}, {"Global", "JourChome", "NON"}}, -1, "Test 2 globale ON, NON") GEA.add( {{"Global", "GEA_Garage", "OFF"}, {"Global", "JourChome", "NON"}}, -1, "Test 2 globale OFF, NON") GEA.add( {{"Global", "GEA_Garage", "ON"}, {"Global", "JourChome", "OUI"}}, -1, "Test 2 globale ON, OUI") GEA.add( {{"Global", "GEA_Garage", "OFF"}, {"Global", "JourChome", "OUI"}}, -1, "Test 2 globale OFF, OUI") Cela fonctionne à la perfection, il faut donc que je vérifie les IF mais ce n'est pas le soucis de Zozotte. Je vais relire ton post sebcbien. @Zozotte Enleve le {"NotStarted"} si tu as à -1 ... cela ne fonctionne pas et n'a pas de sens. Le {"NotStarted"} a été mis pour éviter que GEA lance automatiquement la tâche à l'enregistrement de la scène. Dans ton cas, seul le déclenchement de la variable globale va démarrer ta tâche.

@PITP2 En fait, je peux comprendre que cela pose problème vu que 2 personnes ont le soucis. Par contre chez moi cela fonctionne très bien MAIS je n'ai pas d’élément qui se déclenche sur une Global et qui en contient une autre. Il faudrait que je provoque un exemple pour pouvoir tester tous cela mais j'ai pas vraiment envie de remettre toute la mécanique de test en fonction juste pour cela Donc techniquement cela devrait fonctionner puisqu'àla lecture (rapide) du code, je ne voit pas le soucis. Par contre, ce même code me semble fragile donc pas àl'abri d'une omission.

GEA.add(10, 15, "luminosite", {{"Global", "lum", "#value#"}}) Et si cela ne marche pas, n'utilise pas GEA pour cela.

Je vous confirme un bug avec les déclenchements instantanés sur une variable "Globale". Mon code ne prend pas en compte les conditions multiples lors d'un déclenchement de ce type ... exemple Ne fonctionne pas : GEA.add ( {{"Global", "Zib_Ouverture_R17", "1"}, {"Global", "Chauffage", "AUTO"}} , ...)fonctionne GEA.add ({"Global", "Zib_Ouverture_R17", "1"}, ..., {{"If",{{"Global", "Chauffage", "AUTO"}}}}) désolé. Edit : En fait, cela devrait fonctionner ... je comprends pas

Vu le nombre de grosses conneries que je raconte, vous devez pas dévorer grand chose

J'ai au moins eu la preuve que vous lisez mes messages ... et ceci, jusqu'au bout.

Pour rappel, le Repeat sert àenvoyer le message toutes les X secondes tant que la condition est remplie. A contrario d'une seule fois. Dans le contexte en question il ne sert àrien car dès que la condition est remplie GEA éteint le module en question annulant donc le Repeat car la condition ne sera plus correcte. Envoyé de mon portable grâce àmes petits doigts.

Le Repeat ne sert àrien dans ce contexte Bisous Envoyé de mon portable grâce àmes petits doigts.

Nico est chaud

Désolé Krikroff pour cette nouvelle ... J'aurais du me taire. Amitiés

Le plugin Netatmo fonctionne si tu n'as pas de détecteur de pluie.

Plus d'option pour installer ses propres plugins ... Il va aimer Krikroff.

Je peux pas garantir qu'il y a tous les même bugs que la 4.024b mais pour moi, ils y sont tous ... même l'impossibilité de changer le Devices Polling Time Intervall.

Plugin Netatmo toujours KO avec un détecteur de pluie ... rien ... aucune correction pour moi ... déçu.

Toujours impossible de changer les icones .. c'est une v4.024 maquillée.

Je plaisante 0.0000%

98%...