jjacques68

Bonjour à tous, Je me permet de poster un sujet un peu différent des autres habituels, sachant que ce forum n'a pas pour vocation de traiter ce genre de problèmes... En même temps j'ai posté sur d'autres forums, théoriquement spécialisés dans le domaine, sans aucunes réponses. J'ai même posté sur le forum officiel de la marque, et là c'est pire, même pas un "lu"... J'espère qu'une personne compétente en la matière va passer par là et me donner un coup de pouce. Voilà mon histoire : (déjà évoquée de temps à autre...) J'ai essayé d'avoir une connexion de secours en cas de panne du modem ADSL. En gros, quand plus d'internet par ADSL, alors on prend internet par la 4G. pour ça : J'ai un modem ADSL (Bbox). J'ai un modem 4G (TP-Link) J'ai un routeur Netgear UTM25 (dual WAN) Voici le branchement : Les modem ADSL et 4G sont configurés de cette manière : Firewall = désactivé DMZ = vers IP respective de l'UTM25 Dyndns = installé sur modem ADSL DHCP = désactivé L'UTM25 est configuré avec : Les ports WAN sont en auto rollover avec WAN1 en principal. Les serveur DNS WAN1 & WAN2 sont sur auto. La détection de défaillance de connexion du port WAN1 (pour le changement vers le WAN2) se fait soit par PING d'une IP, soit par test de DNS à spécifier, soit par test des DNS du FAI (donc j'imagine ceux fournis par les modems). Dans mes tests, j'avais toujours débranché le modem ADSL complètement (couper l'alimentation). Et ça marche très très bien !!! au bout de 1 minute (réglable) l'UTM25 switch sur le port WAN2, et j'ai toujours internet !!!! Mais je n'avais jamais testé une chose, laisser le modem ADSL allumé, et déconnecter juste la ligne ADSL. Et là ! c'est la cata. l'UTM25 se comporte très bizarrement... Il switch bien sur le WAN2, ça c'est ok (donc la détection de perte de la connexion de WAN1 est ok.) MAIS si je veux aller sur le net, ça passe pas : si je me rends sur un site https, il me sort une erreur de certificat (étrangement délivré par le modem ADSL !!!) si je me rends sur un site http, je tombe sur la page d'accueil du modem ADSL !!!! étrangement je continue à recevoir les notifications de la HC2 sur mon téléphone (téléphone en 4G pas en wifi) Là mes compétences en réseau sont trop faibles. Je sais plus où chercher. J'ai épluché tous les paramètres de l'UTM25, sans rien trouver. C'est dingue, si le modem ADSL est débranché le changement fonctionne très bien, s'il reste branché (ADSL coupé) ça bloque. J'ai contacté le support Netgear par chat, le type m'a fait comprendre qu'ils n'assurent plus le support pour ce produit (j'étais pas content là... j'ai tous mes produit réseau enregistré chez Netgear... bref) Le forum officiel Netgear, manque d'activité (pas un "lu" en 15 jours) Posté également sur développez.com sans succès... Alors si qqun à une idée, je suis preneur... Merci d'avance !

voilà @Nico, VD + icones dispo en bas du premier post...

Oui je reconnais que les rasp c'est barbare... mais ça marche bien

Ou la je ne pourrais pas t'aidé la-dessus. Moi la jeedom smart ne me sert que pour le bluetooth. je n'y connais pas grand chose de cette box. Je préfère la HC2... j'ai jamais mis vraiment les mains dedans...

Il te faut le plugin BLEA si c'est pas déjà fait...

Pour les icônes je pense mettre ça dans une galerie... c'est possible ou il faut des droits spécifiques ?

Pas de soucis, te fais ça demain matin

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