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

[Black]

mit dem SDV sowieso... meinte ich jetzt aber nicht

ich hatte mal HIER ein Howto veröffentlicht, wie man ein zeitmodul für eine Astrosteuerung mit getrenntem Offset für morgen und abends und auch mit getrennten Limits für morgens und abends via einfachem HMScript setzen kann (als erweiterung sogar wochentagabhängig)

Black

[Xel66]

Ja, hatte ich auch schon gesehen. Ich benutze bisher zwei CUxD-Timer, in die ich kurz nach Mitternacht oder bei Systemstart mit einem Zweizeiler-Script erst die für diesen Tag berechnete Sonnenauf- oder -untergangszeit in den Timer schreibe und dann die Anzahl der Sekunden der Verschiebung nach vorn abziehe. Ganz easy, quick & dirty. Aber wir werden hier OT. Hier geht es um die Umsetzung dieser Lösung direkt im Zeitmodul und daher eine direkte Konfiguration mit Bordmitteln im WebUI und das ist sehr zu begrüßen, zumal es die IP-Aktoren mit eigener Zeitsteuerung schon lange können.

Gruß Xel66

[MichaelN]

Mir wäre statt 30 Minuten vor Sonnenaufgang immer noch Elevation Winkel und Azimut der Sonne wichtig(er).

Da brauche ich aber wohl nicht drauf zu hoffen, dass dies als Funktion der Skript Sprache oder der WebUI kommt?

[Sven_A]

Sonnenstand ist schon länger integriert:
viewtopic.php?p=507349#p507349

Code: Alles auswählen

!  Azimut und Elevation aus Systemvariablen holen
!  Name Azimut Systemvariable  : SV_Sonne_Azimut    / Typ: Zahl / Wert: -360 bis 360  / Horizontalwinkel
!  Name Altitude Systemvariable: SV_Sonne_Elevation / Typ: Zahl / Wert: -180 bis 180  / Höhenwinkel 

!  Auslesen der neuen Werte in die o.g. Systemvariablen
dom.GetObject("SV_Sonne_Azimut").State(system.SunAzimuth());
dom.GetObject("SV_Sonne_Elevation").State(system.SunAltitude());

Gruß,
Sven

[MichaelN]

Klasse. Ich sollte doch mal recherchieren, was mit RasberryMatic alles möglich ist.

[jmaus]

Klasse. Ich sollte doch mal recherchieren, was mit RasberryMatic alles möglich ist.

Dieses Feature ist unabhängig von CCU3 vs RaspberryMatic Firmware und ist abhängig von der eingesetzten ReGaHss Version. Und bezogen auf dieses neuere Feature gibt es zur aktuellen CCU3 Firmware keinen Unterschied. D.h. mit der aktuellsten CCU3 Firmware kann man die system.SunXXXX() Funktionen auch nutzen.

[MichaelN]

Danke, ich bin erstaunt. Da habe ich bei all meiner Recherche noch nie was von gelesen. Wo kann man nachlesen, was ausserhalb der offizielen Doku noch alles möglich ist?

[jmaus]

Danke, ich bin erstaunt. Da habe ich bei all meiner Recherche noch nie was von gelesen. Wo kann man nachlesen, was ausserhalb der offizielen Doku noch alles möglich ist?

Im Grunde nur hier im Forum durch aufmerksames und natürlich zeitaufwendiges mitlesen bzw recherchieren.

[Sven_A]

Im Grunde nur hier im Forum durch aufmerksames und natürlich zeitaufwendiges mitlesen bzw recherchieren.

Oder auch einfach mal nett fragen, hat ja funktioniert

[mototeacher]

Also ich betreibe seit langem zwei Variablen (MIN>SU und MIN>SA). Die beiden Werte werden alle Minute aktualisiert. Jeweils um 12 bzw. 00 Uhr wird eine Variable deaktiviert. Durch triggern auf einen entsprechenden positiven oder negativen Variablenwert lässt sich jeder Offset realisieren. Grenzwerte kommen dann in eine zweite Zeile. Das wars. Minutengenauigkeit reicht alle mal. Habe bis heute nie bewusst bemerkt, dass der Systemtimer Fehler gemacht hat.
Ob ich eine neue Astro Funktion nutzen würde, kann ich derzeit nicht sagen. Augenblicklich stört das minütliche Neuberechnen der Variablen nicht spürbar.

Gruss,

Uli