jojo

tu as cela qu'avec les nouveaux modules àpiles, ou également avec les anciens àpiles ? Pour savoir si c'est un bug au niveau des modules ou du firmware de ta box ?

pour prolonger la réflexion. Overide, n'a d'utilité que si Simu_presence est à 1 (et permet en effet de lancer la simu avant le couché du soleil) (c'est comme cela que je l'ai compris en tout cas) Donc évidemment que c'est utile, mais on pourrait avoir le même résultat (selon moi) avec 1 variable et 3 valeurs (Simu_presence = 2 aurait la signification de l'actuel Simu_presence = 1 et overide = 1)

Je viens d'implémenter la version 2.6.2. Tout semble ok. Je ne comprends pas trop ce qui s'est passé. Je me suis permis de faire une petite modif dans ton code de débug, afin qu'on puisse voir le jour (et pas uniqueent l'heure) du débug. fibaro:debug(string.format('<%s style="color:%s;">%s</%s>', "span", color, os.date("%a %d/%m", os.time()).." "..message, "span")); [DEBUG] 23:17:36: Wed 20/05 Presence Simulator | v2.6.2 [DEBUG] 23:17:36: Wed 20/05 -------------------------------- [DEBUG] 23:17:36: Wed 20/05 Not starting Simulation (Simu_presence = 0) [DEBUG] 23:17:36: Wed 20/05 Presence Simulator is Terminated [DEBUG] 23:19:30: Wed 20/05 Presence Simulator | v2.6.2 [DEBUG] 23:19:30: Wed 20/05 -------------------------------- [DEBUG] 23:19:30: Wed 20/05 It's sunset time -> Simulation ON [DEBUG] 23:19:30: Wed 20/05 Turning On always on lights: [DEBUG] 23:19:30: Wed 20/05 Device: Lum_SalonTV On [DEBUG] 23:19:30: Wed 20/05 Now randomizing other lights... [DEBUG] 23:19:31: Wed 20/05 light ID:Lum_SdBEtage status:1 [DEBUG] 23:19:31: Wed 20/05 entering loop of 4.73 minutes [DEBUG] 23:23:57: Wed 20/05 exiting loop of 4.73 minutes Autre question : pourquoi a-t-on deux variables (Simu_presence et overideSimuSunset) car overideSimuSunset = 1 seulement si Simu_presence = 1. On pourrait tout faire avec Simu_presence = 0 ou 1 ou 2 (= overideSimuSunset) ? et il faudrait ainsi créer 1 variable de moins (je sais, je suis une grosse fainéasse). D'autant plus qu'en faisant des tests, je me suis trouvé avec Simu_presence = 0 et overideSimuSunset = 1 (ce qui n'a pas de sens) et mes lampes ont commencé à faire la fête (pour des loops de 2 sec ! [DEBUG] 23:24:20: Wed 20/05 Presence Simulator | v2.6.2 [DEBUG] 23:24:20: Wed 20/05 -------------------------------- [DEBUG] 23:24:20: Wed 20/05 It's sunset time -> Simulation ON [DEBUG] 23:24:20: Wed 20/05 Turning On always on lights: [DEBUG] 23:24:20: Wed 20/05 Device: Lum_SalonTV On [DEBUG] 23:24:20: Wed 20/05 Now randomizing other lights... [DEBUG] 23:24:21: Wed 20/05 light ID:Lum_SdBEtage status:1 [DEBUG] 23:24:21: Wed 20/05 entering loop of 9.58 minutes [DEBUG] 23:33:24: Wed 20/05 exiting loop of 9.58 minutes [DEBUG] 23:33:25: Wed 20/05 light ID:Lum_SdBEtage status:0 [DEBUG] 23:33:25: Wed 20/05 entering loop of 2.37 minutes [DEBUG] 23:33:26: Wed 20/05 exiting loop of 2.37 minutes [DEBUG] 23:33:27: Wed 20/05 light ID:Prise_Bureau status:1 [DEBUG] 23:33:27: Wed 20/05 entering loop of 9.22 minutes [DEBUG] 23:33:29: Wed 20/05 exiting loop of 9.22 minutes [DEBUG] 23:33:30: Wed 20/05 light ID:Lum_SdBRez_Douche status:1 [DEBUG] 23:33:30: Wed 20/05 entering loop of 6.65 minutes [DEBUG] 23:33:32: Wed 20/05 exiting loop of 6.65 minutes [DEBUG] 23:33:33: Wed 20/05 light ID:Prise_Bureau status:0 [DEBUG] 23:33:33: Wed 20/05 entering loop of 7.55 minutes [DEBUG] 23:33:36: Wed 20/05 exiting loop of 7.55 minutes [DEBUG] 23:33:37: Wed 20/05 light ID:Prise_Bureau status:1 [DEBUG] 23:33:37: Wed 20/05 entering loop of 6.16 minutes [DEBUG] 23:33:38: Wed 20/05 exiting loop of 6.16 minutes [DEBUG] 23:33:39: Wed 20/05 light ID:Lum_SdBEtage status:1 [DEBUG] 23:33:39: Wed 20/05 entering loop of 10.99 minutes [DEBUG] 23:33:43: Wed 20/05 exiting loop of 10.99 minutes [DEBUG] 23:33:44: Wed 20/05 light ID:Prise_Bureau status:0 [DEBUG] 23:33:44: Wed 20/05 entering loop of 8.61 minutes [DEBUG] 23:33:46: Wed 20/05 exiting loop of 8.61 minutes [DEBUG] 23:33:47: Wed 20/05 light ID:Lum_SdBRez_Douche status:0 [DEBUG] 23:33:47: Wed 20/05 entering loop of 7.28 minutes [DEBUG] 23:33:49: Wed 20/05 exiting loop of 7.28 minutes [DEBUG] 23:33:50: Wed 20/05 light ID:Lum_SdBRez_Douche status:1 [DEBUG] 23:33:50: Wed 20/05 entering loop of 2.91 minutes [DEBUG] 23:33:51: Wed 20/05 exiting loop of 2.91 minutes [DEBUG] 23:33:52: Wed 20/05 light ID:Lum_SdBRez_Douche status:0 [DEBUG] 23:33:52: Wed 20/05 entering loop of 9.65 minutes [DEBUG] 23:33:55: Wed 20/05 exiting loop of 9.65 minutes [DEBUG] 23:33:56: Wed 20/05 light ID:Lum_SdBRez_Douche status:1 [DEBUG] 23:33:56: Wed 20/05 entering loop of 4.81 minutes [DEBUG] 23:33:58: Wed 20/05 exiting loop of 4.81 minutes [DEBUG] 23:33:59: Wed 20/05 light ID:Lum_SdBRez_Douche status:0 [DEBUG] 23:33:59: Wed 20/05 entering loop of 1.31 minutes [DEBUG] 23:33:59: Wed 20/05 exiting loop of 1.31 minutes [DEBUG] 23:34:00: Wed 20/05 light ID:Lum_SdBEtage status:0 [DEBUG] 23:34:00: Wed 20/05 entering loop of 2.62 minutes [DEBUG] 23:34:01: Wed 20/05 exiting loop of 2.62 minutes [DEBUG] 23:34:02: Wed 20/05 light ID:Prise_Bureau status:1 [DEBUG] 23:34:02: Wed 20/05 entering loop of 10.07 minutes [DEBUG] 23:34:05: Wed 20/05 exiting loop of 10.07 minutes [DEBUG] 23:34:06: Wed 20/05 light ID:Prise_Bureau status:0 [DEBUG] 23:34:06: Wed 20/05 entering loop of 3.55 minutes [DEBUG] 23:34:07: Wed 20/05 exiting loop of 3.55 minutes [DEBUG] 23:34:08: Wed 20/05 light ID:Prise_Bureau status:0 [DEBUG] 23:34:08: Wed 20/05 entering loop of 6.29 minutes [DEBUG] 23:34:10: Wed 20/05 exiting loop of 6.29 minutes [DEBUG] 23:34:11: Wed 20/05 light ID:Prise_Bureau status:1 [DEBUG] 23:34:11: Wed 20/05 entering loop of 11.67 minutes [DEBUG] 23:34:14: Wed 20/05 exiting loop of 11.67 minutes [DEBUG] 23:34:15: Wed 20/05 light ID:Lum_SdBRez_Douche status:1 [DEBUG] 23:34:15: Wed 20/05 entering loop of 9.26 minutes [DEBUG] 23:34:18: Wed 20/05 exiting loop of 9.26 minutes [DEBUG] 23:34:19: Wed 20/05 light ID:Prise_Bureau status:0 [DEBUG] 23:34:19: Wed 20/05 entering loop of 9.24 minutes [DEBUG] 23:34:22: Wed 20/05 exiting loop of 9.24 minutes [DEBUG] 23:34:23: Wed 20/05 light ID:Prise_Bureau status:1 [DEBUG] 23:34:23: Wed 20/05 entering loop of 10.7 minutes [DEBUG] 23:34:26: Wed 20/05 exiting loop of 10.7 minutes [DEBUG] 23:34:27: Wed 20/05 light ID:Lum_SdBRez_Douche status:0 [DEBUG] 23:34:27: Wed 20/05 entering loop of 4.23 minutes [DEBUG] 23:34:29: Wed 20/05 exiting loop of 4.23 minutes

Merci Steven pour la confirmation de mon interprétation. Y a-t-il une erreur dans mon code ou s'agit-il d'un bug (comme ça je sais si je dois continuer àchercher une solution) ? -- Mettre ECS àoui pendant 20 min -- Tache en sommeil (NotStarted) -- Cette tache va passer la variable àNon si elle est àOui depuis plus de 20 minutes seulement si elle était passée àOui àcause de LUM_SDBREZ_DOUCHE local autoECSNon = GEA.add (estECS, 20*60, "Variable ECS àOUI depuis #durationfull# => variable ECS = NON", {{"VirtualDevice", DeviceID["VAR_ECS"], 4}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"NotStarted"}, {"MaxTime", 2}}) -- Cette tache va passer la variable àOui si la lumière de la douche est allumée depuis 1 min et que la variable ECS est ànon -- Elle va aussi redémarrer la tache si dessus GEA.add ({DeviceID["ALARME_ACTIVE"], DeviceID["LUM_SDBREZ_DOUCHE"], pasECS}, 1*60, "Variable ECS àOUI car LUM_SDBREZ_DOUCHE allumée depuis #duration#.",{{"Inverse"}, {"VirtualDevice", DeviceID["VAR_ECS"], 3}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"RestartTask", autoECSNon}})

