"Bei Änderung auslösen" löst auch aus, wenn es keine Änderung gibt

[Tolados]

Hallo,
ich habe festgestellt, dass mein Programm unerwünscht oft auslöst.

Ich habe eine Variable (Logik) angelegt (hell/dunkel). Diese wird über ein Programm per Astrofunktion abends auf "dunkel" und per fixem Zeitpunkt auf "hell" gesetzt. Dies funktioniert soweit. Es ist jetzt 23.45 Uhr, und die letzte Änderung der Variable erfolgte lt. Status und Bedienung => Systemvariablen um 18.52 Uhr.

In einem anderen Programm habe ich diese Variable verwendet (bei Änderung auslösen [außerdem "nur prüfen" einer weiteren Logikvariable], um ein Ereignis bzgl. Rolläden zu schalten. Das Problem war, dass es auch morgens ausgelöst wurde, daher habe ich mir bei Auslösung eine Testmail schicken lassen. Die kamen auch heute an, und zwar alle 3 Minuten. Daher weiß ich, dass das Programm auch nach der letzten Änderung um 18.52 Uhr etwa alle 2-3 Minuten auslöst und mir eine Mail schickt.

Vielen Dank schonmal für eure Hilfe!

[Roland M.]

Hallo!

Bitte Screenshots aller beteiligten Programmen!


Roland

[MichaelN]

Passiert schon mal. Brauchst du mehr Infos? Siehe Tips für Anfänger, Abschnitt A.

[Xel66]

Daher weiß ich, dass das Programm auch nach der letzten Änderung um 18.52 Uhr etwa alle 2-3 Minuten auslöst und mir eine Mail schickt.

Dann hast Du in dem unbekannten Programm noch etwas verknüpft, was alle drei Minuten seinen Status aktualisiert und was der eigentliche Trigger für die Ausführung des Programms ist. Ich tippe mal auf einen Temperatursensor.

Gruß Xel66

[Tolados]

Daher weiß ich, dass das Programm auch nach der letzten Änderung um 18.52 Uhr etwa alle 2-3 Minuten auslöst und mir eine Mail schickt.

Dann hast Du in dem unbekannten Programm noch etwas verknüpft, was alle drei Minuten seinen Status aktualisiert und was der eigentliche Trigger für die Ausführung des Programms ist. Ich tippe mal auf einen Temperatursensor.

Gruß Xel66

Hallo Xel66,
fast - ist eine Wetterstation. In dem Programm frage ich die Helligkeit ab. D.h. wenn von falsch auf falsch "geändert" wird, löst das Programm aus, obwohl die Änderung des Variablenstatus in meinem Fall um 18.52 Uhr war?

[Tolados]

Hallo,

hier ergänze ich noch die Screenshots:
Zur Erklärung: pro WOZ RL runter soll bewusst mehrfach auslösen, weil ich über die AIO App manchmal das Astro-bedingte runterfahren verhindern wollen und dann sollen die Rolläden eben zu einer bestimmten Uhrzeit runterfahren.

[MichaelN]

Debugging Tips siehe Signatur
hier empfehle ich dir herauszufinden, ob dies Programm der Verursacher ist und wodurch es ausgelöst wird.

[Xel66]

Es kommt öfter mal vor, dass sich Programme mit mehreren Triggern wie "bei Aktualisierung" verhalten, weil die Statusübermittlung eines Triggers die Bedingungsprüfung anstößt. Die fünfte Bedingung ergibt zwischen 17:00 und 05:00 Uhr eben bei jeder Übermittlung der Helligkeit bei kleiner 5 ein WAHR und führt das DANN aus. Dort ist anscheinend eine statische Variable enthalten (ROL Balkontür). Diese könntest Du benutzen (auf FALSCH prüfen), um diese Bedingung zu verriegeln. Somit wird die Bedingungsprüfung immer noch alle drei Minuten angestoßen (Zeitstempel des Programms aktualisiert), aber das DANN nicht ausgeführt. Das tut auch Deinem Duty Cycle gut, denn momentan werden die Rollladen alle drei Minuten angesteuert.

Empfehlenswert wäre die Abfrage der Variable (oder wahlweise auch der Rollladenstellung) auch eine Integration in die anderen ODER-Blöcke, denn diese ergeben (ggf. in Kombination mit ihren zusätzlichen Bedingungen) zu ihren Zeitpunkten auch jeweils ein WAHR und führen das DANN aus, auch wenn die Rollladen schon auf Soll stehen. Das Prgramm ist bezüglich der Funkhygiene nicht gerade optimal.

Gruß Xel66

[Tolados]

Hallo Xel66,

danke für Deine Antwort.
Ich habe nochmal über das Programm (5. Bedingung) nachgedacht und bin zum Ergebnis gekommen, dass diese eigentlich überflüssig sein sollte:
- Block 1 soll (als Regelfall) auslösen, wenn es dunkel wird
- Blöcke 2-4 lösen zu einer fixen Uhrzeit aus. 3 und 4 sollen die Rolläden in der dunkleren Jahreszeit runterlassen, wenn Block 1 nicht gelaufen ist, weil ich es für den Tag aus irgendeinem Grund manuell verhindert habe, oder einzelne Rolläden zum Lüften nochmal geöffnet wurden
- Block 2 ist also mein Backup, damit die Rolläden auf jeden Fall runtergehen. (für Fr/Sa und So-Do unterschiedliche Zeiten)
- Block 5 habe ich mal geschrieben, weil ich wohl dachte, dass es ja auch nach dem Backup-Block 2 sein könnte, dass ich sie nochmal hochfahre. Aber mein Denkfehler war dabei, dass die dann ja spätestens nach 3 Minuten wieder runtergehen, da dann ja die Helligkeitsmessung kleiner als 5 sein dürfte. Dementsprechend habe ich als erstes mal den Block 5 ersatzlos gelöscht.

3 und 4 wollte ich zusammenfassen, aber das bekomme ich nicht hin. Denn in einem Block lassen sich nicht UND+ODER Bedingungen kombinieren. Klicke ich auf das grüne Plus für eine dritte Prüfung, wird automatisch das UND bzw. ODER der vorherigen Prüfung übernommen. Und eine ungleich-Prüfung (zwischen 4 und 9 geht meines Wissens nach auch nicht). (mit Jahreszeit wird der Monat ausgelesen)

ROL Balkontür ist für den Aussperrschutz; an der Tür ist ein Fenstergriffsensor verbaut. Eine Prüfung auf FALSCH macht daher m.E. hier keinen Sinn, da ja sonst alle anderen Rolläden auch nicht bewegt werden. Wenn ich die Rolladenstellung in die Prüfung einbeziehe würde das ja bedeuten, dass ich das Programm für jeden Rolläden extra brauche; das macht die Anpassung doch eher unübersichtlich und belastet auch den Duty Cycle... oder?

[Tolados]

Debugging Tips siehe Signatur
hier empfehle ich dir herauszufinden, ob dies Programm der Verursacher ist und wodurch es ausgelöst wird.

Hallo Michael,
Danke, ich werde die Tipsammlung mal durchgehen, vllt. lerne ich noch was allgemein.
Jetzt erstmal testen, ob die Bereinigung schonmal Abhilfe schafft. Ich versuche nicht zuviel auf einmal zu verändern, damit ich die Ursache verstehen kann.