Einfaches Programm verhält sich nicht wie erwartet

[Samuel]

Hallo,

Homematic erwischt mich immer wieder

Ich habe eine Variable "HEIZUNG_5_UHR_AN" und ein Programm, dass diese Variable toggeln soll. Wenn sie wahr ist, soll sie auf falsch und wenn sie falsch ist, soll sie auf wahr gesetzt werden.

Blöderweise wird bei mir niemals die "Sonst" oder "Sonst wenn" Bedingung ausgeführt, egal was ich mache. Ich sehe, dass die Variable HEIZUNG_5_UHR_AN immer, bei jedem Ausführen auf falsch gesetzt wird, auch wenn sie schon falsch ist.

Das Programm:

Die Variable muss in beiden Bedingungen auf "nur Prüfen" stehen, weil ich natürlich keine automatische Auslösung haben möchte. Die Verzögerung um 1 Sekunde ist nur ein Test. Ohne Verzögerung funktioniert es auch nicht.

Verstehe ich die Intention des Ablaufs falsch? Muss ich mit zwei Programmen arbeiten?

[JRiemann]

Anfängerfehler der top 10...
Ein händisch ausgeführtes Programm prüft keine Bedingungen und führt IMMER das 1. DANN aus.

[Black]

yap neben Sammy s Tips für Anfänger als quasi Pflichtlekture

zu Programmen auch von mir ein Blick hinter die programmkulissen: viewtopic.php?f=26&t=49806

Black

[Samuel]

Ha! Ein klassischer Homematic Klassiker, würde ich sagen

Danke für die Hilfe! Dann muss ich mir wohl eine andere Lösung suchen.

[robbi77]

Und die Überschrift ändern, da es sich hier um ein Programm und kein Script handelt!!
Ersten Post editieren und ändern.

[Samuel]

Und die Überschrift ändern, da es sich hier um ein Programm und kein Script handelt!!

Erledigt.

[robbi77]

[manfredh]

Ha! Ein klassischer Homematic Klassiker, würde ich sagen

Danke für die Hilfe! Dann muss ich mir wohl eine andere Lösung suchen.

Dein Lösungsansatz ist ja prinzipiell okay. Du musst nur bewirken, dass das Programm von einem externen Trigger angesteuert wird. Z.B. eine freie Taste eines Sensors oder eine virtuelle Taste der CCU.

Außerdem kannst du die Bedingunsgprüfung im "Sonst,wenn" rausschmeißen und ein einfaches "Sonst" daraus machen.

[Xel66]

Entsprechend der Benamung der Sytemvariable würde ich mal davon ausgehen, dass hiermit festgelegt werden soll, dass am Folgetag um 5:00 Uhr die Heizung gestartet werden soll. So etwas brauchen im Allgmeinen Leute, die im Wechselschichtsystem arbeiten. Für starre Schichtpläne gibt es hier im Forum schon Lösungen, die solche Dinge automatisch berechnen (mache ich seit Jahren). Für Dienstpläne, die frei festgelegt werden eignen sich solche Lösungen eher nicht. Hier wäre eine Kalenderlösung zielführend. Auf hierfür gibt es Anleitungen.

Ich würde das Problem für kurzfistig festgelegte Dienstpläne aber anders angehen. Mit dem Wechsel der Systemvariable ist es nicht getan, da Du keinerlei Rückmeldungen erhältst, wie die Systemvariable gerade steht (außer im WebUI). Insofern wäre das Setzen der Variable für den Folgetag ab Abend zielführender und mit dem Starten der Heizung um 5:00 Uhr wird die Variable zurückgesetzt. Diese Bedienung ist eindeutiger als das Toggeln des Zustandes mit einem Taster. Soll der Zustand mehrere Tage erhalten bleiben, müsste man sich was zusätzliches einfallen lassen.

