Aller au contenu

pepite

Membres confirmés
  • Compteur de contenus

    9 579
  • Inscription

  • Dernière visite

  • Jours gagnés

    59

Tout ce qui a été posté par pepite

  1. Ah oui, j'ai souri quand j'ai vu le nom ;-)..Comment dire, plutôt proche ;-) Pour Sonos sur Lifedomus, jamais vu, je peux donc rien dire ;-()
  2. pepite

    Support Gea

    Salut, Bizarre, pourtant regarde le sample : {"Scenario", <id>} -- {"Scenario", 2} -- Lance le scénario avec l'identifiant 2 / Start the scene XXX -- {"StopScenario", <id>} -- {"StopScenario", 2} -- Arrête le scénario avec l'identifiant 2 / Stop the scene XXX -- {"EnableScenario", <id>} -- {"EnableScenario", 2} -- Active le scénario avec l'identifiant 2 / Enable the scene XXX -- {"DisableScenario", <id>} -- {"DisableScenario", 2} -- Désactive le scénario avec l'identifiant 2 / Disable the scene XXX ou le code de GEA elseif (lowerValue == "stopscenario" and #paramsIterator > 1) then if (fibaro:countScenes(paramsIterator[2])) then fibaro:killScene(paramsIterator[2]) GEA.log("sendActions", entry, "!ACTION! : Stop Scene " .. paramsIterator[2], true) else GEA.log("sendActions", entry, "!ACTION! : No Stop Scene " .. paramsIterator[2], true) end elseif (lowerValue == "enablescenario" and #paramsIterator > 1) then fibaro:setSceneEnabled(paramsIterator[2], true) GEA.log("sendActions", entry, "!ACTION! : Scene enabled " .. paramsIterator[2], true) elseif (lowerValue == "disablescenario" and #paramsIterator > 1) then fibaro:setSceneEnabled(paramsIterator[2], false) GEA.log("sendActions", entry, "!ACTION! : Scene disabled " .. paramsIterator[2], true)
  3. Bonjour à tous, Le petit concurrent de Sonos http://www.domotique-info.fr/2016/05/multiroom-sonoe-ieast-integration-api/
  4. Salut à tous, J'ai enfin investi dans imperihome pro. J'aime beaucoup l'idee de pouvoir personnaliser les dashboards :-) Mais j'ai un petit bug, il me manque un device :-( alors que c'est un FGMS, je vois bien le device temperature, mais la luminosité a disparu ;-) Je cherche mais je ne la trouve pas :-) Une idée ? J'ai beau rechargé les devices, rien à faire ;-)
  5. pepite

    Support Gea

    Merci Nico, j'allais poser la meme question, en tout cas pour les logs de GEA, quelle serait l'utilité ?
  6. pepite

    Et Un De Plus...

    Comment dire ? Est-ce que cela nous etonne ;-) Honnetement, basé sur le cloud, quelque soit l'objet, on est vraiment pas sur de la longevite :-(
  7. pepite

    Support Gea

    salut, donc comme steven a dit, tu as bien qqch qui change ta variable pdt ton sleep ,-) Dans GEA, utilise un function, mais j'ai un vague souvenir que cela avait été prévu dans une des versions, mais la..je vais essayer de chercher, sinon jette un oeil dans le code de GEA Retrouve : {"Scenario", id} {"StopScenario", id} {"EnableScenario", id} {"DisableScenario", id} Plus très sur des majuscules, mais cela ne devrait pas poser de soucis.
  8. pepite

    Questions

    ah mais c'est pour un portail ? que veux tu faire avec ta scene ? ouvrir ton portail ? je suis pas un pro du lua mais les scnes converties en lua, y a toujours du code partout inutilement ;-)
  9. pepite

    Questions

    poste ta scene peut-etre
  10. pepite

    Questions

    c'est une scene en LUA ? as tu le %%autostart dans l'entete ?
  11. pepite

    Questions

    attention au fait, en decochant ta scene ne fonctionnera pas du tout ;-)
  12. pepite

    Questions

    Salut, J'ai la réponse à la 1 ;-) 2 et 3 cela ne m'est jamais arrivé ;-) Décoche scene active pour la 1 ;-) ou enleve dans l'entete %%autostart
  13. pepite

    Support Gea

    Salut, @971jmd, Où en es-tu alors ? avec ton STOP ? Et pour ta lumiere, d'après ta ligne, elle ne s'allume que lorsque ta variable est = 1 @lolomail Normal que tu recoives la notif après le "save" de GEA, puisqu'il relit toutes les lignes ;-) et en fonction des conditions, agit ou non. mais je ne sais pas pourquoi tu ne recois pas la notif à chaque fois. Vais aller jeter un oeil au VD arrosage ;-)
  14. Oui oui, y a plus qu'à;-) Oui francais, c'est bien ;-)
  15. hello tout le monde, Je n'avais pas vu cela, peut-etre que vous, oui, je partage tout de même ;-) http://www.domotique-info.fr/2016/05/smart-board-sensors-pre-commande/
  16. salut @frederic, T'as pas de velux dans tes 6 volets à domotiser ?
  17. pepite

    Support Gea

    je comprends pas bien, que veux tu faire avec le STOP ? arreter la course de tes volets ?
  18. pepite

    Support Gea

    @971jmd, ton code fonctionne comme tu l'as ecrit pour les variables "stop" ? Je passerais par le value du volet en condition en plus du swipe 10, ce qui permet d'eviter le StopTask mais tu devrais ecrire plusieurs lignes. Sinon tu pourrais tout ecrire en 1 ligne si tu gardes ta declaration de STOP Avec des volets, il serait bon de raouter les conditionsde position, c'est mieux ;-) Comme ceci peut-etre local stop = GEA.add({"Global", "SWIPE", "10"}, -1, "", { {"close", id["VL_PRINCIPAL"], 15}, {"close", id["VL_BAR"], 15}, {"Function", function() fibaro:sleep(10000) end}, {"close", id["VL_PRINCIPAL"], 25}, {"close", id["VL_BAR"], 25}, {"Function", function() fibaro:sleep(15000) end}, {"close", id["VL_PRINCIPAL"], 40}, {"close", id["VL_BAR"], 40}, {"Function", function() fibaro:sleep(25000) end}, {"close", id["VL_PRINCIPAL"], 100}, {"close", id["VL_BAR"], 100} }) GEA.add({"Global+", "SWIPE", "100"}, -1, " S T O P ", {{"StopTask", stop}}) @Borgs Sous %%properties, 120 value GEA.add(120, -1, "", {{"Armed"}, {"turnOn", 99}})
  19. Bonjour bienvenue, Super très bonne idée et je suis en plein dedans. alors déjà merci Une cam IP POE Dome pas trop grosse pour rester un max WAF, j'ai pris des infos des forumeurs avertis comme @domodial ou @nico, dahua et hikvision. Un avis ? Ceci est ton 1er test ;-) Les modos, désolé je suis HS si vous pouviez déplacer dans le bon ;-) merci
  20. salut, Ca tourne en boucle, peut-etre que la temporisation n'est pas assez longue et l'info n'est pas remontée assez vite, dans le debug il repere 2 triggers différents, 40 et 46 value dans l'entete. Je vais ecrire le code sans boucle pour vérifier le fonctionnement. Je viens de comprendre ce qu'il se passait en relisant le debug ;-) A 19:26:36, ok ca declenche avec le trigger (debut scene) Tempo de 10 A 19:29:36 : Recup de la valeur du trigger, puis call de l'autre volet, normal (fin de scene) A 19:29:37 : soit 1 sec apres il a relance la scene suite au call de 46 (debut scene) Un simple sleep pour permettre d'attendre la fin de position du 2eme VR va peut-etre fonctionner, la scene ne sera pas terminée, le changement de position du 2eme volet ne devrait pas la relancer A tester J'avoue que je ne vois pas comment gerer l'arret depuis le VR fictif. Quand ce code fonctionnera comme tu le souhaites on se creusera plus la tete avec une variable peut-etre Sinon, as tu la possibilité de changer l'interr ou d'en remettre un a cote. Tu connais celui la : c'est pe une idee https://www.domotique-store.fr/domotique/usages/eclairage-et-ambiances-par-domotique/boutons-interrupteur-emetteurs-sans-fil-domotique/520-philio-psr04-smart-color-button-bouton-rotatif-emetteur-mural-z-wave.html --[[ %% properties 40 value 46 value %% globals --]] --- User Settings ------- local Volets = {40, 46} -- volets local Tempo = 10 -- Temporisation en secs, attente fin de course du volet déclencheur ---------------------------------- -- Limitation à 1 instance ------ if (fibaro:countScenes() > 1) then fibaro:abort() end ------------------------------- -- Declaration Variables ---- local source = fibaro:getSourceTrigger() local declencheur = source["deviceID"] local PositionVR ----- Declaration Fonctions ----------- function GetTrigger() for i = 1, #Volets do if (declencheur == Volets[i]) then PositionVR = fibaro:getValue(declencheur, "value") fibaro:debug("Position du VR déclencheur : " ..PositionVR) return PositionVR end end end function CallVR() for i = 1, #Volets do if (declencheur ~= Volets[i]) then local Valeur = fibaro:getValue(Volets[i], "value") if (Valeur ~= PositionVR) then fibaro:call(Volets[i], "setValue", PositionVR) fibaro:debug("Volet Roulant modifié : " ..Volets[i].. " mis à la position - " ..PositionVR) fibaro:debug("Début Sleep du CallVR") fibaro:sleep(Tempo*1000) fibaro:debug("Fin Sleep du CallVR") end end end end ----------------------------------- --=========================== --- Execution Programme ----== --=========================== --- Recuperation du Trigger dans le debug ---- fibaro:debug("ID du Déclencheur : " ..declencheur) -- Attente fin de course du volet déclencheur puis Synchro autre volet setTimeout( function() GetTrigger() CallVR() end, Tempo*1000)
  21. ah oui, moi aussi j'ai ca en 4.080 ;-) mais j'ai pas encore mis en place le reboot ;-) vais craquer c'est sur ;-)
  22. pleure pas Steven ;-) ou revient en 4.080 c'est tellement mieux ;-) 1 fois par jour, t'y vas fort ;-)
  23. pepite

    Support Gea

    @samhuin, tout sur une ligne ca devrait etre bon. @DeuxG Je suis pas un pro mais comme ceci je pense : local JEEDOM = net.HTTPClient("192.168.10.180", 80) Me souviens plus ce que tu souhaites faire exactement, désolé mais oui avec GEA tu peux appuyer sur le bouton d'un VD toutes les minutes GEA.add(true, 1*60, "", {{"Virtual....}}
  24. ca doit etre mieux comme ca, seul la valeur du declencheur est utilisee Pour stopper la course depuis le VR fictif 46, pet-etre qu'en monitorant avec une variable ca peu le faire, du genre : Si VR est 'en cours", (suite à montee/descente du VR chambre) ET appui sur bouton du 46 alors VG à STOP envoie commande STOP au volet Mais je ne sais pas si on peut envoyer une commande STOP à ton volet en lua désolé, tu vas etre oblige de faire plusieurs tests pour qu'on puisse arriver à répondre à ton besoin. --[[ %% properties 40 value 46 value %% globals --]] --- User Settings ------- local Volets = {40, 46} -- volets local Tempo = 10 -- Temporisation en secs, attente fin de course du volet déclencheur ---------------------------------- -- Limitation à 1 instance ------ if (fibaro:countScenes() > 1) then fibaro:abort() end ------------------------------- -- Declaration Variables ---- local source = fibaro:getSourceTrigger() local declencheur = source["deviceID"] local PositionVR ----- Declaration Fonctions ----------- function GetTrigger() for i = 1, #Volets do if (declencheur == Volets[i]) then PositionVR = fibaro:getValue(declencheur, "value") fibaro:debug("Position du VR déclencheur : " ..PositionVR) return PositionVR end end end function CallVR() for i = 1, #Volets do if (declencheur ~= Volets[i]) then local Valeur = fibaro:getValue(Volets[i], "value") if (Valeur ~= PositionVR) then fibaro:call(Volets[i], "setValue", PositionVR) fibaro:debug("Volet Roulant modifié : " ..Volets[i].. " mis à la position - " ..PositionVR) end end end end ----------------------------------- --=========================== --- Execution Programme ----== --=========================== --- Recuperation du Trigger dans le debug ---- fibaro:debug("ID du Déclencheur : " ..declencheur) -- Attente fin de course du volet déclencheur puis Synchro autre volet setTimeout( function() GetTrigger() CallVR() end, Tempo*1000)
  25. SAlut, Dans ce cas, enleve le 46 de l'entete et tu ne pourras piloter que depuis le 40. Je ne comprends pas pourquoi ca repart et remet à zéro. Si tu ne veux gerer que depuis le 40 on peut peut-etre penser autrement, mais je croyais que c'etait pas du tout ce que tu voulais. C'est moi le boulet, ca vient des boucles, il fait le code pour les 2 VR mis dans la table, soit 40 et 46 j'améliore ;-)
×
×
  • Créer...