Neue Testversion (3.51.6.20200509) mit AstroTimer-Offsets verfügbar

[jmaus]

Hallo Zusammen,

in den letzten Tagen habe ich mich einem schon etwas älterem Enhancement-Ticket für die WebUI bzw. ReGaHss gewidmet (siehe https://github.com/jens-maus/RaspberryMatic/issues/221). Konkret geht es dabei um die Erweiterung der Astrofunktionen (Sunset+Sunrise) um die Möglichkeiten eine Offsetzeit angeben zu können. Das soll dann erlauben das man damit WebUI-Programme generieren kann die als Bedingung z.B. sowas wie "30 Minuten vor Sonnenaufgang" erlauben damit man entsprechend Aktionen in Relation zu Sonnenaufgang/Untergang durchführen lassen kann.

Das ganze sieht in der WebUI dann z.B. wie folgt aus:

D.h. man kann dann unter "Offset" eine Zeit (in Sekunden) angeben die relativ zu Sonnenaufgang/untergang angegeben werden kann. Zusätzlich dazu kann man die Astrotimerduration nun auch limitieren (standardmäßig geht die für Sonnenaufgang ansonsten bis zum Sonnenuntergang und umgedreht).

Inzwischen gibt es auch eine erste Testversion (3.51.6.20200509) die interessierte Tester gerne testen können. Bitte hierbei beachten, das diese Version natürlich nur Personen testen sollten die wissen was sie tun bzw. auf was sie sich hier einlassen. Das beinhaltet mögliche geringfügige Probleme bis hin zu eventuellem möglichem Verlust der gesamten Konfiguration. Deshalb heisst es hier nicht nur: vorher ein entsprechendes Backup zu machen, sondern eben auf etwaige unvorhersehbare Dinge vorbereitet zu sein! Natürlich sollte meiner momentanen Einschätzung nach keine größeren Probleme mit dieser Version zu erwarten sein, aber ich möchte hier trotzdem vor etwaigen Problemen warnen, da ich diese Versionen selber noch nicht ausreichend getestet habe.

Wer aber trotz dieser Warnung gerne aktiv mithelfen will diese Version (3.51.6.20200509) vorher zu testen kann diese gerne von folgender Snapshot-Seite herunterladen:

https://github.com/jens-maus/RaspberryM ... /snapshots

Da dieses neue feature ja die Timerfunktionen tangiert würde ich mich über reichliche Rückmeldungen und Tester natürlich freuen, auch um etwaige Probleme in dieser neuen Funktionalität noch auszuräumen bevor ich das ganze in eine neue stabile RaspberryMatic Version übernehme. Bitte daher gerade Ausschau danach halten ob alle Timer-basierte WebUI programme weiterhin korrekt funktionieren.

Viel Spaß beim Testen!

[Gerti]

Hi!

Grundsätzlich eine schöne Idee, wäre hier aber nicht ein Offset und eine Duration in Minuten sinnvoller?

Gruß
Gerti

[jmaus]

Grundsätzlich eine schöne Idee, wäre hier aber nicht ein Offset und eine Duration in Minuten sinnvoller?

Rechne doch deine Minuten x 60 und gut ist

Das ist aber wie gesagt nur ein Developer Snapshot. Was die WebUI am schluss anzeigt bzw ob die das dann selbst in sekunden intern umrechnet muss man sehen. Rega-intern ist und bleibt es aber in Sekundengenauigkeit. Nun ist halt die Frage ob dem Endnutzer hier Minuten in jedem Fall reichen oder ob er die Möglichkeit schätzt auch sekundengenau arbeiten zu können wenn die Rega das intern ohnehin in Sekunden rechnet/verarbeitet.

[Baxxy]

Ich habe gestern Abend noch die Testversion auf eine VM gespielt und heute morgen wurden erfolgreich 2 Programme mit der neuen Astro-Offset Funktion getriggert.

Persönlich finde ich die Eingabe der Offset-Zeit in Sekunden in Ordnung, da ja u.a. Einschaltzeiten von Aktoren auch in Sekunden angegeben werden.

Daumen hoch für die Funktion!

Grüße
Baxxy

[Roland M.]

Hallo Jens!

Nun ist halt die Frage ob dem Endnutzer hier Minuten in jedem Fall reichen oder ob er die Möglichkeit schätzt auch sekundengenau arbeiten zu können

Ich wäre auf jeden Fall für eine minutengenaue Eingabe, ich habe noch nie von einem Anwendungsfall gehört, in dem etwa "5 Sekunden nach Sonnenuntergang" notwendig gewesen wäre.

Außerdem, und das ist der noch wichtigere Punkt, liefert die CCU die Daten für Sonnenauf- und -untergang auch nur minutengenau.

sunset.PNG (5.82 KiB) 3583 mal betrachtet

Da wäre eine weitere sekundengenaue Verarbeitung nicht mehr zielführend.


Roland

[1techone]

Hallo,

keine Probleme beim Update und danach!
Ein bestehendes Astro-Timerprogramm läuft einwandfrei weiter.
Neue Astrofunktion tagsüber vor Sonnenaufgang läuft einwandfrei .
Auch die Astrofunktion „vor Sonnenuntergang“ funktioniert wie sie soll.
Den Sinn und die Verwendung von Duration verstehe ich nicht.
(Wenn es die Einschaltdauer setzen würde, wäre schön, aber so ist es wohl nicht geneint bzw funktioniert nicht)

Danke für die tolle Arbeit
Gruß Jürgen

[jmaus]

Den Sinn und die Verwendung von Duration verstehe ich nicht.
(Wenn es die Einschaltdauer setzen würde, wäre schön, aber so ist es wohl nicht geneint bzw funktioniert nicht)

Danke für das Testen. Das mit der Duration sollte meines Erachtens so laufen, das man damit in einem WebUI Programm dann im SONST Bereich dinge ausführen lassen kann sobald der timer zuende ist. D.h. Sowas wie "WENN AstroTimer tagsüber -20 min vor sonnenaufgang mit duration 10 min" sollte das DANN -20 min vor Sonnenaufgang ausgelöst werden und das SONST dann 10 min nach Sonnenaufgang. Zumindest theoretisch.

[mbhomie007]

Ich habe gestern Abend noch die Testversion auf eine VM gespielt und heute morgen wurden erfolgreich 2 Programme mit der neuen Astro-Offset Funktion getriggert.
RM_Astro_Offset_Test.JPG

Persönlich finde ich die Eingabe der Offset-Zeit in Sekunden in Ordnung, da ja u.a. Einschaltzeiten von Aktoren auch in Sekunden angegeben werden.

Daumen hoch für die Funktion!

Grüße
Baxxy

Hallo,

also wenn ich das richtig sehe, ist ein Programm mit offset VOR Sonnenaufgang und ein Programm mit offset NACH Sonnenaufgang getriggert wurden.

Richtig?

Also kann man laut jmaus Screenshot ganz einfach in der Eingabe mit + und - arbeiten?

[drose28357]

Den Sinn und die Verwendung von Duration verstehe ich nicht.

Hier meine Gedanken und Meinungen dazu..

Vielleicht ist eine genauerer Bezeichnung mit Begin und Ende einfacher zu verstehen ? Offset ist ein (IT-)technischer Begriff.
Ende müsste dann auch ein relativer Wert zur AstroTime sein. Leere Felder triggern exakt auf AstroTime, Begin ohne Ende verschiebt den Trigger, Mit Ende gibt es eine Verschobene Duration. Offen: Wenn Begin nicht gesetzt Ende aber schon ?? Das Entspricht einem Beginn vom Wert 0 ? Was ist wenn Begin = 0 und Ende = -10 ? Das sollte nicht zulässig sein. D.h. Ende muss immer später als Begin sein.

Also als Beispiel:
Astro Tagsüber Begin +20 End -20 (= 40 Duration)

Alternativ: "Begin" und "End in"
Astro Tagsüber Begin +20 End in 40 (= 40 Duration)


P.S. Ich bin auch für Minuten. Sekundengenauer Sonnenaufgang kann zwar berechnet werden, aber wird eher als 5 min genau gefühlt/erfahren.

[Baxxy]

Richtig?

Ja genau.

Also kann man laut jmaus Screenshot ganz einfach in der Eingabe mit + und - arbeiten?

Ja, und so habe ich es auch getestet. Hier noch die beiden Screenshots zu den Zeitmodulen:
10 Min vor Sonnenaufgang:

5 Min nach Sonnenaufgang:

Bei der Duration habe ich einfach "irgendwas" eingetragen (weil ich noch nicht so recht was damit anzufangen wusste), spielte bei meinem Test aber keine Rolle.
Aber inzwischen weiß ich was damit gemeint ist.

-Durch die Meinungen Anderer hier tendiere ich inzwischen auch zu einer Offset-Einstellung in Minuten.
-Die "Duration" würde ich einfach "Dauer" oder separat "Sonnenaufgangsdauer" und Sonnenuntergangsdauer" nennen
-Den Begriff "Offset" finde ich ok, wird ja auch so bei den Wochenprogrammen bei IP-Geräten benutzt.

AstroOffset_IP-Geräte.JPG (16.13 KiB) 3197 mal betrachtet

Grüße
Baxxy