Cool, j'avais pas vu sur tapatalk Envoyé de mon Nexus 5 en utilisant Tapatalk

Sorry, j'avais pas compris. Tu veux faire cela en lua ou en gea ? Envoyé de mon Nexus 5 en utilisant Tapatalk

les paramètres remontés par le FGK-101 le sont en fonction ce ce qui est paramétré dedans. Par exple, le paramètre 12 définit la différence de tmp (si tu as une sonde de tmp) qui doit être mesurée avant de l'envoyer à la box. regarde également ici : http://tutoriels.domotique-store.fr/content/11/29/fr/parametres-du-fibaro-sensor-fgk_101.html

merci @mprinfo d'avoir également regardé. La liste des gens à citer augmente Ceci dit, je peu faire des PUT en 3.600, alors pourquoi pas en 4.x ? Par ailleurs, je ne comprends pas bien ce que tu m'explique avec le schéma des API. Je te mets ici le json d'un device en 4.x { id: 107, name: "104.2", roomID: 48, type: "com.fibaro.temperatureSensor", baseType: "com.fibaro.multilevelSensor", enabled: true, visible: true, isPlugin: false, parentId: 104, remoteGatewayId: 0, interfaces: [ "battery", "zwave", "zwaveWakeup" ], properties: { parameters: [], associationSet: [], associationView: [], zwaveCompany: "Fibargroup", zwaveInfo: "3,3,67", zwaveVersion: "25.25", wakeUpTime: 4000, pollingTimeSec: 0, batteryLevel: "78", batteryLowNotification: "true", configured: "true", dead: "false", defInterval: "0", deviceControlType: "0", deviceIcon: "30", emailNotificationID: "0", emailNotificationType: "0", endPointId: "2", interval: "0", liliOffCommand: "", liliOnCommand: "", log: "", logTemp: "", manufacturer: "", markAsDead: "true", maxInterval: "0", minInterval: "0", model: "", merci @PITP2 pour ton post