Wenn Du keinen zusätzlichen Taster als Trigger installieren willst, kannst Du Dir auch andere Ereignisse heranziehen. So könntest Du Deine Heizung (Achtung Wortspiel!) "aufziehen" Der Trigger könnte sein, dass man am Abend/Vortag einmalig ein bestimmtes Thermostatventil (das Bad böte sich an) auf 30,5°C hochdreht und somit ein Programm startet, welches die Systemvariable setzt und das Thermostat wieder in den Normalzustand bringt (einfach auf Automatik per Programm setzen). Das Setzen der Normaltemperatur ist gleichzeitig die optische Rückmeldung, dass das Programm gelaufen und die Systemvariable für den Folgetag gesetzt ist. Und nein, die Boost-Taste lässt sich nicht für den Zweck benutzen. Einen kleinen Fallstrick gibt es noch. Im Normalbetrieb übermitteln die Thermostate nur alle drei Minuten ihre Werte und holen sich neue von der CCU. Für dieses Thermostat müsst dann in den Einstellungen "wake on radio" aktiviert werden, damit es kurzfristig wieder zurückgeschaltet werden kann. Ist dieses Thermostat mit einem TFK verknüpft, ist das schon automatisch gegeben.

Gruß Xel66

[Samuel]

@Xel66. Wow, danke dass du dir so viele Gedanken darum gemacht hast.

Ich arbeite nicht wirklich im Schichtbetrieb (und die Heizung auch nicht ), sonst hätte man dies vermutlich mit den Heizgruppen-Gruppen lösen können.
Manchmal ist es so, dass wir früher als normal aufstehen müssen. Unsere Nachtabsenkung weiß davon natürlich nichts.
Wenn es 15 Minuten vor dem normalen aufstehen ist, ist das ok, aber manchmal stehen wir eine Stunde oder früher als normal auf. Dies sind sehr seltene Fälle, dennoch sind die Räume da meistens noch kalt

Mir liegt die Art und Weise, wie Homematic programmiert werden kann irgendwie nicht und versuche daher so etwas über andere Systeme zu lösen. Was auch immer mich geritten hat, wieder ein Homematic Programm zu schreiben, kann ich nicht beurteilen

Aktuell habe ich eine eigene Haus KI, die über XML API mit Homematic redet. Der kann man problemlos "Mach Heizung im Wohnzimmer an" oder "Fahr Rollläden runter", usw sagen. Was aber noch auf der todo Liste steht, ist das Konzept von Zeit.
Damit würde ich meiner KI dann so etwas wie "Mach die Heizung morgen um vier Uhr dreißig in der Küche an" sagen können.
Weil ich aber noch nicht so weit bin und auch die Plattform wechseln möchte, werde ich vermutlich in der KI speziell abgebildete "Programme als Konfiguration" ablegen. Dann kann ich so etwas sagen wie "aktiviere Programm 'Heizung fünf Uhr'" und die KI weiß welche ISE_ID das ist setzt das "aktiv" Flag für das Programm auf true.

Theoretisch kann ich das mit einer einfachen Variable und einer boolschen Operation machen. Das Programm wäre dann aktiv, prüft aber neben "Uhrzeit = 4:30" auch Variable "Heizung 4 Uhr == true" mit ab. Das finde ich aber aus irgendwelchen Gründen nicht so gut. Es wäre dann zwar nur noch ein kleiner Toggle Button im AIO Creator und damit leicht übers Smartphone zu bedienen, aber mir gefällt die Vorstellung nicht, dass dieses Programm immer aktiv ist. Die CCU 2 ist schon gefühlt am Limit, was die Komplexität und Auslastung angeht. Daher würde ich gerne in 90% der Fälle das Programm gar nicht aktiv belassen, was nahezu nie laufen muss.

Aktoren wie ein Schalter oder Fernbedienung oder virtuelle Taster wären natürlich eine Option, aber ich hätte gerne mehr Freiheit und Status-Infos über den Zustand der Programme. Wenn es mehr Programme werden, wird es umständlicher, alle so zu verwalten.


P.S: Ich bin über deine Kreativität mit dem Thermostat Trigger sehr begeistert