jojo

mprinfo, tu connais mes limites en anglais, d'où la question ...

une petite remarque si je puis me permettre, Mettre le bouton par défaut sur Update et pas sur Reboot, car si on appuye par mégarde sur le bouton par défaut de l'interface, il reboot la HC2. Un petit double click éventuellement sur ce bouton ? Que je trouve utile mais dangereux

merci, mai je ne comprends pas bien ta question précédente ? Swap = cache ?

voila ce que j'ai préparé. Tu crées un VD et dans ce VD tu crées un bouton Tu y insères le code ci-dessous (NON testé) local IdYamaha = 10 local ButtonYamahaTuner = 5 local IdSatellite = 11 local ButtonSatelliteOff = 3 local IdWPYamaha = 12 local IdZXTThermostat = 13 local IdEclairage = 15 -- Yamaha sur Tuner fibaro:call(IdYamaha, "pressButton", ButtonYamahaTuner) -- Satellite Off fibaro:call(IdSatellite, "pressButton", ButtonSatelliteOff) -- WP Yamaha Off fibaro:sleep(30*1000) -- attendre 30 sec fibaro:call(IdWPYamaha, "turnOff") -- Clim ZXT120 -2°C local HC2 = Net.FHttp("127.0.0.1",11111) -- récupération des infos du ZXT-120 -- consigne thermostat local payload = "/api/devices/"..IdZXTThermostat response, status, errorCode = HC2:GET(payload) if tonumber(errorCode) == 0 and tonumber(status) == 200 then if response ~= nil and response ~= "" then jsonTable = json.decode(response) ZXTSetPoint = jsonTable.properties.targetLevel fibaro:debug("ZXTSetPoint : " ..ZXTSetPoint) ZXTThermMode = jsonTable.properties.mode fibaro:debug("ZXTThermMode : " ..ZXTThermMode) end end -- diminuer la consigne de 2°C fibaro:call(IdZXTThermostat, "setThermostatSetpoint", ZXTThermMode, ZXTSetPoint-2) -- éclairage Off fibaro:call(IdEclairage, "turnOff") Dans les 7 premières lignes, tu rentres les bons ID et n° de boutons. Si ça marche du premier coup => c'est pas normal Dis-moi quoi qu'on ajuste

ce sont mes yeux qui déconnent encore ou il me semble que le panneau avec la goute d'eau froide est plus petit que celui avec la goutte d'eau chaude ?

sympa avec la goutte d'eau. "Il ne sera pas png", concrêtement, ça veux dire quoi pour moi ?

mais je voulais isoler la source du problème : result ou fibaro:getValue(lightID, "value") ? donc est-ce que ceci donne quelque-chose de cohérent : if result == "on" then fibaro:call(lightID, "setValue", "100") fibaro:debug("Light ON") elseif result == "off" then fibaro:call(lightID, "setValue", "0") fibaro:debug("Light OFF") else fibaro:debug("result = "..result) end

tu connais ma manie : je n'aime pas les upgrade, je préfère les fresh install

je n'ai pas changé d'avatar. J'ai juste créée cette nuit un nouvel utilisateur, et répondu à4195 message sur une nuit. Je suis un peu fatigué.

mprinfo, Ce que tu as fait est bien mieux que ce que tu m'avais demandé jeudi. Moi j'ai rien sorti. Toi au moins tu es venu avec quelque-chose. Il fallait que quelqu'un se lance. Et on partage pour l'améliorer ensemble.

ou le problème est au niveau de l'interprétation du result. Alors je ferais pour être sûr result = tostring(result) ou le problème se situe au niveau du retour de ton fibaro:getValue(lightID, "value") ne rajouterais-tu pas un debug supplémentaire fibaro:debug("LightID : " ..fibaro:getValue(lightID, "value"))

je pense juste à un truc: tu fais des requêtes http toutes les 3 sec dans la main loop. Ca va planter un jour. 2 solutions : on inclut ça dans le Watchdog de Lazer mais alors il faut mettre un fibaro:debug avec un message dans la main loop on encapsule le tout comme dans le module Surveillance Station de Lazer (toujours lui ...)

MPRInfo, Je me permetterais la suggestion suivante : afficher la Free et la Cache (car perso, je considère la cache comme de la free) FREE RAM actuel : hh:mm:ss - 50% RAM Max : jj/mm hh:mm - 50% RAM Min : jj/mm hh:mm - 50% CACHE RAM actuel : hh:mm:ss - 50% RAM Max : jj/mm hh:mm - 50% RAM Min : jj/mm hh:mm - 50% Je pense que rajouter la date des valeurs min/max pourrait être utilie. Super en tout cas !

Merci ! Je pense que Free n'est que Free

en effet, ça dépend de tout un chacun. Même s'il fait noir, perso, j'aime bien avoir l'impression que c'est ouvert. Mais 1) cela dépend d'une personne àl'autre et 2) si c'est comme cela que tu fais lorsque tu es présent, c'est comme ça qu'il faut le faire lorsque tu es absent ...

