Aller au contenu

jjacques68

Membres confirmés
  • Compteur de contenus

    4 364
  • Inscription

  • Dernière visite

  • Jours gagnés

    39

Tout ce qui a été posté par jjacques68

  1. Ah ben non, j’ai pas lié mon adresse gmail, c’est dans les propriétés de l’applet GH dans IFTTT même que le lien se fait... Envoyé de mon iPhone en utilisant Tapatalk Pro
  2. Ah ok. J’ai pas la même adresse dans IFTTT que gmail. Je savais plus... merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro
  3. Ah ok. J’ai pas la même adresse dans IFTTT que gmail. Je savais plus... merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro
  4. Ah ok. J’ai pas la même adresse dans IFTTT que gmail. Je savais plus... merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro
  5. Petite question certainement déjà abordé dans ce topic... Tous marche bien chez moi depuis plusieurs mois... la recette dans IFTTT avec WebHooks, les raccourcies dans GH, la HC2... Mais comment se fait la liaison entre le GH et IFTTT ? C’est à dire : quand on donne un ordre au GH, comment il sait qu’il doit l’envoyer à IFTTT ? (après je comprends le cheminement de la requête HTTP vers la HC2). Mais je ne sais plus si une configuration quelqonc existe dans le GH pour le lien avec IFTTT !!! merci !!
  6. ok chez moi
  7. Non absolument aucun... j’ai juste laissé les thermostats danfoss à 600s car eux ne fonctionnent pas comme les autres... Envoyé de mon iPhone en utilisant Tapatalk Pro
  8. Avec plaisir ! Si tu ajoutes des devices dans la liste, ce serait sympa de les poster sur ce topic comme ça on peut se constituer une petite base... Envoyé de mon iPhone en utilisant Tapatalk Pro
  9. oui tout à fait et voici le code (désolé pour la mise en page, mais l'éditeur du fofo fait un peu ce qu'il veut, notepad++ fera très bien l'affaire) et le fichier pour téléchargement à la fin. Il est clair que dans la liste TypeDevice, apparaît le type des modules que je possède, donc si vous en avez d'autres, il faut les ajouter... Le champs "up" permet d'appliquer ou pas la modification sur le module concerné. Il est clair également, qu'il faut faire le tour de tous les device pour les réveiller manuellement pour valider l'info... ou attendre sagement le prochain réveil automatique... Chez moi ça marche impec ! --[[ %% properties %% events %% globals --]] --[[ Scène qui met à jour les WakeUpTime des modules au maximum, suivant les infos trouvés dans la notice --]] --décalration des variables************************************************* local debug = true --true/false variable pour afficher le debug local simul = false --true/false permet de simuler avant de modifier local device = api.get("/devices/") --liste tous les devices local texte = "" --texte pour le debug local nbDevice = 0 --compteur de device à pile total local nbDeviceUpdateOK = 0 --compteur de device mis à jour OK local nbDeviceUpdateNOK = 0 --compteur de device NON mis à jour (up=0) local nbDeviceOK = 0 --compteur de device OK local nbDeviceNOK = 0 --compteur de device NOK local typeDevice = { {type = "com.fibaro.remoteController", zwaveCompany = "ID-RF", up = 0, maxTime = 0}, {type = "com.fibaro.doorSensor", zwaveCompany = "Fibargroup", up = 1, maxTime = 64800}, {type = "com.fibaro.FGMS001v2", zwaveCompany = "Fibargroup", up = 1, maxTime = 65535}, {type = "com.fibaro.FGFS101", zwaveCompany = "Fibargroup", up = 1, maxTime = 86399}, {type = "com.fibaro.thermostatDanfoss",zwaveCompany = "Danfoss", up = 1, maxTime = 600}, {type = "com.fibaro.FGMS001", zwaveCompany = "Fibargroup", up = 1, maxTime = 65535}, {type = "com.fibaro.temperatureSensor",zwaveCompany = "Horstmann Controls Limited", up = 1, maxTime = 86400}, {type = "com.fibaro.temperatureSensor",zwaveCompany = "Everspring", up = 1, maxTime = 16056000}, {type = "com.fibaro.motionSensor", zwaveCompany = "Philio Technology Corp", up = 1, maxTime = 432000} } --fonction pour afficher le debug******************************************* function afficheDebug(message, color, afficheDebug) if afficheDebug == true then if message and color then print("<font color = '"..color.."'>"..message.."</font>") else print("<font color = 'yellow'>afficheDebug : error</font>") end end end --MAIN********************************************************************** --entête de debug if simul == true then afficheDebug("MODE SIMULATION : AUCUNE MODIFICATION EST APPLIQUEE.", "yellow", true) end afficheDebug("DEFINITIONS : id, name, wakeUpTime, type, zwaveCompany", "white", debug) --pour tous les device for i,v in ipairs(device) do -- filtre que les device à pile et visible if device[i].properties.wakeUpTime and device[i].visible == true then --pour tous les éléments de typeDevice for j,v in ipairs(typeDevice) do --si le type et zwaveCompany sont identiques if device[i].type == typeDevice[j].type and device[i].properties.zwaveCompany == typeDevice[j].zwaveCompany then --récupère les infos du device idDev = device[i].id nameDev = device[i].name typeDev = device[i].type zwaveCompanyDev = device[i].properties.zwaveCompany --construit le texte pour le debug if debug == true then texte=idDev..", "..nameDev..", "..device[i].properties.wakeUpTime.." s, "..typeDev..", "..zwaveCompanyDev end --si wakeUpTime différent de maxTime du tableau if device[i].properties.wakeUpTime ~= typeDevice[j].maxTime then afficheDebug(texte,"red", debug) nbDeviceNOK=nbDeviceNOK+1 --inc compteur NOK --si le champ UP est à 1 alors mise à jour if tonumber(typeDevice[j].up) == 1 then --mise à jour du wakeUpTime avec valeur du tableau if simul == false then -- pas executée en mode simulation local Value=api.get("/devices/"..device[i].id) Value.properties.wakeUpTime = typeDevice[j].maxTime api.put("/devices/"..device[i].id, Value) end --construit le texte pour le debug de mise à jour if debug == true then texte="Device "..device[i].id.." ("..device[i].name..") wakeUpTime mis à jour avec "..typeDevice[j].maxTime.." s." end afficheDebug(texte, "orange", debug) nbDeviceUpdateOK=nbDeviceUpdateOK+1 --inc compteur update OK else --si pas de mise à jour demandée (up = 0) --construit le texte pour le debug de mise à jour if debug == true then texte="Device "..device[i].id.." ("..device[i].name..") wakeUpTime non mis à jour." end afficheDebug(texte, "Magenta", debug) nbDeviceUpdateNOK=nbDeviceUpdateNOK+1 --inc compteur update NOK end else --sinon OK (wakeUpTime = maxTime du tableau) afficheDebug(texte, "green", debug) nbDeviceOK=nbDeviceOK+1 --inc compteur OK end nbDevice=nbDevice+1 --inc compteur device end end end end --affichage résultat print("------------------------------") afficheDebug("Total device détectés = "..nbDevice, "white", true) afficheDebug("Total device OK = "..nbDeviceOK, "green", true) afficheDebug("Total device NOK = "..nbDeviceNOK, "red", true) afficheDebug("Total device mis à jour OK = "..nbDeviceUpdateOK, "orange", true) afficheDebug("Total device mis à jour NOK = "..nbDeviceUpdateNOK, "Magenta", true) Scene-47-ID218-MaxWakeUpTime.txt
  10. ok pour moi... pour le moment...
  11. oh désolé mon grand dieu tout puissant Envoyé de mon iPhone en utilisant Tapatalk Pro
  12. oups pardon @Lazer oui bonne remarque, je sais pas où j’avais la tête
  13. étrange, même le watchdog de @Steven s'est planté... c'est la première fois !! Question bête, on peut mettre le watchdog à contrôler dans le watchdog ?
  14. étrange moi aussi je constate des plantages de la box ces derniers temps... depuis la version 4.160... J'essaye de mettre en place un compteur de temps pour savoir exactement à quelle heure ça arrive... Je mettais en cause une scène avec des PIR, mais je me demande si ça vient pas plutôt des commandes de chauffage... Je manipule mon panneau de chauffage via des VD... ?! Chose que je fais depuis des années sans soucis !
  15. interessant... sans passer par une VG ??? aucune une idée, mais je suis le sujet...
  16. jjacques68

    %%killOtherInstances

    hi, What don't you understand ? it's normal ! if killOtherInstances is enable your sequential restart, if disable, he keeps on ! but with the killOtherInstances, you don't have to use the command fibaro:abort() ! you can delete the last paragraph after the run command. Be careful : when you add % killOtherInstances in the header, the number of max running instances in the parameters of the scene set itself automatically at 1. if you want to disable this command in the header, you must set manually this parameter after.
  17. jjacques68

    Erreur étrange dans debug

    c'est peut-être cette ligne qui ne lui plait pas : (moi non plus d'ailleur, mais j'ai rien trouvé de mieux...) while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end je vais lui ajouter un petit sleep dans la boucle, histoire de calmer le process, et on verra la suite... while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do fibaro:sleep(500) end
  18. jjacques68

    Erreur étrange dans debug

    Ok donc ce serait une erreur interne au process... et qui date visiblement... c'est bête ça, dans ma scène si ça arrive, la lumières allumées par le PIR déclencheur ne s'éteins plus du coup...
  19. jjacques68

    Erreur étrange dans debug

    Plus simple voilà la scène : son rôle est en commentaire au début. La ligne 35 correspond donc à l"accolade de fin de ma variable tableau ??????????? --[[ %% properties 378 value 322 value 505 value 298 value 391 value 428 value 443 value %% events %% globals --]] --[[ 13/01/2018 : Version 1 d'origine Allume les eclairage en fonction de la détection de présence - Je ne fais pas d'association directe entre les modules - La marche forcée se gère grâce au VD Mode Eclairage 383 - Ne tient pas compte du capteur Philio PSP05 car trop différent (donc scène a part = 210, 230) - Doit faire la différence entre les type d'actionneur (FGS ou IPX) --]] local Device = { --ID_PIR = {ID_actionneur, VG_Mode éclairage} [378] = {ID = 374, VG = "ModeEclDebarras"}, [322] = {ID = 318, VG = "ModeEclWc"}, [505] = {ID = 311, VG = "ModeEclSdB"}, [298] = {ID = 296, VG = "ModeEclEscalier"}, [391] = {ID = 405, VG = "ModeEclChaufferie"}, [428] = {ID = 454, VG = "ModeEclDebCave"}, [443] = {ID = 441, VG = "ModeEclBuanderie"}, } local Trigger = fibaro:getSourceTrigger() --si mode manu (VD 383) on sort. if tonumber(fibaro:getGlobalValue(Device[Trigger.deviceID].VG)) == 0 then fibaro:abort() end --si PIR = ON if tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 then print("PIR", Trigger.deviceID, " = ON") --actionneur = FGS if fibaro:getType(Device[Trigger.deviceID].ID) == "com.fibaro.binarySwitch" or fibaro:getType(Device[Trigger.deviceID].ID) == "com.fibaro.FGD212" then fibaro:call(Device[Trigger.deviceID].ID, "turnOn") --tempo while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end fibaro:call(Device[Trigger.deviceID].ID, "turnOff") print("PIR", Trigger.deviceID, " = OFF") --actionneur = IPX elseif fibaro:getType(Device[Trigger.deviceID].ID) == "virtual_device" then fibaro:call(Device[Trigger.deviceID].ID, "pressButton", 1) --tempo while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end fibaro:call(Device[Trigger.deviceID].ID, "pressButton", 2) print("PIR", Trigger.deviceID, " = OFF") --si pas le bon actionneur else print("Type Device = "..fibaro:getType(Device[Trigger.deviceID].ID)) end end
  20. jjacques68

    Erreur étrange dans debug

    Le problème est que sur cette ligne, il y a l’accolade de fin de déclaration d’un tableau... Envoyé de mon iPhone en utilisant Tapatalk Pro
  21. Hello tout le monde ! J'ai une scène qui me met de temps en temps cette erreur : Je n'arrive absolument pas à savoir pourquoi. d'autant que cette scène fonctionne très bien ! Vous avez une idée ?
  22. alors la... je bloque... j’ai la même configuration chez moi. Cependant je n’actionne pas de wall plug, mais que des boutons de VD. Tu es bien sûr des droits d’accès au WallPlug en question ? il faut cocher la case dans les paramètres du user ! c’est ok ?
  23. tu peux mettre un print screen de tes paramètre push de l’IPX ?
  24. tu parles de droits d’utilisateurs, tu es bien certain que l’utilisateur à le droit d’accès sur ton WallPlug ?
  25. essaye : login:mdp et pas @
×
×
  • Créer...