En fait ça a bien marché un peu, mais plus maintenant (que le GEA tourne depuis un certain temps). C'est comme si le MaxTime ne se remettait pas à zéro à chaque restart de la tâche. N'est-ce pas comme ça que cela devrait fonctionner ?

@PITP2 : Merci et zut ! On dirait que c'est un bug. Je propose d'attendre le prochain update pour retester, j'ai épuisé toutes mes idées

merci àtous les deux de vos réponses. J'ai essayé le code ci-dessous, qui me donne un debug sympa (Status = 200 après un PUT) (si PORT , Status = 501) mais je ne vois pas mon icone qui change (malheureusement je n'ai pas de module sur 220V en test). Celàfonctionnerait chez vous ? ---------------------------------- -- User Settings ---------------------------------- local DeviceID = 126 local IconeID = 1002 ---------------------------------- -- DO not change bellow this line ---------------------------------- HC2 = Net.FHttp("127.0.0.1",11111) -- détermination de la version du firmware version = "" payload = "/api/settings/info" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) if tonumber(jsonTable.softVersion) >= 4 then version = "4.x" else version = "3.x" end else fibaro:log("--- ERROR ---") fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end fibaro:debug('version = ' ..version) -- modification de l'icone if version == "3.x" then -- récupération du nom du device payload = "/api/devices?id=" ..DeviceID response, status, errorCode = HC2:GET(payload) jsonTable = json.decode(response) NameDev = jsonTable.name IconeDev = IconeID -- préparation du nouveau json NouvelleIcone = ('{"id":' ..DeviceID.. ',"name":"' ..NameDev.. '","properties":{"deviceIcon":"' ..IconeDev.. '"}}') -- écriture du nouveau json HC2:PUT(payload, NouvelleIcone) else -- récupération du json du device payload = "/api/devices/" ..DeviceID response, status, errorCode = HC2:GET(payload) jsonTable = json.decode(response) fibaro:debug(jsonTable.id.. " - " ..jsonTable.name.. " - " ..jsonTable.properties.deviceIcon) jsonTable.properties.deviceIcon = tostring(IconeID) fibaro:debug(jsonTable.properties.deviceIcon) -- préparation du nouveau json NameDev = jsonTable.name NouvelleIcone = ('{"id":' ..DeviceID.. ',"name":"' ..NameDev.. '","properties":{"deviceIcon":"' ..tostring(IconeDev).. '"}}') -- écriture du nouveau json response, status, errorCode = HC2:PUT(payload, NouvelleIcone) fibaro:debug("Status = " ..status.. " - Error = " ..errorCode) end [DEBUG] 12:46:08: version = 4.x [DEBUG] 12:46:08: 126 - Nest Temperature - 30 [DEBUG] 12:46:08: 1002 [DEBUG] 12:46:08: Status = 200 - Error = 0

