HM-Skript zur einfachen Sonnenstandsberechnung Script

[Tyfys]

Also nach meinen Verständis wird das Programm (anhand des gezeigten Ausschnittes) nur ausgelöst
wenn wenn die 280° Marke überschritten oder erreicht wird.

Sei es z.B. von 279 nach grösser/gleich 280°
bzw von 281 nach kleiner / gleich 280°

Evtl. solltest Du doch mal das ganze Programm zeigen.

Gruß
Harry

[thfrank]

Also nach meinen Verständis wird das Programm (anhand des gezeigten Ausschnittes) nur ausgelöst
wenn wenn die 280° Marke überschritten oder erreicht wird.

Sei es z.B. von 279 nach grösser/gleich 280°
bzw von 281 nach kleiner / gleich 280°

ja, so hätte ich das auch gedacht...

Evtl. solltest Du doch mal das ganze Programm zeigen.

habs angehängt

Thomas

[MichaelN]

Das Programm ist sehr ungünstig, weil viele verschiedene Auslöser verknüpft werden.

[Xel66]

Habe jetzt festgestellt, dass das Programm auch auslöst, wenn der Azimut auf 0 springt, also mitten in der Nacht.

Nein, vermutlich würde nur der Zeitstempel aktualisiert, weil eine Bedingungsprüfung durchgeführt wurde. Vorher war die Bedingung dauerhaft bei größer Triggerwert und durch den Wechsel auf 0° ist diese Bedingung wieder falsch geworden (x kleiner Triggerwert). Dieser Wechsel hat eine Bedingungsprüfung getriggert. Da bei dieser Bedingungsprüfung ALLE Bedingungen des Programms von oben nach unten durchlaufen werden, und vermutlich eine der anderen WENN-Bedingungen WAHR ist, wird ggf. das DANN ausgeführt. Das ist das was MichaelN mit "ungünstig" meint.

Gruß Xel66

[Tyfys]

Es wird ja auch das Skript "Programmauslöser egal welchen Types" im DANN-Teil aufgerufen.

Sollte die Markise sich tatsächlich bewegt haben, müsste da ja zu sehen sein, wer/was das ausgelöst hat.
Oder?

Gruß
Harry

[Baxxy]

müsste da ja zu sehen sein, wer/was das ausgelöst hat.
Oder?

War es ja auch.

Auslöser des Programmes habe ich entsprechend abgefragt und ist nachts eben der Azimut, und zwar wenn er von 360° aud 0° umspringt.

So wie es Xel66 beschreibt passt das schon. Trigger war die SV und ins DANN kam es mit Chance 1:3 durch die Helligkeit.

[thfrank]

Nein, vermutlich würde nur der Zeitstempel aktualisiert, weil eine Bedingungsprüfung durchgeführt wurde. Vorher war die Bedingung dauerhaft bei größer Triggerwert und durch den Wechsel auf 0° ist diese Bedingung wieder falsch geworden (x kleiner Triggerwert). Dieser Wechsel hat eine Bedingungsprüfung getriggert. Da bei dieser Bedingungsprüfung ALLE Bedingungen des Programms von oben nach unten durchlaufen werden, und vermutlich eine der anderen WENN-Bedingungen WAHR ist, wird ggf. das DANN ausgeführt. Das ist das was MichaelN mit "ungünstig" meint.

ja ok, das macht wohl (für die CCU) Sinn (werd nie verstehen, warum eine Änderung immer in beide und nicht nur in die gewünschte Richtung registriert wird, aber gut).

Für die DANN-Ausführung kommt ja eigentlich nur der mittlere ODER-Block in Frage, weil in den beiden anderen jeweils UND-Verknüpfungen enthalten sind, die nicht erfüllt waren.

Führt denn die Helligkeit (konkret <3000 Lux) auch zur DANN-Aktivität, wenn sie keine Änderung erfahren hat?

[thfrank]

Das Programm ist sehr ungünstig, weil viele verschiedene Auslöser verknüpft werden.

ja, ich habe dieses Problem immer dann, wenn unterschiedliche SV voneinander abhängend abgefragt werden sollen, z.B. je nach Ereignis, was früher eintritt. Im konkreten Fall also entweder Sonnenstand erreicht (Änderung) und ausreichend dunkel (prüfen) oder Helligkeit (bzw. Dunkelheit) erreicht (Änderung) und "ausreichender" Sonnenstand (prüfen). Ähnliches Beispiel ist bei mir die Lampensteuerung mit Auslöser Dunkelheit oder Anwesenheit, je nachdem was eben als erstes eintritt.

Vielleicht gibts da eine elegantere Lösung, mir fehlen da irgedwie weitere (tiefere) Ebenen in den Verknüpfungen, die z.B. auch UND und ODER kombinieren lassen. Im zweiten ODER-Block könnte ich dann z.B. auch Abfragen, ob die Markise überhaupt unten ist. Alternative für mich wären lediglich das Splitten in verschiedene Programme.

Thomas

[Matsch]

Alternative für mich wären lediglich das Splitten in verschiedene Programme.

Das ist nicht nur die Alternative für dich, sondern generell zu empfehlen - und wahrscheinlich genau das, was die Vorredner meinten und empfahlen.
Leider ist die Programmierung so einengend.

[Baxxy]

Führt denn die Helligkeit (konkret <3000 Lux) auch zur DANN-Aktivität, wenn sie keine Änderung erfahren hat?

Ja.
Ist eine deiner 3 mittleren "ODER"-Bedingungen (vom Wert her) "WAHR" wird dein DANN ausgeführt.
Und zumindest die Helligkeit < 3000 ist um 00:00 vermutlich immer gegeben.

Grüße
Baxxy