Did, J'ai une sonde de température qui mesure la température au point haut de mon boiler Tisun. Pourrais-tu SVP me mettre un thermomètre rouge au-dessus àdroite du boiler dont photo jointe ? MERCI

c'est IMPECCABLE. Je savais qu'en l'absence de couillerot je pouvais compter sur toi. Merci

Pour faire une vrai simulation, il ne faut pas voir de différence entre quand on est présent et absent. Donc tu fermes àfond tous tes volets au couché du soleil, même quand tu es là? Ce ne serait pas à80% 1h ou 2 après le coucher du soleil et à100% quand tu vas dormir ? Car si ma maison se transforme en bunker à16h43 (sunset actuel) je tombe en dépression illico

Je trouve ce Mickey plus fun ... Avec Nikko, on a trouvé une solution plus sympa (merci Nikko) Car en fait le problème vient que le niveau de batterie est mis àjour au niveau du device principal (la boîte en carton qui est toujours cachée) et parfois (merci Fibaro) sur les devices filles. Or le code GEA de Steven n'affiche que les devices filles. Voici ce que j'ai modifié pour qu'il n'affiche que les devices maîtres. Cela ne fonctionne que si vous avez renommé proprement vos devices maîtres. elseif (type(id) == "table" and string.lower(id[1]) == "batteries" and #id > 1) then GEA.log("isActivate", entry, "type : batteries", false) local msg = "" for i = 1, 1000 do local batt = fibaro:getValue(i, 'batteryLevel') if (type(batt) ~= nil and (tonumber(batt) ~= nil) and (tonumber(batt) <= tonumber(id[2])) or (tonumber(batt) == 255)) then GEA.log("isActivate", entry, "checking : batteries " .. fibaro:getName(i), false) if (string.find(fibaro:getType(i), "zwaveDevice")) then -- jojo 28/11/2015 ---- jojo 28/11/2015 if (not string.find(fibaro:getName(i), "Zwave_")) then msg = msg .. GEA.translate[GEA.language]["BATTERIE"].. " [" .. fibaro:getName(i) .. "] " ..batt.."%\n" result = true end end end

perso, pour le trigger, de quand je vais me coucher. Etant donné que mon alarme ne sais pas me fournir un signal quand l'alarme de nuit (= alarme partielle) est activée (mais uniquement lorsque alarme globale), je onsidère que si toutes les lumières sont éteintes pendant 3 min après 22h00, c'est que je suis au lit . C'est tout àfait possible, J'essaie de te faire ça demain, le code pour le bouton virtuel sur lequel tu appuye avant d'aller dormir. Mintenant, dodo

ok, j'ai fait dans GEA une modif QUE JE N'AIME PAS. Car dans les propritétés du devices, il n'y a pas le parent deviceId (qui devrait être égal à1), Mais j'ai trouvé le deviceIcon ==28 quand c'est ne boite en carton, et les parent devices, on ne change pas leur icône et par éfaut c'est la boite en carton, id = 28. je t'avais dit que ce n'était pas beau ... elseif (type(id) == "table" and string.lower(id[1]) == "batteries" and #id > 1) then GEA.log("isActivate", entry, "type : batteries", false) local msg = "" for i = 1, 1000 do local batt = fibaro:getValue(i, 'batteryLevel') local devicone = tonumber(fibaro:getValue(i,'deviceIcon')) -- jojo 28/11/2015 -- if (type(batt) ~= nil and (tonumber(batt) ~= nil) and (tonumber(batt) <= tonumber(id[2])) or (tonumber(batt) == 255)) then -- jojo 28/11/2015 if ((type(batt) ~= nil and (tonumber(batt) ~= nil) and (tonumber(batt) <= tonumber(id[2])) or (tonumber(batt) == 255)) and devicone == 28) then -- jojo 28/11/2015 Si tu as mieux, je suis donc preneur

j'ai déjàcommencé àregarder dans GEA, mais évidemment, la solution que je viens de tester ne fonctionne pas ... Le module a déjàété réveillé, mais je vais encore le faire pour être sûr

quel sera le trigger qui définira que tu vas te coucher ?

ok, je pense avoir trouvé l'erreur. Elle provient de Fibaro: J'ai analysé tous mes json. Pour le FGMS qui pose "problème" ID Mvt => batteryLevel = 0 ID Parent (la boite en carton) : batteryLevel = 92 (ce qui correspond à ce qui est affiché par le VD My Batteries) Pour un autre FGMS qui ne pose pas problème ID Mvt => batteryLevel = 81 ID Parent (la boite en carton) : batteryLevel = 81 (ce qui correspond également à ce qui est affiché par le VD My Batteries) Donc le problème vient du fait que Fibaro ne met pas correctement à jour les json des filles, mais bien celui du parent. Il y a certe une certain logique. Peux-être qu'il faudrait modifier dans GEA (mais Nikko tu es champion pour trouver où) pour qu'il ne vérifie que le module parent (c'est ceux dont le parent ID est 1)