mprinfo

Oui did j'ai un copain qui ma preté un testeur de condo et effectivement il est hs c'est un 5.5uf Envoyé avec mon SmartPhone

@Phycus je viens de tester le conducteur du moteur somfy il est bien hs Envoyé avec mon SmartPhone

Bonjour rvanbael Bienvenue sur le forum Attention en général madame n'aime pas le bug lol Je plaisante le choix d'une box fibaro et un bon choix Envoyé avec mon SmartPhone

@jojo si on veut ce script on peut le réduire considérable en lua avec des tables

je viens de terminer les pour le script Jour_Nuit (2 trigger) avec pas mal de trigger surtout pour leversoleil (11 trigger) et couchersoleil (9 trigger) Je n'ai eu aucun soucis Je viens te poster le script ici : http://www.domotique-fibaro.fr/index.php/topic/4218-sunrisehour-sunsethour-osdate-et-variable-jour-nuit/page-6 - Post 119

Une pomme découper au laser en 2s mdr

@JossAlf si tu veux faire plaisir a Steven il est Fan des couleurs des années yéyés. Il adore les tutos en couleurs

@I-mangin tu dois pas nous faire un jolie tuto sur les VD au cas ou tu serais... J'ai eu pitié de toi j'ai déjàébaucher le sujet il ne reste que le mainloop, les commandes typique au VD et le passage de variable d'un bouton a l'autre soit par étiquette soit par VG Fibaro

Moi le LUA j'adore ça n'utilise que quelques ko de ma très veille mémoire

Les pommiers c'est dans les vergers lol Envoyé avec mon SmartPhone

Tu fais pour le mieux c'est pas grave si il n'y a pas mon nom je ferais d'autre tuto lol Par contre pour les couleurs steven y tiens lol Envoyé avec mon SmartPhone

C'est bizarre depuis un certain temps les codes de steven bug Serait il de nouveau opérationnel ? MDR Envoyé avec mon SmartPhone

C'est quoi GEA ? Steven a répondu a la question il est humble il ne fait pas d'auto pub

essaie cela pour voir if fibaro:countScenes() ~= 1 then -- si la scène est lancée plus d'une fois alors fibaro:abort() -- arrêt de cette lecture du script end je préfère différents de 1 car cela prend tout les cas de figure si tu mets >1 cela ne prend pas en compte ce qui est inférieur a 1 dans ce cas c'est pas très grave Quoique si il y a un bug cela pourrai peut être éviter le probléme Cela pourrait d'interesser : http://www.domotique-fibaro.fr/index.php/topic/4218-sunrisehour-sunsethour-osdate-et-variable-jour-nuit/ Par contre fais comme cela --[[ %% autostart %% properties %% globals --]] if fibaro:countScenes() ~= 1 then -- si la scène est lancée plus d'une fois alors fibaro:abort() -- arrêt de cette lecture du script end -- fin de la condition fibaro:sleep(10*1000) local sourceTrigger = fibaro:getSourceTrigger(); if (sourceTrigger["type"] == "autostart") then while true do --if fibaro:countScenes() > 1 then -- si la scène est lancée plus d'une fois alors -- fibaro:abort() -- arrêt de cette lecture du script --end -- fin de la condition Il vaut mieux arrêter la scéne tout de suite si différent de 1

il faudrait voir pour que l'on fusionne les 2 tutos on peut aussi ajouter cela local TypeVariable = (type(VG)) fibaro:debug(TypeVariable) pour expliquer les différents type de variables @berale24 tu as bien fais de préciser "En informatique" sinon j’aurais cru que tu parlais mariage

De toute manière un apple c'est poubelle chez moi

Euh je viens de lire ce que c’était j'ai du mal avec l'anglais lol http://fr.wikipedia.org/wiki/Interblocage

Voici un complément a ce que dit JossAlf : http://www.domotique-fibaro.fr/index.php/topic/4580-les-variables-compl%C3%A9ment-dinformation-by-steven/

Pour les variables globales il faut les crées en 2 fois tu dois avoir des soucis de "" sur value et isEnum et surtout le enumValues qui est en réalité un tableau de chaque valeur possible. J'ai pas ma galéré aussi sur cette partie heureusement que j'avais mon correcteur de code lol if tonumber(VG_isEnum) == 1 then newVar1 = {} fibaro:debug("VG_Nom "..VG_Nom) newVar1.value = VG_Value newVar1.isEnum = true newVar1.enumValues = {"Absent", "Maison"} HC2:PUT("/api/globalVariables/"..VG_Nom, json.encode(newVar1)) endif tonumber(VG_isEnum) == 1 then newVar1 = {} fibaro:debug("VG_Nom "..VG_Nom) newVar1.value = VG_Value newVar1.isEnum = true newVar1.enumValues = {"Absent", "Maison"} HC2:PUT("/api/globalVariables/"..VG_Nom, json.encode(newVar1)) end

