jjacques68

oui je comprends l'idée, mettre une sorte d'entête... Avoir une "convention" pour chaque scène. Et ainsi faire la recherche sur ces éléments...

oui oui je viens de comprendre... étrange comme méthode mais fonctionnelle par contre si l'on veut l'utiliser dans plusieurs scène, il faut changer le texte... donc pas si générique que ça !

aaaah ok ! I just understand it ! yes, ok, not stupid and it works... but strange

hi @jang ! how are you ? but what is that ???

naaaan... mais faire remonter la demande à fibaro peut être ? après si tu t'ennuies ...

hello ! existe-il une commande qui permette de récupérer l'ID de la scène en cours ? Par exemple si je suis dans la scène avec comme ID 50, il faudrait une commande qui me retourne ce 50 ! genre "fibaro.getCurrentSceneID()" par exemple dans un QA c'est la commande : plugin.mainDeviceId mais dans une scène ??

alors voilà en effet pour la HC3, depuis une scène : api.post("/devices/"..ID_Device.."/action/turnOff", {delay = 60}) tout simple... ceci retarde l'action du OFF 60 secondes après avoir envoyée la commande. merci @Krikroff

ooooh mais c’est du tout très bien ça... vais m’en inspirer... merci !

j’aimerai aussi le vérifier... je sais pas comment, mais je sens que ces conditions vont finir en code...

ah ! étrange, ce soir vers 19h30, la scène n’était plus triggée, alors que on était pas encore au sunset. j’ai vérifié dans l’API, le sunsetHour était à 20:04... j’ai ajouté un wallplug dans les trigger pour pouvoir la déclencher manuellement, et bien elle voulait pas. c’est comme si elle avait un sunset différent de l’API !!!

ah ok je savais pas ! intéressant, faudra que j'essaye...

va pas y avoir un conflit ?

après j'appelle directement les fonctions comme ceci : (dans une scène - triggée par le changement de valeur d'un QA) fibaro.homeCenter.systemService.reboot()

oh j'ai essayé le shutdown, j'ai eu une erreur qui me dit qu'il ne connaissait pas la commande...

comme tu disais un jour, faut relativiser, extrapoler cette doc... j'ajouterai : la bouffer, la digérer, philosopher dessus, la tester, la contre tester, ... en même temps, je sais qu'écrire des documents n'est pas une chose facile...

aaaaahhhhhhhh la blague ! je sais pas !

en tout cas si c'est un bug, faut le garder celui-là je pensais pas dire ça un jour...

ben c'est ce que je soulevait dans le premier post, Mais si tu regardes l'exemple donné plus bas, qui m'a fait démarrer ce sujet :

oui oui tout a fait, c'est juste pour la lisiblité du code, histoire d'être clair...

Faut avouer que c'est une logique un peu particulière... en plus maintenant je décale le sunset sunrise { operator = "all", conditions = { --au moins un des 3 capteurs LUX <= 3000 (le max) { operator = "any", conditions = { {type = "device", id = 369, property = "value", operator = "<=", value = 3000, isTrigger = true}, {type = "device", id = 376, property = "value", operator = "<=", value = 3000, isTrigger = true}, {type = "device", id = 385, property = "value", operator = "<=", value = 3000, isTrigger = true}, } }, --ET en journée (attention décalage de 14 minutes voir la scène Light - Sun Set/Rise)) { operator = "all", conditions = { {type = "date", property = "sunrise", operator = ">", value = -14, isTrigger = false}, {type = "date", property = "sunset", operator = "<", value = 14, isTrigger = false}, } } } }

ben la je comprends pas non... j'ai un premier bloc avec l'opérateur "all" avec un deuxième bloc avec l'opérateur "any", qui se trouve dans le premier bloc... je peux le ré écrire comme ça, mais c'est pareil : l'équation reste identique... { operator = "all", conditions = { --au moins un des 3 capteurs LUX <= 3000 (le max) { operator = "any", conditions = { {type = "device", id = 369, property = "value", operator = "<=", value = 3000, isTrigger = true}, {type = "device", id = 376, property = "value", operator = "<=", value = 3000, isTrigger = true}, {type = "device", id = 385, property = "value", operator = "<=", value = 3000, isTrigger = true}, } }, --ET en journée { operator = "all", conditions = { {type = "date", property = "sunrise", operator = ">", value = 0, isTrigger = false}, {type = "date", property = "sunset", operator = "<", value = 0, isTrigger = false}, } } } }

je teste ce soir...

non c'est le premier "all"

et ça me semble cohérant, les conditions sunset et sunrise sont justement des conditions ! pas des trigger ! il faut que l'on soit après le sunrise ET avant le sunset ! donc: (capteurs LUX 1 OU capteurs LUX 2 OU capteurs LUX 3) ET après le sunrise ET avant le sunset

nan mais suis désolé, mais je maintiens mes conditions de déclenchement : { operator = "all", conditions = { --au moins un des 3 capteurs LUX <= 3000 (le max) { operator = "any", conditions = { {type = "device", id = 369, property = "value", operator = "<=", value = 3000, isTrigger = true}, {type = "device", id = 376, property = "value", operator = "<=", value = 3000, isTrigger = true}, {type = "device", id = 385, property = "value", operator = "<=", value = 3000, isTrigger = true}, } }, --ET en journée {type = "date", property = "sunrise", operator = ">", value = 0, isTrigger = false}, {type = "date", property = "sunset", operator = "<", value = 0, isTrigger = false}, } }