Zeitsteuerung löst nicht aus

[viper2097]

Hallo Leute,
ich verwende Raspberrymatic in der aktuellsten Version.
Seit Version 2.27.8.20170410 sollte ja Zeitmodul uneingeschränkt funktionieren.

Ich habe einige Programme bei denen ich das Zeitmodul benötige, bis jetzt habe ich CuxD dafür verwendet, was auch hervorragend geklappt hat.
Allerdings verwende ich CuxD NUR für diese Funktion, und somit möchte ich nun auf das integrierte Zeitmodul umstellen und unnötigen Ballast über Board werfen.
Bei allen meinen Programmen funktionierte das problemlos, nur dieses hier macht nicht was es soll.

Was soll das Programm machen?
Beim Raumthermostat ist ein Wochenprogramm hinterlegt welches unter der Woche am Vormittag auf Absenktemperatur schaltet. Bin ich aber Zuhause, oder komme ich am Vormittag nach Hause, soll es sofort auf Komforttemperatur umschalten.

Problem: Es löst nur aus wenn ich nach Hause komme. Dann schaltet es auf Komfortemperatur um. Wenn ich bereits zuhause bin, und es wird 08:00, dann löst es nicht aus und es bleibt somit kalt.






Vielleicht kann mir ja jemand sagen welchen Denkfehler ich habe, oder ob das Zeitmodul nun doch nicht zuverlässig ist....
Vielen Dank im Vorhinein...

[anli]

Lies bitte einmal viewtopic.php?t=4251, das Problem ist das "bei Änderung auslösen" in der zweiten Zeile. Damit die Zeitsteuerung zuverlässig funktioniert muss hier ein "nur prüfen" rein und die Auslösung für die Anwesenheit muss separat gemacht werden, dazu das Programm umstellen, dass Du auch mit oder arbeiten kannst: [wenn Zeitbedingung und Anwesend nur prüfen oder Anwesenheit Änderung] und alle deine anderen Bedingungen, dann...

[viper2097]

Hallo Anli,
danke für deine rasche Antwort.

Den Link von dir kenne ich natürlich schon. Vorausgesetzt du wolltest mir damit den Unterschied zwischen "Bei Änderung aus lösen" und "nur Prüfen" erklären, sowie dass ein Programm nach Auslösung immer von oben nach unten abgearbeitet wird.

Habe ich dich ansonsten richtig verstanden?:

[manfredh]

Also ich halte dein erstes gezeigtes Programm schon für in Ordnung. Einzig die mehreren UND-Blöcke, die dann nochmal verUNDet sind, irritieren mich. Da würde ich eine einfache Verkettung von UND's machen.

Was aber stören könnte:

- Heizkörperthermostate (und evtl. auch Wandthermostate, die habe ich nicht) erhalten ihre Befehle nicht sofort. Sie holen sie zyklisch ab und das kann schon mal ein paar Minuten dauern. Vielleicht warst du zu ungeduldig.

- Du schreibst, dass das Wochenprogramm vormittags auf Absenktemperatur schaltet, schreibst aber nicht, wann. Dir ist klar, dass deine programmgesteuerte Umschaltung auf Comfort zum nächsten Schaltzeitpunkt des Wochenprogramms wieder aufgehoben wird? Um das zu verhindern, müsstest du zusätzlich noch auf Modus manuell schalten.

Wenn diese Tipps nicht helfen, würde ich das Programm noch mal ganz neu anlegen.

Gruß
Manfred

[anli]

Habe ich dich ansonsten richtig verstanden?[/img]

Ja, das sieht gut aus. Eine weitere Möglichkeit ist mir noch eingefallen:

wenn deine ganzen bedingungen
und anwesend nur prüfen
und
zeitsteuerung
oder anwesend bei änderung

dann...

Kürzer und die ganzen Bedingungen nicht doppelt...

[manfredh]

Sorry, dass ich mich noch mal einmische.

Ich halte den kompletten zweiten Block für unnötig. Im ersten Block die Anwesenheit auf "bei Änderung" und fertig.

[anli]

Nee: Bei Änderung heißt ja, dass das Programm ausgeführt wird, wenn sich der Zustand ändert. Im obersten Beispiel Anwesend. Da der Zustand mit der Zeitsteuerung und-verknüpft ist, diese aber genau zweimal auslöst, sich in diesem Moment aber der Zustand nicht ändert funktionierte es nicht.

[Gerti]

Hi!

Hä?
Du kannst doch ruhig mehrere Bedingungen "UND"-Verknüpft auf Änderung triggen.
Theoretisch muss man sich vorstellen, als würde dort stehen "bei Änderung auslösen, bzw. nur prüfen".
Löst einer der Verknüpften Einträge zu dem Zeitpunkt nicht selbst aus, wird er wie "nur prüfen" behandelt.

Gruß,
Gerti

[JRiemann]

Entweder stehe ich auf dem Schlauch oder es wird Unfug erzählt!
Es muss nichts GLEICHZEITIG auslösen!!!!

Der Auslöser "bei Änderung" sorgt bei Zustandsänderung der Bedingung für einen Programmdurchlauf. Es wird damit also nur festgelegt durch welche Umstände ein Programm durchlaufen werden soll. Der Wahrheitsgehalt einer Bedingung wird ausschließlich vom Zustand des Objektes der Bedingung bestimmt. Dieser Wahrheitsgehalt kann durchaus über lange Zeiträume und viele Programmdurchläufe hinaus unverändert bleiben und trotzdem Einfluss auf den Verlauf eines anderweitig ausgelösten Durchlauf haben.
Sobald ein Durchlauf aktiv ist werden alle "Attribute" (Änderung, Aktualisierung, prüfen) in allen Zeilen behandelt wie "nur prüfen".

Das Programm aus dem 1. Screenshot müsste also richtig funktionieren.

Ich denke in der Diskussion wird etwas mit dem Sonderfall "Tastendruck" verwechselt. Ein Tastendruck ist nämlich immer nur für den einen Durchlauf der durch diesen Tastendruck ausgelöst wurde erfüllt. Ein WENN-Block in dem andere Bedingungen mit einem Tastendruck "verundet" sind kann folglich nur beim Tastendruck erfüllt sein!

[anli]

Stimmt, da war ich auf dem Holzweg. Demnach müsste das erste Programm funktionieren. Dann gelten die anderen Hinweise: UNDs aufräumen, wenn das nicht hilft, Programm neu anlegen.