jjacques68

SENA UD100 : https://www.lextronic.fr/P6083-dongle-usb-bluetooth-longue-porte.html c'est la que j'ai prix les 2 (une dans la jeedom à la cave et une au RdC dans raspberry. j'ai pas trouvé ailleurs...

Ha ben nos messages se sont croisés

@Nico avec plaisir si tu passes dans le coin voilà oú j'ai acheté mes derniers : https://www.aliexpress.com/item/Original-Xiaomi-Mi-Flora-Monitor-Digital-Plants-Grass-Flowers-Soil-Water-Light-Smart-Tester-Sensor-with/32741431283.html compter quand même trois semaine... mais c'est le meilleur tarif ces derniers temps. une fois j'ai pu en commander 4 sur Amazon à 9 € mais c'est plus jamais arrivé...

@Sakkhho voilà un petit tuto sur mon installation. Gestion Complète des plantes avec Mi-FLora

Bonjour à tous, Voici un petit tuto qui explique mon installation pour contrôler l'état des plantes vertes de la maison. EDIT : Scène en Version 2 (téléchargeable à la fin du tuto). correction d'un bug dans l'affichage du debug lors de la création des VG. Je précise tout de suite que je n'ai pas les pouces verts , et que je suis du genre à oublier d'arroser nos belles plantes (ou de trop les arroser). Ce n'est pas vital, mais ça me rend quand même service. Et j'ose dire que mes plantes ne se portent pas si mal que ça… J'utilise les capteurs XIAOMI Mi Flora en vente sur amazon, aliexpress, … à des prix allant du simple au triple ! J'en ai déjà eu à 9 € et d'autre à 20 € !!! Faut surveiller les offres du moment… Attention aux capteurs version chinois !!! (impossible de les mettre à jour, mais fonctionne sous BLEA). !!! Il faut prendre des versions internationales !!! Ils semblent plutôt bien fonctionner (même à l'extérieur). La précision des mesures restent à confirmer... Surtout qu'aucune plante ne se comporte de la même manière. J'ai utilisé l'application Flower Care (iPhone) pour mettre à jour les capteurs (actuellement : 3.1.8). Ces capteurs sont en Bluetooth, donc il faut une box compatible. Dans mon cas j'ai une Jeedom Smart. Sommaire : Configuration Jeedom VD HC2 La Scène Mi-Flora Conclusion 1. Configuration Jeedom Je passe la partie installation Jeedom. J'utilise le plungin BLEA de @sarakha63 (merci pour son travail) qui fonctionne à merveille avec les objets bluetooth. J'ai également ajouté une antenne bluetooth supplémentaire pour avoir une meilleur portée (raspberry avec raspbian installé et une clé Bluetooth de type SENA) Tout est bien expliqué sur le blog de @sarakha63. Je vous invite à fouillé un peu chez lui. Voilà le résultat dans Jeedom : On y voit les 12 plantes avec leurs données (humidité, température, batterie...) Je remonte certaines de ces données vers la HC2 : L'humidité (surtout cela qui m'intéresse) ; Le fertilisant ; L'ensoleillement ; La température ; La batterie Cette remontée d'info se fait grâce à un script : EDIT : il faut installer le plugin script disponible dans le market Voilà le script au complet (sans retour à la ligne ni espace) : http://192.168.xx.xx/api/callAction?deviceID=363&name=setProperty&arg1=ui.FromJeedom.value&arg2={Tmp:"#[Maison][Sanse Gd][Température]# °C",Hum:"#[Maison][Sanse Gd][Humidité]# %25",Frt:"#[Maison][Sanse Gd][Fertilisant]# uS/cm",Lum:"#[Maison][Sanse Gd][Luminosité]# Lux",Bat:"#[Maison][Sanse Gd][Batterie]# %25"} On voit dans ce script que j'écris dans un label nommé "FromJeedom" d'un VD (ici ID = 363) les données voulues de ma plante (nommée Sanse Gd) Je duplique ce script autant de fois que j'ai de plante en passant à changer le N° du VD (car un VD par plante) et bien sûr le nom de la plante. Ce qui fait que mon script contient 12 requêtes l'une en dessous de l'autre. 192.168.xx.xx est l'adresse IP sur le réseau local de la HC2. Il est exécuté toutes les 29 minutes grâce à Auto-actualisation (CRON) : */29 * * * * (google sera mieux que moi vous expliquer ce CRON… c'est pas mal le système ) EDIT : Le temps de rafraichissement de chaque Mi-Flora est fixé à 2 heures (suffisent à mon avis... à voir à l'usage) 2. VD HC2 : Voici le VD d'une plante : On y voit comme prévu, les données voulues. Le nom du VD est simplement le nom de la plante (pas forcément identique à celui renseigné dans Jeedom) L'icône présente un point d'exclamation rouge car justement l'humidité est plus basse que la consigne Sinon celle-ci serait sans le point d'exclamation. (Donc j'ai 2 icones par plante…) Il y a en plus : Un label consigne avec 2 boutons +/- pour sélectionner la consigne d'alerte pour l'arrosage. Un label Up pour savoir quand a été faite la dernière mise à jour Un label data qui reçoit le contenu de la requête Jeedom. Vous aurez compris que ce label a pour ID : FromJeedom (voir chapitre 1) Pour les labels, il est important du coup de les identifier avec cette logique : (la scène utilisera ces ID de label) Humidité = Hum ; Température = Tmp ; Lumière = Lum ; Fertilisant = Frt ; Batterie = Bat Code du bouton + : local id = fibaro:getSelfId() local cons = tonumber(fibaro:getGlobalValue("HumPlante"..id)) local val = string.match(fibaro:getValue(id, "ui.Hum.value"), "[0-9.]+") --INC la consigne cons=cons+1 if cons > 100 then cons = 100 end --set la VG fibaro:setGlobal("HumPlante"..id, cons) --affiche dans le label consigne fibaro:call(id, "setProperty", "ui.HumCons.value", cons.." %") --test la valeur et la consigne pour avoir la bonne icone if tonumber(val) >= cons then fibaro:call(id, "setProperty", "currentIcon", 1083) else fibaro:call(id, "setProperty", "currentIcon", 1084) end Code du bouton - : local id = fibaro:getSelfId() local cons = tonumber(fibaro:getGlobalValue("HumPlante"..id)) local val = string.match(fibaro:getValue(id, "ui.Hum.value"), "[0-9.]+") --DEC la consigne cons=cons-1 if cons < 0 then cons = 0 end --set la VG fibaro:setGlobal("HumPlante"..id, cons) --affiche dans le label consigne fibaro:call(id, "setProperty", "ui.HumCons.value", cons.." %") --test la valeur et la consigne pour la bone icone if tonumber(val) >= cons then fibaro:call(id, "setProperty", "currentIcon", 1083) else fibaro:call(id, "setProperty", "currentIcon", 1084) end On constate dans ces codes qu'une variable globale "HumPlanteXXX" est utilisée pour mémoriser la consigne. Celle –ci est créée par la scène (voir chapitre3). On retrouve également l'ID des 2 icones pour cette plante. Code de la mainLoop : (rien de bien compliqué, c'est juste pour que tout soit propre lors d'un reboot de la HC2) local id = fibaro:getSelfId() local cons = tonumber(fibaro:getGlobalValue("HumPlante"..id)) local val = string.match(fibaro:getValue(id, "ui.Hum.value"), "[0-9.]+") --affiche de la consigne fibaro:call(id, "setProperty", "ui.HumCons.value", fibaro:getGlobal("HumPlante"..id).." %") --test la valeur et la consigne pour l'icone if tonumber(val) >= cons then fibaro:call(id, "setProperty", "currentIcon", 1083) else fibaro:call(id, "setProperty", "currentIcon", 1084) end fibaro:abort() 3. La scène Mi-Flora : (attention c'est lourd…) --[[ %% autostart %% properties 353 ui.FromJeedom.value 352 ui.FromJeedom.value 357 ui.FromJeedom.value 358 ui.FromJeedom.value 359 ui.FromJeedom.value 361 ui.FromJeedom.value 362 ui.FromJeedom.value 363 ui.FromJeedom.value 366 ui.FromJeedom.value 367 ui.FromJeedom.value 368 ui.FromJeedom.value 385 ui.FromJeedom.value %% events %% globals --]] --[[ Version 2 - se déclenche sur changement de valeur du label FromJeedom des VD des plantes - a besoin de 2 VG par plante (testées et crées par la fonction TestGlobal) : HumPlante = consigne pour les tests d'humidité DatePlante = date à laquelle l'alerte mail a été envoyé (pour pas en avoir plusieurs) - récupère la chaine de caractère du label FromJeedom du VD (table json) - pour chaque item du json, update des label correspondant du VD - pour le label "Hum", appel de la fonction Alerte pour tester l'humidité - la fonction alerte change l'icone du VD et envoi notif si pas déjà fait - si le param "active" = 0 c'est que la plante/capteur n'est plus utilisé --]] --Déclarations****************************************************************** local Trigger = fibaro:getSourceTrigger() local NameID local Liste = { --liste des plantes (VD) [352] = {id = 352, IcoOK=1061, IcoNOK=1062, active=1}, [353] = {id = 353, IcoOK=1059, IcoNOK=1060, active=1}, [357] = {id = 357, IcoOK=1063, IcoNOK=1064, active=1}, [358] = {id = 358, IcoOK=1071, IcoNOK=1072, active=1}, [359] = {id = 359, IcoOK=1067, IcoNOK=1068, active=1}, [361] = {id = 361, IcoOK=1069, IcoNOK=1070, active=1}, [362] = {id = 362, IcoOK=1077, IcoNOK=1078, active=1}, [363] = {id = 363, IcoOK=1075, IcoNOK=1076, active=1}, [366] = {id = 366, IcoOK=1079, IcoNOK=1080, active=1}, [367] = {id = 367, IcoOK=1081, IcoNOK=1082, active=1}, [368] = {id = 368, IcoOK=1083, IcoNOK=1084, active=1}, [385] = {id = 385, IcoOK=1091, IcoNOK=1092, active=1}, } --TestGlobal**************************************************************** -- teste si la VG existe. La créée le cas échéant function TestGlobal(id) local listeVG = {"HumPlante", "DatePlante"} --liste des VG à tester/créer for k,v in ipairs(listeVG) do --pour chaque VG de la liste if fibaro:getGlobal(v..id) == nil then --si pas de VG newVar = {} --détermine son nom newVar.name = v..id --détermine sa valeur if v == "HumPlante" then newVar.value = "20" elseif v == "DatePlante" then newVar.value = "" end --crée la VG api.post("/globalVariables", newVar) print("VG "..newVar.name.." créée.") end end end --UpdateVD******************************************************************** --met à jour les label du VD et appel la fonction alerte function UpdateVD(id, name, IcoOK, IcoNOK) --récupère le tableau Json local MaChaine = fibaro:getValue(id, "ui.FromJeedom.value") --print(MaChaine) print("<font color='green'>"..os.date("%d/%m/%Y").." - Update "..name.."</font>") --test si le label est pas vide if MaChaine == "" or MaChaine == nil then print("Label vide. fin") return false --sort de la function donc fin à la scène end --pour chaque élément du tableau Json for label,valeur in pairs(json.decode(MaChaine)) do fibaro:call(id, "setProperty", "ui."..label..".value", valeur) --met à jour le VD if label == "Hum" then Alerte(id, valeur, name, IcoOK, IcoNOK) end end --met à jour la date updated fibaro:call(id, "setProperty", "ui.Up.value", os.date("%d/%m/%Y - %H:%M")) fibaro:call(id, "setProperty", "log", os.date("%d/%m/%Y - %H:%M")) fibaro:call(id, "setProperty", "logTemp", "TxtGreen") end --Alerte********************************************************************** --alerte en cas d'humidité trop basse function Alerte(id, valeur, name, IcoOK, IcoNOK) local CurrentDate = os.date("%d/%m/%Y") --reformate la valeur pour extraire que le chiffre valeur = string.match(valeur, "[0-9.]+") --si la valeur est < consigne if tonumber(valeur) < tonumber(fibaro:getGlobalValue("HumPlante"..id)) then -- change icone en alerte fibaro:call(id, "setProperty", "currentIcon", IcoNOK) --si la date de la variable est différente if fibaro:getGlobal("DatePlante"..id) ~= CurrentDate then print("<font color='red'>".."Arroser "..name.."</font>") -- envoi mail fibaro:call(2, "sendEmail", "Alerte plante "..name, "Arroser "..name) -- met à jour la variable DateAlerte fibaro:setGlobal("DatePlante"..id, CurrentDate) else --déjà notifié print("<font color='yellow'>"..name.." : déjà notifié".."</font>") end else -- Hum est ok = icone OK fibaro:call(id, "setProperty", "currentIcon", IcoOK) end end -- NotUsed******************************************************************** -- utlisé quand un capteur/plante n'est plus actif function NotUsed(id) fibaro:call(id, "setProperty", "ui.Up.value", "Not Used") fibaro:call(id, "setProperty", "log", "Not Used") fibaro:call(id, "setProperty", "logTemp", "TxtGreen") fibaro:call(id, "setProperty", "currentIcon", 1) end --MAIN********************************************************************** if Trigger.type == "property" then --trouve le nom du VD déclencheur NameID = api.get("/devices/"..Trigger.deviceID).name --test la présence de la VG (créé si pas le cas) TestGlobal(Trigger.deviceID) --si plante active on met à jour le VD if Liste[Trigger.deviceID].active == 1 then -- si la plante/capteur est actif UpdateVD(Trigger.deviceID, NameID, Liste[Trigger.deviceID].IcoOK, Liste[Trigger.deviceID].IcoNOK) else --sinon (capteur pas utilisé) NotUsed(Trigger.deviceID) end elseif Trigger.type == "other" or Trigger.type == "autostart" then --pour chaque élément de la liste for id, _ in pairs(Liste) do NameID = api.get("/devices/"..Liste[id].id).name --trouve le nom du VD TestGlobal(Liste[id].id) if Liste[id].active == 1 then -- si la plante/capteur est actif UpdateVD(Liste[id].id, NameID, Liste[id].IcoOK, Liste[id].IcoNOK) --appel de la fonction avec l'ID et le nom else --sinon (capteur pas utilisé) NotUsed(Liste[id].id) end end end Voici le debug : Explication : Cette scène est lancée à chaque changement d'un label d'un VD (Déclaré dans les Trigger). Donc lorsque le script Jeedom est exécuté (toutes les 29 minutes). Bien entendu si les données de la plante ont changé !! Elle est aussi lancée au démarrage de la HC2 (%%autostart) avec son bout de code qui va bien dans la section Main. Je passe par une variable "liste" sous forme de tableau pour faciliter l'écriture du code. Cette variable, contient l'ID des VD des plantes, l'ID des icônes OK / NOK ainsi que le paramètre "active" (voir fonction NotUsed). Après avoir récupéré le nom de la plante (nom du VD – section Main), je teste l'existence des VG nécessaires. Fonction TestGlobal() : VG HumPlante = consigne d'humidité VG DatePlante = date de la dernière notification d'alerte (pour avoir qu'une seule alerte par jour en cas de besoin d'arrosage, et non à chaque mise à jour du label du VD) Si les 2 variables, HumPlanteXXX et DatePlanteXXX (où XXX est l'ID du VD), n'existent pas, elles sont créées avec comme valeur par défaut : 20 pour HumPlante et "" DatePlante. Donc en tout ça fait 2 VG par plantes (soit pour moi actuellement 24 VG…) Fonction UpdateVD() : Rien de particulier sur cette fonction. Elle décode le contenu Json du label "FromJeedom" et envoie les données dans chaque label du VD. D'où l'importance d'avoir nommé les labels (Hum, Frt, Bat, …). Quand la fonction arrive au label "Hum", une fonction Alerte est appelée. Fonction Alerte() : Simple, si le taux d'humidité est inférieur à la consigne, alors je change l'icône du VD (ID mémorisé dans la variable "Liste") et je vérifie le VG DatePlanteXXX. Si j'ai la même date qu'aujourd'hui dans la VG, c'est que l'alerte a déjà été faite. Sinon je créé l'alerte par mail et met à jour la date dans la VG. Vous aurez compris que les alertes tombent la nuit essentiellement Fonction NotUsed() : Cette fonction permet de désactiver un VD (plante qui meurt, ou capteur HS). Il suffit de mettre 0 dans le paramètre "active" de la variable Liste. 4. Conclusion : Ce système fonctionne très bien depuis plusieurs mois. L'interaction Jeedom->HC2 ne pose pas de problème. On connait la stabilité de la HC2... je dois dire que Jeedom est assez stable aussi. De temps en temps, une antenne (local ou supplémentaire) bluetooth perd la boule, alors un petit reboot de la Jeedom est nécessaire. Lors de j'ajout d'une plante : Je commence par intégrer le capteur dans Jeedom. Ensuite j'ajoute le requête au script. Ensuite je crée les icones Puis je crée le VD dans la HC2 (je duplique simplement un existant en modifiant les icones) (le VD ne fonctionnera pas tout de suite car les VG ne sont pas encore crées...) Et pour finir j'ajoute dans la variable "liste" de la scène une ligne identique aux autres avec le nouvel ID du nouveau VD et les nouvelles icones. et c'est parti... A cause du nombre de plantes, donc de requêtes effectuées par le script Jeedom, j'ai de temps en temps une alerte sur la HC2 qui me dit "Too many instance" de la scène Mi-Flora (pourtant réglé avec le nombre d'instance max soit 10). Cela est normal car si j'ai 11 plantes qui changent leurs données en même temps, cela fait 11 lancements de scène !!!! Pour régler ce problème, je vais diviser mon script Jeedom en 2 (le lancement différé de la requête (paramètre Timeout) ne semble pas fonctionné). Soit 6 requêtes par script et décaler le moment exécution vers la HC2. De cette manière jamais j'aurai plus de 10 requêtes envoyées en une fois à la HC2, donc jamais plus de 10 scènes exécutées simultanément. Je n'exploite pas les autres données (Fertilisant, Température, …) Attention aux plantes dans les grands pots (le capteur ne plonge pas jusqu'en bas !!!). Du coup, je règle la consigne d'humidité dans les VD à l'usage (entre 20 et 25%). Cela m'a permis de me rendre compte qu'une plante était en excès d'eau (80 % d'humidité). Je ne l'ai plus arrosé depuis des semaines… le taux baisse petit à petit, et la plante se porte de mieux en mieux. EDIT : Pour les intéressés : voici le VD à télécharger : (il suffit de renommer son nom et de mettre les bons ID des icones.) : Bambou.vfib et la scène : (mettre à jour l'ID du VD et des icones) : Scene-36-ID199-MiFLora.txt Les icones de mes plantes sont dans une galerie : Galerie Plantes Vertes (je la compléterai petit à petit)

YES @pepite !!!! nickel !!! function TestGlobal(id) local vg = api.get("/globalVariables/"..id) if vg == nil or "" then --nouvelle variable newVar = {} newVar.name = id newVar.value = "0" api.post("/globalVariables", newVar) end end merciiiiiii !!!! @Nico, si tu parles des mi flora, ils sont toujours en vente... Je vais faire un petit tuto pour mon installation avec les mi flora...

@pepite faut que je teste, mais on est d'accord je suis dans une scène avec mon code là ! @Sakkhho je te mettrai un screenshot pas de soucis, et oui j'en ai un à l'extérieur, tant que tu es à porté du Bluetooth... Mais la tout de suite faut que je tire 2 câbles Ethernet de la cave aux combles merci !!

bonjour à tous, question de programmation pure et dure Je suis confronté à un problème plutôt bloquant me concernant. Dans une scène (gestion de 12 mi-flora avec VD, consignes d'humidité, alertes mail, ... bref), je souhaite créer des variables globales dynamiquement. j'utilise pour cela ce bout de code (simplifié), qui marche très bien, placé dans une fonction : function TestGlobal(id) local http = net.HTTPClient() if fibaro:getGlobal(id) == nil then --si pas de VG --nouvelle variable newVar = {} newVar.name = id newVar.value = "0" http:request("http://127.0.0.1:11111/api/globalVariables", { options = {method = 'POST', data = json.encode(newVar)}, success = function(response) print("Création de la variable "..id) end, error = function(response) print("Error: " ..response) end, }) end end MAIS cette fonction est appelée en premier, pour ensuite exécuter d'autres fonctions utilisant justement les VG créées. Et bien ça marche pô ! Si j'analyse bien mon script complet, les VG ne sont même pas créées !!!! J'ai pas le print du success !!!! ni celui du error... pourquoi ???? Et le plus dingue, c'est que si je n'exécute pas les fonctions qui suivent, celle de la création de VG fonctionne très bien, les VG sont alors crées !!! d'après mes recherches et essais cela viendrait du mode asynchrone de l'execution du net.HTTPClient. Mais alors comment le contourner ??? J'ai déjà été confronté à ce genre de soucis, que j'ai pu contourner en imbriquant les net.HTTPClient , mais le code devient très illisible et compliqué. (exemple pour des scènes qui gère la patrouille de caméras, 7 positions PTZ déterminées = 7 net.HTTPClient qui s'imbriquent ) Mais la clairement dans ma scène actuelle, je ne peux pas faire ce genre d'emboitement. Merci pour votre aide !!

désolé j'ai pas la réponse, mais je suis curieux de savoir également...

merci @sebcbien, j'ai pris les codes du reboot /shutdown

alors moi j'ai fait simple : 1 scène pour tous, enfin presque car les capteur Philio PSP05-C ont moins d'option que les FGMS, donc je les laisse à part... --[[ %% properties 378 value 322 value 313 value 298 value %% events %% globals --]] --[[ - Essai de scène pour gérer tous les éclairages intérieurs par PIR - Je ne fais pas d'association directe entre les modules - La marche forcée se gère grâce au VD Mode Eclairage 383 - Ne tient pas compte du capteur Philio PSP05 car trop différent (donc scène a part) - Doit faire la différence entre les type d'actionneur (FGS ou IPX) --]] local Device = { --ID_PIR = {ID_actionneur, VG_Mode éclairage} [378] = {ID = 374, VG = "ModeEclDebarras"}, [322] = {ID = 318, VG = "ModeEclWc"}, [313] = {ID = 311, VG = "ModeEclSdB"}, [298] = {ID = 296, VG = "ModeEclEsacalier"}, } local Trigger = fibaro:getSourceTrigger() --si mode manu (VD 383) on sort. if tonumber(fibaro:getGlobalValue(Device[Trigger.deviceID].VG)) == 0 then fibaro:abort() end --si PIR = ON if tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 then --actionneur = FGS if fibaro:getType(Device[Trigger.deviceID].ID) == "com.fibaro.binarySwitch" then fibaro:call(Device[Trigger.deviceID].ID, "turnOn") --tempo while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end fibaro:call(Device[Trigger.deviceID].ID, "turnOff") --actionneur = IPX elseif fibaro:getType(Device[Trigger.deviceID].ID) == "virtual_device" then fibaro:call(Device[Trigger.deviceID].ID, "pressButton", 1) --tempo while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end fibaro:call(Device[Trigger.deviceID].ID, "pressButton", 2) --si pas le bon actionneur else print("Type Device = "..fibaro:getType(Device[Trigger.deviceID].ID)) end end pour le moment ça semble bien fonctionner, pas de latence... à voir à l'usage...

je viens de revérifier, autant pour moi... désolé... Je cliquais sur "Export All" qui me créait des fichier XML... au lieu de cliquer comme d'habitude sur "Enregistrer tous les codes LUA des scènes" qui me créé les fichier TXT. Tout est ok d'ailleurs faut-il mieux sauvegarder ses scènes en .txt ou en .XLM ?

Ce sera moi On peut pas mettre les VD en widget, en tout cas sur IPhone bien dommage...

Dites c'est normal que quand on télécharge les scènes y a du code avant et après la scène qui apparait ? on dirait les propriétés de la scène ou d'un module... y avait pas ça avant !

Bon alors j'ai fait simple, parce que ça commence à me prendre la tête ces histoires d'associations, marche forcée, latence... j'ai créé un VD avec autant de bouton manu/auto que de FGMS servant à allumer l'éclairage. chaque détecteur possède sa VG : ModeEclXxxxxx (valeur 1 ou 0) Les boutons du VD changent la valeur de ces VG. Dans les scènes (ultra simples) lorsqu'il y a détection, je teste cette VG et si "mode auto" alors allume avec la tempo du FGMS (paramètre 6 si mes souvenir sont bon) et sinon : RIEN (pour allumer il faut aller à l'inter). J'ai mis un AutoOff à 1 heure sur les FGS au cas où le FGMS déconne. En réalité après test, la différence de latence entre l'association directe et passer par une scène, est quasi nulle (après avoir simplifier les codes LUA). Maintenant je me demande si je vais pas faire une scène unique qui me gère tous les éclairage avec FGMS au lieu d'en avoir une par pièce... vous en pensez quoi ? vaut mieux une scène unique ou plusieurs petites ?

oui en effet

Ah ok vu comme ça je restais bloqué sur des fonctions je sais pas pourquoi Envoyé de mon iPhone en utilisant Tapatalk Pro

Vous savez si cette assistant a un port RJ45 ? Ou c'est que du wifi ? Je pense connaître la réponse mais j'ai rien trouvé sur google

Bonjour à tous, J'ai un algorithme casse-tête : Je souhaite dans une scène, qui peut être déclenchée par plusieurs VG, exécuter une fonction. La fonction à exécuter est différente suivant le nom de la VG qui fait le déclenchement... Voilà ce que j'ai fait, ça marche mais je trouve ça hyper compliqué !!!!! pour ce que c'est... y a pas moyen de simplifier ?? --[[ %% properties %% events %% globals VG1 VG2 --]] local Trigger=fibaro:getSourceTrigger() --variable Objet contenant les fonctions local Objet = { VG1 = function (self) print("Fonction pour la VG1") end, VG2 = function (self) print("Fonction pour la VG2") end, } --variable contenant les Trigger et les actions associées local VGTrigger = { ["VG1"] = Objet:VG1(), ["VG2"] = Objet:VG2(), } --execution de la fonction pcall(VGTrigger[Trigger.varName]) merci à vous !!!

y en a d'autre que la météo fait travailler

Hello ! Rapide question qui a déjà sans doute été posé : vous avez déjà remarqué un très léger bruit (comme un sifflement ou grésillement) quand le FGS-222 est sous tension ? merci !

Oups !!! Je viens de me rendre compte de ma conn.... y a pas de mouvement sur cette caméra... Désolé, mais ces lignes ne servent à rien du coup... Me suis trompé de modèle désolé...

Exact, mais je n'en ai pas [emoji45] Envoyé de mon iPhone en utilisant Tapatalk Pro

ah oui les icones des VD... voilà c'est fait...

oui oui tête reposée avec une bière