RandomTimer timetoSwitch mit Zufallszahl generieren

[romakrau]

Halo zusammen,
ich möchte gerne die Einschaltdauer des RandomTimer mit einer zufälligen Dauer vorgeben.
Die Zeit zwischen den Einschaltintervallen kann ich mit wait steuern.
Hat jemand mal ein Beispiel für mich. Oder muss ich es alternativ mit on-for-Timer rand( kleiner als Einschaltdauer) umschiffen? Damit hätte ich dann auch gleich das Wait abgehandelt.
Gruß
Roman

[amenomade]

Ich verstehe nicht, was Du machen möchtest.

Willst Du, dass <timespec_start> und <timespec_stop> jeden Tag zufällig sind? Dann nutze irgendwelche Perlfunktion.  Aber ich verstehe den Sinn nicht. Der RandomTimer schaltet sowieso zufällig zwischen start und stop.

RandomTimer hat kein wait Attribut.

[romakrau]

Ich glaube jetzt habe ich den RandomTimer verstanden. Dachte man könnte die On/Off Zeit per rand() setzen. Ist aber nicht. Werde das mit on-for-timer lösen. Es sollten diversen Devices zufällig geschaltet werden. Werde mir mal ein Timing-Diagramm malen. Wenn ich die zufälligen Zeiten geschickt kombiniere kommt vielleicht was vernünftiges bei raus. Danke für die Antwort.

[Beta-User]

Hmm, Danke erst mal für die Frage.

Ich fand es schon immer nicht sooo logisch, dass nicht auch die Schaltzeiten ggf. variieren können und werde mir das mal bei Gelegenheit ansehen, ob man da nicht auch noch eine optionale Zufälligkeit einbauen könnte.

Was heute schon gehen sollte: einfach kürzere Zyklen wählen und dafür dann die Wahrscheinlichkeiten für's Ein- und Ausschalten verringern.

[amenomade]

Ich fand es schon immer nicht sooo logisch, dass nicht auch die Schaltzeiten ggf. variieren können und werde mir das mal bei Gelegenheit ansehen, ob man da nicht auch noch eine optionale Zufälligkeit einbauen könnte.

Die Frage verstehe ich immer noch nicht. RandomTimer schaltet zufällig zwischen start und stop.
Wenn ich den von 18 Uhr bis 6 Uhr in Betrieb nehme, dann schaltet er, abhängig vom Wahrscheinlichkeit Attribut z.B. um 18:10 an, um 19Uhr aus, dann um 19:50 Uhr an, 21:55 aus, usw...

Was muss noch zufälliger werden?
Wenn ich den ganzen Tag zufällig schalten möchte, dann mache ich start=00:00 Uhr, stop= 23:59 Uhr.

[Beta-User]

Was nicht zufällig ist, ist die Zeit zwischen zwei eventuellen Schaltzeiten. In deinem Beispiel wären es immer 5 Minuten.

Mein Gedanke: Aus

Code Auswählen Erweitern

define <name> RandomTimer  <timespec_start> <device> <timespec_stop> <timeToSwitch> würde

Code Auswählen Erweitern

define <name> RandomTimer  <timespec_start> <device> <timespec_stop> <timeToSwitch> [<variation>] Als <variation> könnte dann ein Prozentwert eingegeben werden, um den die timeToSwitch ggf. zufällig variieren kann:
variation angegeben mit 50 ergäbe dann bei 300 irgendwas zwischen 300 und 450...?

(Ich bin der aktuelle Maintainer und halte das mit überschaubarem Aufwand für machbar...)

[amenomade]

Was nicht zufällig ist, ist die Zeit zwischen zwei eventuellen Schaltzeiten. In deinem Beispiel wären es immer 5 Minuten.

Naja.... Das heisst, das Modul fragt sich jede 5. Minute, soll ich oder soll ich nicht schalten? Das ist aber doch immer noch zufällig oder? Vielleicht schaltet er, vielleicht schaltet er aber nicht...
Wenn ich es jede 2. Minute möchte, dann setze ich timeToSwitch auf 2 Minute... und mache die Wahrscheinlichkeit in switchmode kleiner.

Aber gut... als Maintainer, machst Du es wie Du möchtest So lange es meine jetzige Definition nicht beeinflusst..

[Beta-User]

Naja.... Das heisst, das Modul fragt sich jede 5. Minute, soll ich oder soll ich nicht schalten? Das ist aber doch immer noch zufällig oder? Vielleicht schaltet er, vielleicht schaltet er aber nicht...

Alles korrekt, und im Prinzip ist das auch kein Problem, weil man die Zeitscheiben ja kleiner schneiden kann. Das beeinflußt aber die Mindestzeit, die z.B. eine Lampe angeschaltet ist.

Aber gut... als Maintainer, machst Du es wie Du möchtest So lange es meine jetzige Definition nicht beeinflusst..

Das war der Gedanke hinter dem Vorschlag, ein weiteres optionales Argument einzuführen (aber nach etwas Nachdenken ggf. eher als Sekundenangabe). So hätte man "Rückwärtskompabilität", eine vernünftige "garantierte" Mindesteinschaltzeit und eine gewisse zusätzliche Variabilität bei den (eventuellen) Schaltzeitpunkten - führt vielleicht dazu, dass der eine oder andere dann ggf. die Wahrscheinlichkeiten für's Ausschalten hochsetzt - ähnliches Ergebnis, aber weniger Timer und wirklich zufällige Zeitpunkte...

[Beta-User]

So, ein Blick in den Code beseitigt manche Unklarheit: auch der Umschaltzeitpunkt ist nicht fix, sondern schwankt um +/-5% um den Sollwert.
Sollte daher eigentlich gar kein Problem sein...

[Beta-User]

Da ich das interessant fand und auch den ersten möglichen Einschaltzeitpunkt "verzufallen" wollte, gibt's hier eine Testversion: https://forum.fhem.de/index.php/topic,14010.msg1032133.html#msg1032133

Rückmeldung bitte möglichst in dem verlinkten Thread.

Grüße, Beta-User