jjacques68

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}, } }

et pourtant : [DEBUG] 04.04.2020 14:56:51: Moyenne = 1545.3333333333 / Est = 2350.0 / Sud = 52.0 / Ouest = 2234.0 [DEBUG] 04.04.2020 14:56:56: Moyenne = 2191.0 / Est = 2350.0 / Sud = 1989.0 / Ouest = 2234.0

ah mais j'avais pas tout mis, voici le complet : { 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}, } } ou comme ça, mais c'est pareil : { 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}, } } } }

@Krikroff ben si je mets « any », j’ai pas le résultat voulu. les conditions sont comme « ignorées ». Avec « all » ça correspond à ce que souhaite (mais du coup n’est pas en phase avec l’exemple de fibaro) euh, alors là suis pas sûr ! y a pas de minuit dans l’histoire ! où tu vois ça ?

ben j'aurai voulu éviter de coder ça ...

merci ! mais c’est pas un auto off que je veux. je lui envoie la commande off, je veux juste qu’elle soit retardé !

hello ! petite question : est il possible sur un FGS222 ou 23 de retarder le off ? c’est à dire que quand le module voit arriver la commande off, qu’elle soit retardée de x secondes ? j’ai fouillé dans les paramètres sans rien trouver...

Après des essais, Concernant les symboles de comparaison, c'est OK. les ">", ">=", "<", "<=" ça passe. Concernant le "any"/"all" : Je maintiens ce que je dis, à savoir qu'il faut que ce soit un "all" et non un "any" : { operator = "all", conditions = { {type = "date", property = "sunset", operator = ">=", value = 0}, {type = "date", property = "sunrise", operator = "<=", value = 0}, } }

hello ! je viens d’éplucher un exemple de trigger de scène, trouvé sur le la page d’aide de fibaro : { operator = "all", conditions = { { type = "device", id = 54, property = "value", operator = "==", value = true, isTrigger = true }, { operator = "any", conditions = { { type = "date", property = "sunset", operator = ">=", value = 0 }, { type = "date", property = "sunrise", operator = "<=", value = 0 } } } } } en le lisant, on comprend assez facilement son fonctionnement : si le device 54 passe à true ET que l’on est la nuit, alors la scène est triggée. Ce qui me dérange c’est les conditions du sunset/sunrise : 1- il y a le symbole ‘’>=‘‘ ; ‘’<=‘’ et plus haut dans la page d’aide dans les explications, ils ne parlent que du symbole == 2- l’operator = ‘any’, il ne devrait pas être = ‘all’ ? -> si l’heure est > couché ET < levé. et non : si l’heure est > couché OU < levé je dis ça parce que je rencontre des soucis avec ce type de trigger... et j’ai un doute...

Bon ben je confirme, Y a pas de commande shutdown, y a que le suspend... bref, c'est pas grave, j'ai ce que je voulais à savoir : en cas de panne de courant, au bout de 10 minutes, l'onduleur envoi une info à un PC qui lui execute un script pour mettre la HC3 en "suspend". Le bon vieux "hic", c'est que pour remettre la HC3 en route, faut être présent pour dérancher/rebrancher ! J'avais une prise plug commandée par wifi pour la HC2, MAIS : le plug + le transfo de la HC3 + le bandeau d'alim de la baie = JE PEUX PLUS FERMER LA PORTE !!!

c’est la 2ème fois en 10 jours que je constate que la box perd sa connexion avec Fibaro. alors elle fonctionne toujours bien sur, mais c’est l’accès depuis le téléphone qui est mort. d’ailleurs, c’est dommage que le téléphone passe obligatoirement par le cloud... Etrange car on renseigne l’IP locale de la box... Un redémarrage de la box remet tout en route. mais à surveiller quand même !!!

Bon je me réponds tout seul, Erreur de ma part comme toujours , mes tentatives de debug étaient sur la mauvaise scène ... Faut dire que le principe de debug des scènes est assez pourri ! avec une zone de debug commune... Quand t'as une erreur, vas- y pour trouver dans quelle scène ça se trouve !!! bref, problème résolu.

entre autre oui, tout à fait...

ben, ça a été dis, l’importation des scènes et VD n’est pas possible. Les VD n’existent plus, ils sont remplacé par les QuickApp (QA). Après pour les scènes du peux essayer de faire du copier/coller, mais il faudra repasser sur chaque ligne ! Des commandes ont été renommé..., les ID des devices ne sont plus les même..., ... Après faire un simple copier coller, je sais pas si c’est une bonne idée. Peut-être pour certaine fonction oui, ce que j’ai fais une fois ou l’autre. Mais l’intégration des QA, notamment avec leurs variables, m’a permis d’économiser, dans mon cas, énormément de lignes de code. ça vaut peut être le coup de remettre en question son instal et de repartir sur de nouvelles bases. Je sais, c’est facile à dire, mais je l’ai fais. Après, mon installation, n’est pas la plus compliquée. J’ai passé des dizaines d’heure dessus, c’est vrai. Avec de l’aide bien sûr. (et encore merci à ceux qui m’ont aidé, ils se reconnaîtront ) Je dirais même que je pourrais déjà refaire certaine chose, car en avançant, j’ai découvert d’autres possibilités qui simplifient encore les choses... bref... Et c’est avec plaisir, que j’apporterai mon aide, à mon niveau, si besoin...

oui en effet c’est les trigger de scènes. j’ai fais très très peu de copier coller. et les rares fois, oui j’ai dû faire attention au « : » « . »

tu verras, tu vas vite t’y faire j’ai fini la migration, un boulo de dingue, mais c’est nickel. et ne n’ai rien importé de la HC2...

@Lazer : non effectivement, je viens de vérifier du coup... je passait bien par une variable intermédiaire...

et la réponse :