Lazer

Salut @Shad Je n'ai pas bien compris ta question au niveau de la HC3 et des interrupteurs ?

tourner à plat n'apporte rien, l'angle d'incidence des rayons du soleil sera toujours identique. les trackers ça existe sur terre, avec le plan incliné qui suit l'azimut du soleil, mais en pratique ce n'est pas rentable... support articulé, motorisation, entretien, ça coute plus cher que ça ne rapporte. Sauf si quelqu'un trouve un jour un système miracle.

La localisation tu peux la changer à ton adresse. Surtout important pour les calculs d'heure, de sunset, sunrise, et météo. Attention si ta box est accessible depuis Internet, et surtout avec les clouds, par exemple Google (scripts, etc) ou Amazon (Alexa, etc), ils peuvent faire trop de connexions, ce que la box peut interpréter comme une tentative de piratage, et bloquer le compte pendant plusieurs heures.... ça s'est pas mal vu dans le passé avec la HC2.

A priori c'est bon, tu as bien le moteur Z-Wave v2. Du coup je ne sais pas pourquoi les paramètres de ton module FGS ne correspondent pas... encore une question à soumettre au support.

Non tu n'es pas au bon endroit, c'est dans Z-Wave, regarde ce que tu as

Dans les paramètres de la box, si tu vois d'autres onglets (par exemple mise à jour de firmware...) alors c'est que tu es en v3, donc bon pour refaire un recovery complet :

Regarde le JSON de ton module 726 via l'API, et en particulier la valeur de la propriété videoGateIncomingCallEvent ça ne doit pas être true, tout simplement. GEA va réagir aux changement de valeur des propriétés des modules, et comparer leur valeur. Si tu mets true au hasard et que ça ne correspond pas à une valeur qu'est susceptible de prendre cette propriété, alors ça ne déclenchera jamais.

cette case n'existe plus, la gestion du panneau d'alarme n'a rien à voir sur HC3.

Oui attention aux moteur v3, à ne pas mettre en prod... car ça ressemble à un template de Wall Plug ton module. Pour les backups cloud, normalement il y en a 1 effectué à chaque mise à jour du firmware, donc tu devrais en voir plusieurs.

Onglet Paramètres du module :

Ah mais là c'est clair, il est explicitement mentionné le "Or", donc du coup il fait bien un "Ou" logique entre les 3 conditions Time, c'est normal. Du coup je me dis que je n'avais pas dû bien faire attention à la syntaxe de ta règle originale. Tout s'explique... Je récapitule : Si on précise {"Or", .....} => on a bien un Ou logique entre les différentes plages horaires, donc ça fonctionne Si on ne précise pas "Or", alors GEA fait un "ET" logique entre toutes les conditions, et forcément, vu que l'heure courante ne peut pas être dans 2 plages horaires distinctes, ça ne peut pas fonctionner.

En fait il faudrait surtout que le QuickApp GEA Alarme soit compatible avec la langue anglaise, ce qui n'est pas le cas actuellement. La gestion des jours en anglais sera facile, mais comme tu dis les heures vont être bien pénibles à gérer avec les horaires AM/PM. C'est vraiment une aberration cette gestion de l'heure, tout comme leur système impérial d'unités... M'enfin nous on a de la chance, on est né dans des pays civilisés, donc profitons de cet avantage et exploitons les horaires sur 24 heures

Oui c'est ça, il faudra que tu supprimes toutes les instructions spécifiques aux Synology (notifications et emails notamment). D'ailleurs dans les discussion quelqu'un s'est adonné au même exercice pour le porter sur Raspberry PI de mémoire.

Aïe, ni sauvegarde locale, ni sauvegarde cloud ? PS: tu sais que les sauvegardes locales, tu peux les exporter et les sauvegarder sur le disque de ton PC (ou NAS...)

Euh... ben y'a un souci, ton GEA est en anglais ! Donc le seul jour qui match c'est le samedi, parce que "sa"medi = "sa"turday, Logique, il n'y a pas de bug en fait. Mais du coup pourquoi ton GEA est en anglais ? Tu as forcé la langue dans la config ? Sinon il a pris la langue par défaut de ta box, qui doit être en anglais. Donc soit tu mets la box en français, soit tu forces GEA en français dans config() : GEA.language = "fr" Il me semble que dans tes essais tu avais joué avec les options de langage de la box, c'est surement là que tu es passé et resté en anglais.

J'ai beaucoup aimé le titre de cette vidéo Je ne savais même pas qu'une ville du nom de Lazer existait, ça doit être peuplé de gens biens

