RandomTimer "überlebt" Neustart von FHEM nicht

[frank]

vielleicht hätte maintainer beta-user einen fix, wenn der thread im passenden forumsbereich wäre. 

Code Auswählen Erweitern

FHEM/98_RandomTimer.pm       Beta-User            Unterstützende Dienste/Kalendermodule

[Beta-User]

Na ja, hab's trotzdem gefunden...

Weiß im Moment nicht so recht, ob ich die beiden Themen wirklich angehen will.

- "wrong timespec" ist eigentlich selbsterklärend und steht auch im log, "blöd" ist nur, dass es in dem Fall eben zum Zeitpunkt des originalen define durchläuft (Reading-Wert ist bekannt), und erst beim Neustart angemeckert wird, dass der (dann herangezogene default) Mist ist... Könnte man fixen, indem man noch $init_done prüft, bevor man die Fehlermeldung zurückgibt. Das ist übrigens (schon immer...) gebaut nach dem Muster von at...

- das mit dem defmod gefällt mir auch nicht, eigentlich müßte es einen setter geben, mit dem man den RT zur Neukalkulation seiner Grenzwerte bringen kann. Wenn ich drandenke und mal Zeit habe, baue ich vermutlich was rein.

PS: Da der RT seit einiger Zeit per InternalTimer seine Werte nach dem Neustart neu kalkuliert, sollte es zumindest keine Probleme mit dem Rückgriff auf den default-Wert geben - den braucht es dann nämlich nicht, die statefile ist dann schon gelesen .

[Beta-User]

....da's grade kurz geregnet hat...

Bitte testen, dann checke ich das ein...

[grappa24]

Das ist dann aber mehr ein Workaround oder (also abgesehen von der genrellen SInnhaftigkeit von Daufault-Werten)? Denn Du hast dann nach einem Neustart immer den Default-Wert drin und nicht Deine letzte Einstellung? Oder verhält sich das anders? Wäre interessant.

Nach einem Neustart steht tatsächlich meine letzte Einstellung drin und nicht der Default Wert, also alles gut 

[grappa24]

....da's grade kurz geregnet hat...

Bitte testen, dann checke ich das ein...

d.h. anstatt defmod nutze ich dann set ZufallsTimer recomputeTimes, cool - hat funktioniert!

P.S. geht das bei einem "at" auch?

Gruß,
Dieter

[Beta-User]

....da's grade kurz geregnet hat...
Bitte testen, dann checke ich das ein...

d.h. anstatt defmod nutze ich dann set ZufallsTimer recomputeTimes, cool - hat funktioniert!

thx, hab's eingecheckt und noch den Hinweis aufgenommen, das das nichts am Schaltzustand des Devices ändert - ggf. muss man da "manuell" nachregeln...

P.S. geht das bei einem "at" auch?
Gruß,
Dieter

Keine Ahnung zu "at". Soweit ich die damalige Diskussion mit Rudi zum Initialisierungsattribut noch im Kopf habe, wollte Rudi das nicht timer-basiert umbauen (sonst hätte man das nicht gebraucht). Da gibt es aber "modifyTimeSpec", kann sein, dass das ähnlich zu verwenden ginge (?!?)?