WebUI-Programm triggert sporadisch nicht auf TIMER_GET <= 0 bei Aktualisierung

[MichaelN]

Sehe ich nicht so. Der Trigger muss zum Zeitpunkt der Bedingungsprüfung den gleichen Wert haben wie beim triggern.

Die Nebenbedingungen haben das Programm ja nicht ausgelöst.

[Gerti]

Hi,

damit löst du aber eben nur diesen einen Fall und in allen anderen Fällen verhält sich die Rega dann anders.
Ich weiß nicht, ob das daher wirklich zielführend ist.
Solange du nicht selbst oder in diesem Fall der CUxD einen Triggerwert umgehend wieder änderst, funktioniert es problemlos.
Bei normalen Aktoren gibt es dieses Verhalten nicht und bei Systemvariablen tritt es nur auf, wenn dieselbe Variable mehrere Programme triggert und in einem davon direkt wieder geändert wird.

Um bei Deinem Beispiel zu bleiben, kannst Du zwei Zentralenprogramme mit demselben Trigger und derselben Zusatzbedingung haben. Für beide sind im Moment des Auslösens beide Bedingungen erfüllt. Trotzdem wird nur eines ausgeführt, weil das andere die Zusatzbedingung im DANN ändert und diese dann nicht mehr erfüllt ist.
Somit bringt es Dir nichts, dass der Trigger denselben Wert hat, wie beim Auslösen und die Zusatzbedingung nicht der Trigger ist.

Gruß
Gerti

[tinram]

Hallo,

nun weiß ich endlich, warum einige meiner Programme manchmal nicht laufen. Bin im Dezember von RPi3 auf OVA umgestiegen. An zu schnelle Hardware hatte ich noch gar nicht gedacht.

Sowas hatte ich mal vor ca. 10 Jahren als ich eine Anlage von Siemens S5 auf S7 umgerüstet habe. Vorher gab es Zykluszeiten von ca. 600ms, danach <10ms. Da musste manche Programm-Logik geändert werden.

Hier betrifft es nur Programme, die mit „Timer get <= 0“ starten und die den Repeat nutzen.
Ich habe mir jetzt damit geholfen, den Repeat selbst zu machen. Im „dann“ setzte ich den Timer wieder auf den gewünschten Wert und schalte die Repeat-Funktion in den Einstellungen aus.