warum bleibt raffstore programm durch prüfen Bedingung falsch

[QLink]

Hi Leute,

ich hoffe ihr könnt mir erklären wieso meinn raffstore programm folgendes Verhalten zeigt:

Es wird am Abend wenn die Differenztemperatur 1°C unterschritten hat, nach 10min auf falsch gesetzt. (19:38 lt. protokoll)
Soweit so gut. Leider wird dann anscheinend um 19:39 durch den azimut Wert der 10min Timer unterbrochen und der roll-Wert bleibt somit fälschlicherweise auf wahr... -> Raffstore bleiben unten obwohl sie eigentlich aufgehen sollten.
Dann nochmal um 19:42 durch azimut, dann nochmal um 19:42 durch den Innentemperaturwert und um 19:45 nochmal durch den azimut.

Wieso bleiben meine Raffstore unten, obwohl der Azimut Wert nur auf prüfen ist?
Noch weniger verstehe ich den Innentemperaturwert kueche_temp. Der dürfte ja gar keine Rolle mehr spielen, weil die Differenztemperatur weit entfernt ist größer 7 bzw. größer 8°C zu sein ?!?

Ich hoffe ihr könnt mir das erklären und sagen, wie ich das Programm korrigieren kann.

Beste Grüße

[Black]

Weil in deiner 2. Rule, 1 und 2 Condition die Azimutbedinungung auf: Auslösung steht.

Ein Programm arbeitet die CCU strikt so ab:
viewtopic.php?f=26&t=49806&p=499306&hil ... ct#p499306


Gruss, Black

[QLink]

hmm aber in meiner 2. Rule sollten die Azimutbedingungen durch die UND Verknüpfung mit der Differenztemperatur doch ein false erzeugen und somit gar nicht auslösen ...
ich fürchte das ist mir etwas zu hoch ...

Wie kann ich das Problem umgehen ? Die Azimutbedingungen müssen auf auslösen bleiben, sonst hab ich hier die nächste Baustelle

[Black]

Egal wo im deinem Programm ein Trigger steht...

Der Trigger startet nur die Abarbeitung.
Diese beginnt oben.

Wenn du beispielsweise einen Trigger in der dritten rule hast wird geprüft.

Rule 1 der bedingungsblov. Ist der logisch wahr werden die Anweisungen dieses Block ausgeführt. Und schon hast du diesen effekt.

Lösung. Auf mehrere programme sinnig verteilen