Ouais je suis d'accord, je préfère Le Monde par exemple. Sinon concernant Fibaro, je ne sais pas quel est ton problème, c'est assez surprenant, car la HC3 est au contraire d'une stabilité exemplaire comparé à la HC2. La seule fois où j'ai planté ma HC3, c'était en période de test avec un bout de code LUA assez violent dans un QuickApp, et sur un des premiers firmwares, bug certainement corrigé depuis. Et ce plantage avait été l'occasion de tester la procédure de repair automatique intégré à la box, ça avait tout fait tout seul, et restauré le dernier backup quand je ne n'ait rien à faire. Du coup on ne le répètera jamais assez : faire des sauvegardes régulièrement est essentiel. Il y a un script sur le forum à faire tourner sur un NAS, perso c'est automatique chaque semaine.

C'est une des nouveautés de la HC3 en effet, ça n'existait pas sur HC2.

Euh.... je sais pas en fait... Tu as essayé le switch to system B ? (puisque tu sembles être sur le system A actuellement)

Tu as une sauvegarde (local ou cloud) ? Dans ce cas, recovery, puis restauration. C'est le plus rapide. Sinon le processus automatique devrait faire la restauration tout seul, mais c'est plus long...

Tiens, est-ce que tu peux ajouter ce bout de code dans ta function config(GEA) Cela va remplacer la fonction Alarm originale et ajouter plein de traces. Et tu relances avec GEA.debug = true et GEA.lldebug = true GEA.options.alarm = {name = "Alarm", optimize = true, control = function(id) return GEA.options.number.control(id) end, getValue = function(id, alarm_id) tools:print("pink", "alarm.getValue(", id, ",", alarm_id, ")") local alarms = {} local Nombre_Alarme = tonumber(GEA:getQuickAppVariableValue(id, "Nombre_Alarme")) or 0 tools:print("pink", "Nombre_Alarme =", Nombre_Alarme) if type(alarm_id) == "number" then if alarm_id > 0 and alarm_id <= Nombre_Alarme then alarms[1] = alarm_id else tools:error(string.format(GEA.trad.alarm_unknown, alarm_id)) return false end else for i = 1, Nombre_Alarme do alarms[#alarms+1] = i end end tools:print("pink", "alarms =", tools:tostring(alarms, true, true)) for _, alarm in ipairs(alarms) do tools:print("pink", "alarm :", alarm) if os.date("%H:%M", GEA.runAt) == GEA:getQuickAppVariableValue(id, "_Heure" .. tostring(alarm)) then local days = GEA:getQuickAppVariableValue(id, "_Jours" .. tostring(alarm)) days = days:lower() tools:print("pink", "days :", days) selected = tools:split(days, " ") tools:print("pink", "selected :", tools:tostring(selected, true, true)) for i = 1, #selected do tools:print("pink", "i :", i, "=>", selected[i]) tools:print("pink", "week_short :", tools:tostring(GEA.trad.week_short, true, true)) for j = 1, #GEA.trad.week_short do tools:print("pink", "j :", j, "=>", GEA.trad.week_short[j], "=>", GEA.traduction.en.week[j]:lower(), "<?>", os.date("%A"):lower()) if GEA.trad.week_short[j] == selected[i] then if GEA.traduction.en.week[j]:lower() == os.date("%A"):lower() then return true end end end end end end return false end, isBoolean = true, } GEA Alarm Debug Jojo.lua

Je n'ai pas les réponses, mais tu peux remonter le résultat de tes tests à Fibaro, ça aidera peut être à la prise en charge correcte dans les prochaines versions. Et conséquence, attendre patiemment les prochaines versions de firmware de la HC3.

Du coup je n'ai pas compris où se situe le différentiel ? Il est installé dans le tableau principal de la maison ?

La condition Time, il faut la mettre dans les conditions (à la place du true), et non pas dans les actions.

Merci @jojo c'est bien comme cela que je l'aurais écrit (en pratique c'est comme cela que sont écrites mes règles de gestion du chauffage depuis des années) Mais @Yannick nous dit que ça fonctionne avec toutes les tranches horaires dans la même règle.... je n'arrive toujours pas à comprendre pourquoi, ça ressemble à un bug... car comme tu l'explique bien, GEA fait un "ET" logique entre toutes les conditions, et par principe l'heure courante ne peut pas être simultanément dans 2 tranches horaires distinctes. Ou alors GEA sait faire de l'intrication quantique, balaise le code de @Steven