DOIF Syntax Uhrzeit

[Feinfinger]

Hallo zusammen,


Mein DOIF funktioniert seit dem lezten Update nicht mehr korrekt, genauer gesagt, es schaltet, aber der Log wird mit PERL-Error Meldungen vollgeballert.

Das DOIF sieht wie folgt aus:

Code Auswählen Erweitern

DOIF ([([{max("16:30","[Balve:ss_weather]")}]+int(rand(30)))] and [?16:30-21:45]) (set Gosund2 on) DOELSEIF ([23:00]) (set Gosund2 off)

So wie es ausschaut, hat DOIF seit neustem Probleme mit der max-Funktion.

Wie muss das DOIF denn nun aussehen, wenn die Beleuchtung zum Sonnenutergang schalten soll, jedoch frühestens um 16:30 Uhr?

[Otto123]

wenn die Beleuchtung zum Sonnenutergang schalten soll, jedoch frühestens um 16:30 Uhr?

Die Frage kann ich beantworten, den Rest leider nicht.

Code Auswählen Erweitern

[{sunset("REAL",0,"16:30")}] https://fhem.de/commandref_DE.html#SUNRISE_EL

[Damian]

Wie ich dir schon geschrieben habe, liegt es an deiner max Funktion, wenn es nicht funktioniert und nicht am DOIF:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        ([([{max("16:30","[test:ss_weather]")}]+int(rand(30)))] and [?16:30-21:45]) (set Gosund2 on) DOELSEIF ([23:00]) (set Gosund2 off)
   FUUID      6023f37b-f33f-30f6-ce89-d969fb62cdd8b1f6
   MODEL      FHEM
   NAME       di_max
   NOTIFYDEV  global,test
   NR         130014
   NTFY_ORDER 50-di_max
   STATE      initialized
   TYPE       DOIF
   READINGS:
     2021-02-10 15:55:13   cmd             0
     2021-02-10 15:55:13   mode            enabled
     2021-02-10 15:55:13   state           initialized
     2021-02-10 15:55:49   timer_01_c01    10.02.2021 17:40:14
     2021-02-10 15:55:13   timer_02_c01    10.02.2021 16:30:00
     2021-02-10 15:55:13   timer_03_c01    10.02.2021 21:45:00
     2021-02-10 15:55:13   timer_04_c02    10.02.2021 23:00:00

und

Code Auswählen Erweitern

Internals:
   FUUID      5dea4680-f33f-63f4-1b84-51156c05376e279a
   NAME       test
   NR         561
   STATE      ???
   TYPE       dummy
   READINGS:
     2021-02-10 15:55:49   ss_weather      17:40

und es gibt keine Warnungen bei mir im Log!

[Feinfinger]

Wie ich dir schon geschrieben habe, liegt es an deiner max Funktion, wenn es nicht funktioniert und nicht am DOIF:

Ich nutze aber keine selbst erstellte max-Routine, vielleicht habe ich mich da falsch ausgedrückt.

Wie gesagt, bis zum update gestern lief es ja ohne die Fehler.

Wenn ich die Routine "versehentlich" oder "nicht bewusst" von jemandem aus dem Forum übernommen haben sollte, wo müsste ich denn danach suchen?

In der myUtils ist nichts zu finden.

[Ellert]

In der 99_Utils.pm.

Es ist auch möglich, dass ein von Dir verwendetes Modul use List::Util::max exportiert und damit die max-Funktion aus der 99_Utils.pm überschreibt.

[rabehd]

Statt

Code Auswählen Erweitern

[([{max("16:30","[Balve:ss_weather]")}]+int(rand(30)))] and [?16:30-21:45]
würde ich

Code Auswählen Erweitern

[{sunset_abs("REAL", 300, "16:30","21:30")}-[21:45]]
nehmen

[Otto123]

@rabehd Da stimmen ein paar Klammern nicht. Und mit seinem Zufalls Plus würde ich es so machen. Wobei ich jetzt nicht weiß woher die 21:30 kommt
Da diese Forderung nicht stand, würde ich die Grenze nach oben weglassen:

Code Auswählen Erweitern

defmod d_test DOIF ([{sunset("REAL", int(rand(30)), "16:30")}-21:45]) ()

[rabehd]

Einverstanden.
Ich habe es auch nur als Anregung auf einem meiner DOIF rauskopiert, da hängen noch ein paar Bedingungen dran (Anwesenheit, Party, Alarm...).

[Feinfinger]

Danke für die Hilfe.

Damit kann man als ,,Normalo" auch was anfangen!

[Feinfinger]

Es ist auch möglich, dass ein von Dir verwendetes Modul use List::Util::max exportiert und damit die max-Funktion aus der 99_Utils.pm überschreibt.

Gibt es einen Weg das herauszufinden?

[Otto123]

Ich bin mir wegen int(rand(30)) nicht sicher, ob es den gleichen Einfluss hat wie ursprünglich gedacht. Hier ist es ein Offset in Sekunden.

[Ellert]

Gibt es einen Weg das herauszufinden?

In den von Dir verwendeten Modulen, die auch im Update enthalten waren, suchen.

[Feinfinger]

Ich bin mir wegen int(rand(30)) nicht sicher, ob es den gleichen Einfluss hat wie ursprünglich gedacht. Hier ist es ein Offset in Sekunden.

Diese 30 Sekunden rühren daher, das ich mit einem zweiten DOIF zur mit dem gleichen Reading (twilight:ss_indoor) eine zweite Lampe schalte. Damit die nicht immer gleichzeitig angehen habe ich mir damit eine "Anwesenheitssimulation-light" gebastelt.

Habe aber nun deinen Lösungsansatz genommen und für mich angepasst.

Damit ich mir jetzt auch noch das zweite DOIF spare, muss ich nur noch ne Möglichkeit finden, den zweiten set Befehl per Zufallstimer innerhalb von 30 Sekunden auszuführen.

Code Auswählen Erweitern

defmod d_test DOIF ([{sunset("HORIZON=2.0", "16:30")}-21:45]) (set Lampe1 on) DOELSEIF ([{sunset("HORIZON=2.0", int(rand(30)), "16:30")}-21:45]) (set Lampe2 on) DOELSEIF ([23:00]) (set Lampe1 off,set Lampe2 off) DOELSE

Sollte doch so passen, oder kann man das verschönern?

[rabehd]

den zweiten set Befehl per Zufallstimer innerhalb von 30 Sekunden auszuführen.

Das sollte mit dem wait-Attribut gehen.
Siehe Beispiel in der comandref.

[Otto123]

Moin,

ich weiß nicht wie tolerant sunrise_el mit seinen Parametern ist. Aber ich würde schon wegen der Übersichtlichkeit und dem späterem Verständnis die Verzögerung nicht komplett weglassen sondern auf null setzen:

Code Auswählen Erweitern

sunset("HORIZON=2.0",0,"16:30")
Ich habe es zumindest nie probiert den 2. Parameter einfach wegzulassen.

Gruß Otto