Aller au contenu

mprinfo

Membres confirmés
  • Compteur de contenus

    14 328
  • Inscription

  • Dernière visite

  • Jours gagnés

    239

Tout ce qui a été posté par mprinfo

  1. @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
  2. @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
  3. Moi le LUA j'adore ça n'utilise que quelques ko de ma très veille mémoire
  4. mprinfo

    Ipad Limité Sur Le Forum

    Les pommiers c'est dans les vergers lol Envoyé avec mon SmartPhone
  5. 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
  6. C'est bizarre depuis un certain temps les codes de steven bug Serait il de nouveau opérationnel ? MDR Envoyé avec mon SmartPhone
  7. C'est quoi GEA ? Steven a répondu a la question il est humble il ne fait pas d'auto pub
  8. 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
  9. 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
  10. mprinfo

    Ipad Limité Sur Le Forum

    De toute manière un apple c'est poubelle chez moi
  11. Euh je viens de lire ce que c’était j'ai du mal avec l'anglais lol http://fr.wikipedia.org/wiki/Interblocage
  12. 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/
  13. 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
  14. 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
  15. C'est 3.60 ou 4.042 la 4.040 ne peux plus etre installer Envoyé avec mon SmartPhone
  16. Bienvenue Jojo y arrive donc pas de soucis lol Envoyé avec mon SmartPhone
  17. @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/
  18. 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
  19. 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à
  20. J'ai cru a un Bug ce matin et même pas dommage d'ailleurs Un de mes volets avec FGRM222 n’était pas ouvert J'ai essayé avec le bouton le moteur fais 3 ou 4 tours puis le volets ce referme Je contrôle le FGRM222 les leds monté et descendre fonctionnent Je fais une connexion avec un bout de fils phase monter et phase descendre même probléme. Je supprime le FGRM222 toujours le même problème je suis arrivé a ouvrir le volet en soulevant le volet a la main pour aider le moteur Il ne me reste plus qu'a démonter mon moteur somfy longueur 2.40m pour voir ou est la panne Comme quoi cela une panne ne vient pas forcément de la box ou d'un modules, j’aurais préféré d'ailleurs
  21. mprinfo

    Crashhhhhh Total !

    Deja tu commence mal bricodepot il y a beaucoup de M... comme produits Envoyé avec mon SmartPhone
  22. On peut chercher mais cette version porte bien son nom STABLE. On a souvent tendance a incriminé la box mais c'est pas toujours ca faute Envoyé avec mon SmartPhone
  23. mprinfo

    Crashhhhhh Total !

    Sur le groupe il y a une sécurité pour l'huile si le niveau et trop bas il ne demarre pas Envoyé avec mon SmartPhone
  24. mprinfo

    Crashhhhhh Total !

    J'ai fais la vidange ce matin il n'avait pas tourner depuis 6 mois il a démarré du 1 coup moteur mitsubishi lol il a 15 ans j'ai fais toute ma maison avec fonctionne a merveille un chose qu'il faut savoir les essences de maintenant ne ce garde pas plus de 3 mois entre groupe électrogène motoculteur debrousailleuse et dans 15 jours micro tracteur je n'y connais pas mal il faut juste prendre la bonne marque on si retrouve a la fin Envoyé avec mon SmartPhone
×
×
  • Créer...