-
Compteur de contenus
4 434 -
Inscription
-
Dernière visite
-
Jours gagnés
201
Tout ce qui a été posté par Steven
-
Les RGB ne sont pas considéré comme des lampes Essaie ce code mais j'ai pas du tout pu le tester function turnIt(mode) -- On parcours les 350 premiers modules for i = 1, 1000 do -- Si un module est de type Eclairage local ret = fibaro:get(i, 'isLight') if ((type(ret) == "string" and string.find(ret, "1" )) or "rgb_driver" == fibaro:getType(i) or "com.fibaro.FGRGBW441M" == fibaro:getType(i)) then -- On l'allume ou l'éteint fibaro:call(i, mode) end end end turnIt("turnOn") --turnIt("turnOff")
-
Désolé Nico mais chez moi c'est vraiment tout bon : [DEBUG] 16:40:49: [ Sensor [120|Lave-linge] < 1.5 ] sendActions : traitement des actions (ID:8) [turnOff] [DEBUG] 16:40:49: [ Sensor [120|Lave-linge] < 1.5 ] sendActions : !ACTION! : turnOff (ID:8) [turnOff] [DEBUG] 16:40:49: [ Sensor [120|Lave-linge] < 1.5 ] Done : tache effectuée et suspendue (ID:8) [turnOff] Le lave-linge étant éteint, cette valeur est correcte car il consomme moins de 1W en veille.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
A midi, le push c'est remis àfonctionner sur mon Android. Leurs serveurs sont nouveaux opérationnels.
-
local id = { LAMPE = xxxxx DETECTEUR = yyyyyyy } -- eteindre la lampe dans 30 minutes. local lampetimer = GEA.add( true , 30*60, "", {{"turnOff", id["LAMPE"]}}) -- redémarrer le compteur précédent si une détection àau lieu GEA.add( id["DETECTEUR"], -1, "", {{"RestartTask", lampetimer}})
- 905 réponses
-
- 1
-
- SCRIPT LUA
- Contrôle
-
(et 1 en plus)
Étiqueté avec :
-
Si rien ne change par rapport à la v4.020 béta ... non cela reste impossible. J'ai essayé avec le mode bloc et les magic scènes. Désolé. Elle rajoute surtout les parenthèses () mais rien de bien spécial.
-
@Berale24 C'est un bug de la HCL non ? Pour Android tu es bien en 1.4.1 ? http://android.fibaro.com
-
Normal Android est en 2014 alors que les icones de l'iPhone en question date de ... 2007 @Did Une "pomme" de douche ... non mais tu as bouffé du Apple ?
-
@Hansolo BenjyNet parle d'un module virtuel qu'on a créer pour obtenir automatiquement les dates des vacances scolaires selon le département choisi. Je te joint le VD si tu veux reprendre le code et l'intégrer (peut-être avec une option car il y a des personnes sans enfants) Vacances_scolaires.vfib
-
Voilà, j'ai modifié le code du premier post. Le code est compatible 3.590 et 4.xx
-
@BenjyNet Jours Chomé est la réalisation de Hansolo. Je lui avais juste demandé un adaptation pour avoir aussi le lendemain. @Lionel57 Je plussois
-
@Nico Je vais relancer une batterie de test ce soir avec mon lave-linge mais cela semble fonctionner correctement chez moi .. je suis aussi sur un wallplug. @forumAD GEA.add({id["MULTIMEDIA"],estTravail}, 30, "", {{"Time", "09:30", "09:31"},{"Days", "Monday, Wednesday, Friday"},{"turnOn"}}) GEA.add({id["MULTIMEDIA"],estTravail}, 30, "", {{"Time", "22:30", "22:31"},{"Days", "Monday, Wednesday, Friday"},{"turnOff"}}) GEA.add({id["MULTIMEDIA"],estTravail}, 30, "", {{"Time", "18:00", "18:01"},{"Days", "Tuesday, Thursday"},{"turnOn"}}) GEA.add({id["MULTIMEDIA"],estTravail}, 30, "", {{"Time", "23:00", "23:01"},{"Days", "Tuesday, Thursday"},{"turnOff"}}) GEA.add({id["MULTIMEDIA"],estChome}, 30, "", {{"Time", "09:00", "09:01"},{"turnOn"}}) GEA.add({id["MULTIMEDIA"],estChome}, 30, "", {{"Time", "23:00", "23:01"},{"turnOff"}}) GEA ne va pas éteindre un fois que la période est terminée, il faut donc le lui spécifier.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Voilà pourquoi je n'ai pas de soucis ... j'utilise mes sondes Orégon avec ma Zibase et je remonte leurs valeurs sur ma HC2.
-
@zozotte Essaie : GEA.add({"Battery", <id_du_module>, 40}, 24*60*60, "Pile faible #value# - #name# ", {{"Repeat"}}) GEA ne parcours que les 350 premier ID, ton module est peut-être bien au dela de cette limite ?
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
@kiwi Sûrement, mais je passe mon tour ... j'habite pas Paris
-
J'habite en France et travail en Suisse, je fais comment moi :-) Si ce que tu propose c'est pas de la flemme alors je vois pas ce que c'est
-
local A11 = {"If", {{"Value+",id["bar"], 0}}} GEA.add(id["lampech"], -1, "", {A11, {"turnOff",id["lpsalon"]}}) turnOn est une action et non pas une condition.
- 905 réponses
-
- 1
-
- SCRIPT LUA
- Contrôle
-
(et 1 en plus)
Étiqueté avec :
-
@Nico Délirant le bug ... un déclage entre la puce z-wave et la base de donnée ? Tiens moi au courant stp. De mon côté, étant reparti d'une installation en 4.19 neuve puis update 4.20, je n'ai aucun soucis.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Marche pas Séb. Lorsque tu sauves GEA, ce dernier se lance et charge tout les GEA.add une seule fois. Ensuite ils les traitent à chaque exécution (toutes les 30 secondes). Donc si lors de la sauvegarde de GEA, ta variable "Saison" == 0 il ne chargera que les 5 premiers et JAMAIS les 5 autres. En gros la méthode yourcode() n'est traitée qu'une seule et unique fois.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
La fonction qui retourne le chiffre 45.8 ou 18, ou 4 ... est fibaro:getValue(60, "value") c'est donc la routine de base de fibaro qui retourne des données étranges :-( Donc comme tu dis, soit tu as un sacrée méli-mélo dans ta box, soit mis la main sur un sacré bug. On va essayer une truc tordu. Crée une nouvelle scène et execute se code stp, juste pour rire :-) print(fibaro:getValue(60, "value")) fibaro:sleep(1000) print(fibaro:getValue(60, "value")) fibaro:sleep(1000) print(fibaro:getValue(60, "value")) fibaro:sleep(1000) print(fibaro:getValue(60, "value")) fibaro:sleep(1000) print(fibaro:getValue(60, "value")) fibaro:sleep(1000) print(fibaro:getValue(60, "value")) fibaro:sleep(1000) Edit : on c'est croisé .. essaie quand même ce nouveau scénario car si tu as encore des données bizzares on saura que c'est ta boxe, sinon peut-être que GEA n'arrive pas trouvé comme il faut l'ID mais j'ai des doutes au vu des précédents tests .. bien que sur ton dernier test on dirait que chaque foix que GEA tourne il prend en compte un module.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Ben alors, je savais pas que j'avais mis en Random dans mon code J'ai oublié le {"Repeat"} donc tu n'auras qu'une fois ... essai ceci et renvoi moi le debug stp après 3 minutes. GEA.add({"Value+", 60, 20.6}, 30, "", {{"Function", function() print(">>> more 20.6 >>>> " .. fibaro:getValue(60, "value")) end}, {"Repeat"}}) GEA.add({"Value-", 60, 20.5}, 30, "", {{"Function", function() print("<<< less 20.5 <<<<" .. fibaro:getValue(60, "value")) end}, {"Repeat"}}) Et pas la même occasion le JSON de ton module 60.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Non, rien du tout malheureusement. Le problème du Sensor est lié à la version. Il faut vraiment mettre GEA.isVersionFour = true --- On est en version 4.017 Beta ou suppérieur en adéquation avec la version de ton Firmware car il s ont tout changé. Par contre, le problème du value, il n'y a aucune raison. Pour tester, tu pourrais mettre uniquement ce code : GEA.add({"Value+", 60, 20.6}, 30, "", {{"Function", function() print(">>> more 20.6 >>>> " .. fibaro:getValue(60, "value")) end}}) GEA.add({"Value-", 60, 20.5}, 30, "", {{"Function", function() print("<<< less 20.5 <<<<" .. fibaro:getValue(60, "value")) end}})et le laisser tourner un moment pour voir ce que cela retourne.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Copie ce code derrière le bouton pour une version 4.xx local modules = {} function exclude(name) return name == "Main_Zwave_Device" -- or name == "Seismomètre" or name == "Luminosité" end for i = 1, 1000 do local batt = fibaro:getValue(i, 'batteryLevel') if (type(batt) ~= nil and (tonumber(batt) ~= nil)) then if (not exclude(fibaro:getName(i))) then table.insert(modules, {batt, fibaro:getName(i) .. " (" .. i .. ")"}) end end end function comp(w1,w2) return tonumber(w1[1]) < tonumber(w2[1]) end table.sort(modules,comp) for index, value in ipairs(modules) do pcall( function() fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label"..index..".value", value[2].. " ... " .. value[1] .. "%") end ) end
-
@Nico On dirait que tes modules ont perdu la tête. S'il y avait un défaut dans GEA, les 2 instructions auraient été exécutée une àla suite de l'autre, hors là, il y a une minute entre deux. Il pourrait être intéressant de regarder le json toutes les minutes pour ce faire une idée plus précise. @Zozotte Rien n'est prévu pour cela, toutes les tâches sont automatiquement démarrées et en attente d'exécution. Donne moi un exemple de ce que tu souhaiterais "ne pas" démarré et on va trouver une solution, voir implémenter quelque chose. Tu peux aussi soumettre des propositions de code, GEA est collaboratif avant tout.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
@Nico Essaie cette version et dit moi si tu as toujours les même soucis. Cette version est celle que j'utilise tous les jours depuis une bonne semaine. Ma VMC s'éteint OU pas selon la température et mon sèche-serviette s'allume et s'éteint au bonne heure. En gros, cela fonctionne parfaitement chez moi. Par contre, je ne suis que sur du Fibaro mais cela ne devrait rien changé. Tiens moi au courant. Nico.lua
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Je jetterai un oeil demain sonne trouve le temps mais chez moi tout est bon. Es-tu sure de ton id 60 et quel genre de module as-tu la derrière. Pourrais-tu en plus me fournir le json' http://ip_hc2/api/devices/60 Merci d'avance. Envoyé de mon portable grâce àmes petits doigts.
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :