Simple Zeitsteuerung und hohe Duty-Cycles

[Oakman]

Hallo, gegeben ist folgendes Programm:

Es soll einmal am Tag (um 04:00 Uhr) die Außentemperatur prüfen und dann eine Systemvariable entsprechend setzen. Leider sorgt das Programm für eine erhebliche Last auf der CCU, zusammen mit 2 ähnlichen "Einmal-am-Tag"-Programmen über 50 % Duty-Cycles und das permanent.

Ich kann mir das nur so erklären, dass das Programm permanent läuft und prüft, ob es jetzt gerade 04:00 ist - wie kann man das ändern?

Vielen Dank!

[Black]

2 Dinge...

1. Screenshoot vom Zeitmodul
2. dein Zeitmodul steht auf nur prüfen, stattdessen triggerst du auf jede änderung des Istwertes

Black

[cmjay]

"Bei Aktualisierung auslösen" ...

[Xel66]

Es soll einmal am Tag (um 04:00 Uhr) die Außentemperatur prüfen und dann eine Systemvariable entsprechend setzen.

Das hast Du aber nicht programmiert. Das Programm wird bei jeder Aktualisierung der Temperatur getriggert aber nicht bei der Uhrzeit (prüfen triggert nicht).

Leider sorgt das Programm für eine erhebliche Last auf der CCU, zusammen mit 2 ähnlichen "Einmal-am-Tag"-Programmen über 50 % Duty-Cycles und das permanent.

Mag sein, dass der Prozessor alle drei Minuten für ein paar Millisekunden beschäftigt ist. Aber Systemlast ist anders. Vermutlich ist das/die auf die Systemvariable getriggerte(n) Programm(e) genau so nachlässig programmiert, so dass die ausgeführten Aktionen Deinen Duty Cycle treiben. Es sei Dir dringend das WebUI-Handbuch für die Funktionsweise von Programmen ans Herz gelegt. Oder der Einsteigerthread im Forum.

Gruß Xel66

[MichaelN]

Das Programm wird bei jeder Aktualisierung ausgelöst.
Und dann wird, außer um 4 Uhr einer der beiden SONST-WENN ausgeführt
Was dann passiert, hängt davon ab welche Programm auf die SV reagieren.

Wenn das Programm um 4 Uhr was machen soll, warum steht dann das Zeitmodul auf prüfen und die Nebenbedingugnen auf auslösen????

[frd030]

Bitte mal die Doku und Threads zur Programmierung durchlesen, v.a. das Konzept Triggern vs. Abarbeitung von Programmen ist wichtig! Du hast das Prinzip der CCU Programme überhaupt nicht verstanden!

Dein Programm triggert bei jeder Aktualisierung des Sensors (also auch, wenn sich kein Wert geändert hat). Je nach Einstellung des Sensors im Minutentakt...
Die Zeitbedingung triggert nicht, sondern wird nur im ersten WENN abgefragt!
Ist also die Temperatur größer als 0 Grad, dann wird die Systemveriable immer und immer wieder gesetzt, den ganzen lieben langen Tag und die Nacht dazu! Das triggert vermutlich irgendwas, was dann zu einem Sendevorgang der CCU führt?!

Also muss das Ganze so laufen, wenn Du wirklich nur um 4 Uhr nachts die Temperatur prüfen willst:

Code: Alles auswählen

WENN Zeitmodul um 4 Uhr (Zu Zeitpunkten auslösen) UND Temp < 0 (nur prüfen)
DANN SV = kalt
SONST WENN Temp zwischen 0 bis 10 (nur prüfen)
DANN SV = kühl
SONST WENN Temp > 10 (nur prüfen)
DANN SV = Übergang

Das Zeitmodul triggert dann um 4 Uhr das Programm und dann wird die Temperatur des Sensors geprüft - von oben nach unten, bis eine Bedingung zutrifft!

[Baxxy]

Ich würd's ein bisschen verdrehen um die Ausführung beim Zentralenstart zu "vermeiden". (Default-Wert des Sensors = 0.0)
Ansonsten ist es nach Zentralenstart immer erstmal "kühl".

Code: Alles auswählen

WENN Zeitmodul um 4 Uhr (Zu Zeitpunkten auslösen) UND Temp von 0.0 bis kleiner 10.0 (nur prüfen)
DANN SV = kühl
SONST WENN Temp kleiner als 0.0 (nur prüfen)
DANN SV = kalt
SONST WENN Temp von 10.0 bis kleiner 15.0 (nur prüfen)
DANN SV = Übergang