Aller au contenu

JM13

Membres confirmés
  • Compteur de contenus

    367
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Tout ce qui a été posté par JM13

  1. JM13

    My Batteries

    Ce qui est bizarre, c'est que même le script ne le voit pas mort. J'ai repris ta structure et fait le module suivant : -- ------------------- DEVICES SETTINGS --------------------- local userID = 2; -- User ID (email used to notify) 2 = admin local SmartPhone = 33; -- SmartPhone local Max_Node = 350; -- List of nodes you want to check local dtLog = os.date(); -- Datation local modules = {} -- Fonction Printlog ----------------- function Printlog(message) fibaro:debug(message) fibaro:log(message) end -- Fonction comparaison ----------------- function comp(w1,w2) return tonumber(w1[1]) < tonumber(w2[1]) end -- ---------------- START ENGINE LOOP PROCESS ------------------ Printlog("Zwave script started at " .. dtLog); fibaro:sleep(500); -- Analyse du réseau Zwave -- for id = 1, 5 do --RAZ Affichage des 5 premiers affichages fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label"..id..".value", "RAS") end for id = 1, Max_Node do if (string.find(fibaro:getValue(id, 'dead'), "1" )) then -- dead node found table.insert(modules, {id, fibaro:getName(id) .. " (" .. id .. ")"}) fibaro:debug("Le device : "..id.." est taggé comme mort"); local name = fibaro:getName(id); local room = fibaro:getRoomNameByDeviceID(id); local message = dtLog .. "[status] Le device (" .. name .. " ID#" .. id .. " dans la pièce [" .. room .. "]) est taggé comme noeud mort." -- try to wakeUp device fibaro:wakeUpDeadDevice(id); fibaro:sleep(1000); -- send mail & PUSH fibaro:call(userID, "sendEmail", "Information Zwave - Noeuds morts", message); -- fibaro:call(SmartPhone, "sendPush", "Information Zwave - Noeuds morts "..message); -- Affichage fibaro:call(fibaro:getSelfId(), "setProperty", "ui.status.value", "Dead node found"); Printlog(message) end -- end dead node found 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]) end ) end fibaro:call(userID, "sendEmail", "Information HC2 - Test Zwave réalisé ", dtLog); fibaro:call(SmartPhone, "sendPush", "Information HC2 - Test Zwave réalisé le "..dtLog); Printlog("Zwave script done the " .. dtLog);
  2. JM13

    My Batteries

    C'est une double négation "Ne pas marquer comme mort" ...j'ai répondu non !
  3. JM13

    My Batteries

    Fredo & Steven ... on dirait un vieux couple qui se dispute on va finir par vous paxer tous les deux ! Pour le VD sur les batteries, la modif en effet corrige une faiblesse de l'algorithme mais je pense quand même qu'il doit y avoir un loup dans le HC2. Comme mon smoke sensor est SANS batterie, j'ai l'impression qu'il n'y a pas de mise à jour de la dernière valeur connue...donc reste à 50%. Ce qui est étrange aussi c'est que le HC2 ne voit pas ce capteur comme "mort" (même après 24h et reboot) A suivre ...
  4. JM13

    Support Gea

    Je viens de comprendre l'erreur .. .je t'avais pas dit que ça venait de Sunset/Sunrise
  5. JM13

    Support Gea

    tu as raison, il n'y a pas de Sunset mais des Sunrise Je ne t'ai pas remonté la question à l'époque car j'avais pas mal à comprendre d'abord comment marche GEA ...mais si cela était "étrange" sur "Sunset - qqle chose", il n'a pas de raison que cela ne soit pas la même chose sur les "Sunrise" Dans les étrangetés de GEA, c'est celle là qui m' fait le plus réfléchir...les autres étrangetés venaient de moi Je vais quand même refaire qqles tests sur le sujet.
  6. JM13

    Support Gea

    Steven, Je pensais que tu cherchais qqle chose de compliqué Je plaisante En fait je crois que tu as un bug sur "Sunset"...je l'utilisais en Sunset-30 pour allumer mon salon le soir et j'ai remarqué que l'heure d'allumage n'était pas régulière.(je comparais avec l’heure donnée sur interne) Depuis que j'utilise uniquement Sunset cela va mieux !!! Je ne sais pas si c'est une bonne piste ...mais en attendant d'analyser plus dans le détail ...
  7. JM13

    Support Gea

    Ok, on va voir pour la GRôôsse erreur. ..[emoji3] Au fait, quels sont les symptômes?
  8. Je rachète une pile et je vous tiendrais au courant. Je vais repartir avec les paramètres par défaut. Merci
  9. Je rachète une pile et je vous tiendrais au courant. Je vais repartir avec les paramètres par défaut. Merci
  10. JM13

    Support Gea

    Ton post "cherchez l'erreur" ... c'est un jeu? [emoji3]
  11. JM13

    Support Gea

    Steven, si je peux me permettre en tant que"Beta testeur" je pense que tu raisonnes en informaticien et non en automaticien ! Il y a une condition pour lancer une instance GEA ... il manque tout simplement une condition pour arrêter l'instance. Le condition pouvant être la réussite de la réalisation de la dites tâche. (Sorte de bascule RS) Je pense que c'est plus facile àdire (même sur un clavier de smartphone) qu'àcoder ...mais c'est peut être une piste.
  12. JM13

    Support Gea

    Exemple avec une variable globale ...pour ne faire une action qu'une seule fois GEA.add(id["PORTE_ENTREE"], -1, "", -- Quand la porte d'entrée s'ouvre on dit : "WELCOME au new comer" une fois par jour { {"If", { {"Global", "Sortie", "0"}, -- Si la variable Sortie est 0, cela veut dire que qql'un est en train d'entrer {"Global", "WD_JM", "TRUE"}, -- Si c'est le Wifi Device de JM est détecté {"Global", "Welcome_JM", "OK"} -- Si Welcome_JM est OK, on pourra dire le message } }, {"Time", "17:00", "23:00"}, -- Le soir uniquement {"Days", "Monday, Tuesday, Wednesday, Thursday, Friday"}, -- Seulement les jours de la semaine travaillés {"Global", "SONOS_Num_Message", "8"}, -- Message "Bonjour JM" dans la salon {"VirtualDevice", id["SONOS"], 1}, -- en TTS -- {"VirtualDevice", id["PUSH"], 10}, -- Un petit PUSH aux parents si le gosse est àla maison {"Global", "Welcome_JM", "NOT_OK"} -- RAZ pour ne dire le message qu'une seule fois par jour }) GEA.add({"Global", "Welcome_JM", "NOT_OK"}, 1, "", -- Gestion de la variable "Welcome_JM" pour ne dire le message qu'une fois par jour { {"Time", "23:01", "23:02"}, {"Global", "Welcome_JM", "OK"} -- On ré-autorise après 22h00 (RAZ de la variable) }) mais cela oblige àpasser par une variable globale
  13. Quelqu'un a-t-il remarqué une consommation anormale du smoke sensor ? Ma pile a durée moins de 5 mois
  14. Après qqles joours de test( 7jours sans reboot), je constate un "petit" décalage temporel (2minutes) ...donc je vais installer ce module En fait, comme je bricole beaucoup, il n'est pas rare de rebooter (ou autre car je ne sais pas si d'autres actions ne déclenchent pas une mise à jour de l'heure) et je n'avais jamais constaté de décalage. ...
  15. JM13

    My Batteries

    Super module et j'ai même fait une version Zwave (noeuds morts) avec la même structure de code.(si ça intéresse qql'un je peux le poster) Par contre ce matin, j'ai un smoke sensor qui s'est arrêté (problème de pile qui était à 50% depuis qqles jours et qui est passée de 50% à ... 0,5v tout d'un coup) Donc 2 questions : 1) Je "vois" toujours le smoke sensor avec une batterie à 50% (malgré plusieurs mises à jour) Strange ! le smoke sensor indique 0°C en température et est vraiment sans pile! le HC2 a l'air de ne pas se mettre à jour (rapidement) 2) Est-ce normal de changer les piles d'un smoke sensor en qqles mois (moins de 6 mois) ? Au début, j'avais mis un "intervalle de réveil à 3600 mais depuis que je suis passé à 50% de batterie je suis revenu à 21600...Quelqu'un a-t-il une expérience avec ce capteur ?
  16. JM13

    Support Gea

    Au fait Steven, il existe la fonction {Repeat} dans GEA mais il n'existe pas la fonction {Une seule fois} Je m'explique... Si je veux pendant une période de 15 minutes lancer une action UNE SEULE FOIS en cas de présence, je mets la commande ci-dessous GEA.add(id["PRESENCE_ENTREE"], -1, "", -- Quand je détecte quelqu'un dans l'entrée { {"Time", "06:00", "06:15"}, {"Days", "Monday, Tuesday, Wednesday, Thursday, Friday"}, -- Seulement les jours de la semaine travaillés {Faire une action} -- Faire une action une seule fois }) mais l'action se fait à chaque détection de présence. Je peux faire ça aussi GEA.add({"Global", "", ""}, 30, "", { {"Time", "06:00", "06:15"}, {"If",{{"Value+",id["PRESENCE_SALON"],-1}}}, -- Quand je détecte quelqu'un dans l'entrée {"Days", "Monday, Tuesday, Wednesday, Thursday, Friday"}, -- Seulement les jours de la semaine travaillés {Faire une action} }) mais c'est pareil alors je joue avec la durée (entre 6:10 et 6:15) et la fréquence (30s -> 60s) ...mais bon !! J'arrive très bien à m'en sortir avec une variable globale mais cela me gène un peu de créer plusieurs variables globales pour ça !!! Aurais-je loupé qqles chose ? as-tu une idée ?
  17. JM13

    Support Gea

    Je ne sais pas ce que tu veux faire exactement car tout est possible ...mais parfois cela peut être dangereux !! Sinon, ci-dessous un petit code (qui vient de Lazer je crois) que j'aime bien car il s'exécute au début de la minute, heure... --[[ %% properties %% autostart %% globals --]] -- -------------------------------SCENE SETTINGS -------------------------------- local seconde = os.date('%S') if tonumber(seconde) ~= 0 then local delta = 60 - seconde fibaro:debug("Time is " .. os.date('%H:%M:%S') .. ", waiting for " .. delta .. " seconds...") fibaro:sleep(delta*1000) end local hour = os.date('%H') local day = os.date('%d') while true do -- --------------------- Actions to perform every new minute --------------------- fibaro:debug('New minute') -- ICI le code -- -----------------------Actions to perform every new hour ---------------------- local newhour = os.date('%H') if newhour ~= hour then fibaro:debug('New hour') -- ICI le code hour = newhour end -- -----------------------Actions to perform every new day ----------------------- local newday = os.date('%d') if newday ~= day and tonumber(os.date('%M')) >= 1 then fibaro:debug('New day') -- ICI le code day = newday end fibaro:debug('Last run : ' .. os.date('%H:%M:%S')) fibaro:sleep(60*1000); -- Sleep 1 minute end
  18. JM13

    V3.906 Alpha

    En un mot, les scènes magiques commencent à ressembler un peu à GEA , non ?
  19. Oups...j'enlève mes gants de boxe et d'un coup ça marche mieux merci
  20. Merci Did, Par contre, tu dis que cette version supporte les VD !!!??? Je ne vois pas bien ...tu peux expliquer ?
  21. Super KriKroff ...tu codes aussi avec les doigts de pieds car tu es plus rapide à coder que nous à tester Je te ferais un retour sur la V0.0.8 ce weekend.
  22. Parfait...plus de NaN Merci, je vais pouvoir passer une bonne journée
  23. Merci pour la réponse..cela me rassure un peu car je craignais d'avoir un HC2 HS Bon maintenant, je vais faire une scène pour remettre mes variables à leurs valeurs initiales... Vivement la V5 Oui la V5 car avec tout ce qu'on attend il y a en assez pour 2 version OK je sors ...pour faire mes modifs
  24. Je crois que j'ai un problème. Depuis peu de temps (hier je pense) j'ai des variables globales qui passent à NaN (Not a number) FbxV6_IP, p_freebox_appToken, p_freebox_lastcmd, SonosTTS, SonosLastcmd, Je pensais qu’éventuellement le Toolkit pouvait être en cause (c'est un lien entre les variables) mais j'ai aussi DS411Fanmod, LoginHC2 qui n'ont rien à voir !!! Je les ré-initialise (par exemple pour le plugin Freebox en les remettant à 0 puis en lançant la procédure ...le plugin remarche mais qqles minutes après re-NaN Quand j'essaye de modifier "à la main" dans le panneau ..j'ai l'impression que ça plante aussi et pour une variable que j'ai crée LoginHC2 je n'arrive plus à mettre "admin" ...seul les chiffres sont autorisés !!! J'ai rebooté le HC2 mais toujours pareil!!! Very strange et inquiétant! non ?C'est grave, docteur?
×
×
  • Créer...