Bonsoir, Je cherche à modifier l'icône d'un device standard. (PAS d'un virtual device) J'y arrive en v3.600. Mais pas en v4.x. Hors je souhaite partager, et il faut qu'il soit utile à plus que Lazer, Did , Sebcbien et moi Je modifie la propriété deviceIcon. Mais comment (en v4.x) enregistrer le json modifié ? Voici le code ---------------------------------- -- User Settings ---------------------------------- local DeviceID = 340 local IconeID = 1027 ---------------------------------- -- DO not change bellow this line ---------------------------------- HC2 = Net.FHttp("127.0.0.1",11111) -- détermination de la version du firmware version = "" payload = "/api/settings/info" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) if tonumber(jsonTable.softVersion) >= 4 then version = "4.x" else version = "3.x" end else fibaro:log("--- ERROR ---") fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end fibaro:debug('version = ' ..version) -- modification de l'icone if version == "3.x" then -- récupération du nom du device payload = "/api/devices?id=" ..DeviceID response, status, errorCode = HC2:GET(payload) jsonTable = json.decode(response) NameDev = jsonTable.name IconeDev = IconeID -- préparation du nouveau json NouvelleIcone = ('{"id":' ..DeviceID.. ',"name":"' ..NameDev.. '","properties":{"deviceIcon":"' ..IconeDev.. '"}}') -- écriture du nouveau json HC2:PUT(payload, NouvelleIcone) else -- récupération du json du device payload = "/api/devices/" ..DeviceID response, status, errorCode = HC2:GET(payload) jsonTable = json.decode(response) fibaro:debug(jsonTable.id.. " - " ..jsonTable.name.. " - " ..jsonTable.properties.deviceIcon) jsonTable.properties.deviceIcon = tostring(IconeID) fibaro:debug(jsonTable.properties.deviceIcon) -- préparation du nouveau json NouvelleIcone = json.encode(jsonTable) -- écriture du nouveau json HC2:PUT(payload, NouvelleIcone) end A gagner : son nom cité dans le tuto que je ferai pour partager

es-tu sà»r que le n° de bouton de VD et/ou que son ID ? tu peux également essayer ceci, pour savoir si c'est l'action ou la condition qui pose problème ton interrupeur, ces le "VOLET_DU_BAR" ?

je pense que c'est le paramètre 14 qui pose problème. Voilàce que j'essayerais : paramètre 14 dans l'autre sens, et alors je dirais que la fermeture ok et problème àl'ouverture. je metterais alors un 2° FGS (1 pour l'ouverture et 1 pour la fermeture). C'est cher, mais fait le en test pour en avoir le coeur net

c'est pour ça que j'ai insisté, mais en V3.x c'est un plus compliqué qu'en v4.x Je prépare un petit VD tout beau, tout propre

YYYEEESSS I got It !

en fait je veux faire de la même manière que j'arrive à modifier mes heating panels, mais ça ne veut pas marcher Peut-être n'est-ce pas possible. De toute façon, ci ça avait été possible, Steven nous aurait déjà proposé la solution ...

oui, mais je suis en train d'y travailler. Laisse-moi un peut de temps SVP

non, c'est pas beau, un VD avec du code LUA qui pourrait modifier l'icône d'un device autre qu'un VD. J'y travaille, et vous tiens au jus

je crains qu'il faille passer par la modification du json de la device, c'est àdire que je ferais un VD qui serait appelé par GEA. Si j'y arrive, ce serait peut-être une idée d'évolution du GEA Steven ?

merci Pepite, n'as-tu pas autre chose à proposer, ça ne marche pas

je dirais "p" d'après le debug

tu auras déjàBEAUCOUP de plaisirs avec une HCL

bonne idée Lazer (d'ailleurs c'est derniers temps, tu as pleins de bonnes idées de développement ) Avec les mêmes ID, je n'y crois pas trop, car si Fibaro fournit de nouvelles icônes en standard, les ID seront décalées. Mais un mass download et un mass upload serait super => défit pour Krikroff, Steven ou Lazer ?

est-il possible de changer l'icône d'un device autre qu'un module virtuel. J'ai une sonde de température (raccordée àun FGBS) dans le congélateur, avec GEA je suis averti si la température est trop élevée, mais j'aimerais changer l'icône (ID 1028) par défaut de mon thermomètre (ID 340) GEA.add ({"Value+", DeviceID["TMP_FREZE"], -30}, 1, "La température du Freeze du garage est de #value# °C depuis #duration# (#date# #time#).", {{"Portable", MobileID["V_Nexus5"]}, {"CurrentIcon", 340, 1028}, {"Email", UserID["Vincent"], "ALERTE - température freeze"}, {"Repeat"}})