Tu es sur pour la 4.024b car lors des derniers test sur le recovery elle ne ma pas etait proposée. Il faut savoir qu'une fois une mise a jour faite on ne peut revenir en arrière même avec la restoration d'un backup Envoyé avec mon SmartPhone

C'est 3.60 ou 4.042 la 4.040 ne peux plus etre installer Envoyé avec mon SmartPhone

Bienvenue Jojo y arrive donc pas de soucis lol Envoyé avec mon SmartPhone

@jojo ton for i = 1, #t do me rappel quelques choses pour les commentaire en french please je suis une bille en anglais thank you my friend J'ai fais une petite modif a ce super VD j'ai ajouter un bouton pour créer des variables globales le code reste a améliorer lol @steven j'ai laisser le code pour montrer les différentes manière de création de VG Voici le lien : http://www.domotique-fibaro.fr/index.php/topic/4571-module-virtuel-cr%C3%A9e-automatiquement-des-variables-globales/

Merci pour l info je vais testé les condos en premiers si c'est cela ca va cela me coûtera pas trop cher Pas de soucis pour faire cela lol Envoyé avec mon SmartPhone

C'est un complément à ceci : Précis Sur Les Variables Locales/globales Je remercie STEVEN de me laisser le choix des couleurs pour ses tutos Pour la variable avec une portée globale et les passages de paramètres, voici une explication et un petit script pour bien comprendre son fonctionnement. Notion de base sur le passage de paramètre : Les paramètres d'une fonction peuvent être de 2 manières différentes (par référence ou par valeur) : - référence : la fonction reçoit l'adresse mémoire du paramètre. Un changement de valeur affectera TOUT le script - valeur : on reçoit la valeur du paramètre Ce dernier est copié dans une nouvelle référence propre à la fonction. Un changement de valeur n'affectera que la fonction. en LUA, chaque passage de paramètre ce fait en "valeur" SAUF pour les tables (c'est comme en français, il y a toujours une exception). Donc si je fais : function maFonction(var) print(var) end maFonction("Coucou") J'envoi à ma fonction la valeur, soit une copie de "Coucou". Si a l'intérieur de maFonction je modifie la valeur, cela n'aura un impact QU'AU sein de maFonction. maFonction va donc créer une nouvelle variable "var" dans laquelle il va copier la valeur "Coucou" Si je fais : local coucou = "Coucou" function maFonction() print(coucou) end et que dans maFonction je modifie coucou, alors coucou va être modifié pour tout le script puisque la modification aura eu lieu sur sa référence. En bref, Si on est au sein d'un script ou d'une fonction, nous travaillons sur les références. Si nous passons les informations en tant que paramètre, nous travaillons sur une valeur. local coucou = "Coucou" function maFonction(variable) print(coucou) print(variable) end maFonction("Coucou") Plus compliqué car la référence coucou est envoyée en paramètre et devient donc une copie de valeur. local coucou = "Coucou" function maFonction(variable1, variable2) print(variable1) print(variable2) end maFonction("Coucou", coucou Allez un bon script vaut mieux qu'un long discours : function scope1() -- la variable var n'existe pas print(var) --- nil (variable inexistante) end function scope2(var) -- la variable est passée en paramètres donc visible -- bien que déclarée après -- En sortant de cette méthode, var aura repris ça valeur -- initial car elle a été passée en paramètre soit par -- valeur print(var .. " dans scope2()") -- ______ var = "Scope2" print(var) -- Scope2 end local var = "-=init=-" function scope3() -- la variable est connue car déclarée avant. Elle est assignable -- par contre, si on déclare une variable du même nom au sein -- de cette même function, en sortant la variable aura repris sa valeur "Scope3" print(var .. " dans scope3()") var = "Scope3" print(var) local var = "Byebye" print(var) end function exception(unTableau) -- Les tableaux sont toujours traité comme une référence unTableau[1] = "Et voilà " end print(var .. " avant tout") scope1() print(var .. " après scope1()") scope2(var) print(var .. " après scope2()") scope3() print(var .. " après scope3()") -- Exception avec les table qui sont toujours envoyé en tant que référence. local table = {[1]="Humm"} print(table[1]) exception(table) print(table[1]) Debug : [DEBUG] 11:39:22: -=init=- avant tout [DEBUG] 11:39:22: nil [DEBUG] 11:39:22: --init=- après scope1() [DEBUG] 11:39:22: --init=- dans scope2() [DEBUG] 11:39:22: Scope2 [DEBUG] 11:39:22: -=init=- après scope2() [DEBUG] 11:39:22: -=init=- dans scope3() [DEBUG] 11:39:22: Scope3 [DEBUG] 11:39:22: Byebye [DEBUG] 11:39:22: Scope3 après scope3() [DEBUG] 11:39:22: Humm [DEBUG] 11:39:22: Et voilà