Fensterkontakt und Heizungsthermostat

[bondi]

Hallo,

Ich habe in mehreren Zimmer Heizungsthermostate und Fensterkontakt verbaut. Soweit auch alles gut. Wenn ich das Fenster öffne drehen die Heizungen ab. Jetzt habe ich aber auch für die Heizungsthermostate Zeitprofile angelegt (Nachts 16 Grad, dann morgens hoch auf 20 Grad und dann wieder runter auf 16 Grad usw). Wenn ich jetzt das Fenster offen habe wird die Heizung auf AUS gesetzt. Es scheint mir aber so, dass wenn der nächste Schaltzeitpunkt kommt, ignoriert wird, dass das Fenster offen ist und die Heizung gemäß Zeitprofil geregelt wird. Mach ich jetzt das Fenster wieder auf und zu wird die Heizung wieder ausgeschaltet.
Ich hoffe, ich konnte das Problem irgendwie beschreiben.
Ist das so gewollt ? Wenn ja, gibt es eine Möglichkeit, dass der Fenstersensor das Zeitprofil "überstimmt" ? Also egal was sonst so an Profilen hinterlegt ist: Fenster offen = Heizung aus, Fenster zu = Temperatur wie vom Zeitproil vorgesehen ?

Danke und Gruss

Peter

[Mac_]

...
Es scheint mir aber so, dass wenn der nächste Schaltzeitpunkt kommt, ignoriert wird, dass das Fenster offen ist und die Heizung gemäß Zeitprofil geregelt wird.
...

Ahhh - ein Leidensgenosse. Und ich dachte schon ich bin der einzigste. Was zur Hölle ist der Sinn dieser Programmierung. Das kann doch nicht so ultrakomplex umzusetzen zu sein, dass wenn ein neuer Schaltpunkt im Zeitprofil kommt, zunächst den Zustand des bzw. der Fenstersensoren abzufragen. Das sind doch maximal 3 Zeilen im Source. Kopfschüttel.

Mac_

[THellweg]

Hallo ihr Leidensgenossen!

Könntet ihr bitte einmal offenbaren wie in euren Konfigurationen die Interaktion von WDS und RST/WRT implementiert ist, denn das ist leider aus keinem der Beiträge ersichtlich.

Hintergrund: Es gibt immer wieder Benutzer, die meinen dafür eigene Profile, wie z.B. WENN Fenster-A=GEÖFFNET > DANN Heizung-A=18 Grad oder Bei EREIGNIS Fenster GEÖFFNET > Heizung-A=18 Grad erstellen zu müssen obwohl die Funktion "WindowReduction" in einer WDS/RST Kombination eigentlich schon enthalten ist.
Die Ergebnisse sind meistens äußerst kontraproduktiv - es führt nämlich u.a. dazu, dass die integrierte "WindowReduction" Temperatur von den "Fremdprofilen" übersteuert wird.

Eine Änderung der Solltemperatur durch einen zwischenzeitig durchlaufenen Schaltpunkt eines Zeitprofiles wird, während einer "WindowReduction" (Fenster-Offen) Periode im Hintergrund aktualisiert. Beim schliessen des Fensters wird dann die aktuell gültige und nicht die vorher einmal gültige Solltemperatur angesteuert. So sollte es sein und so habe ich es vor einigen Monaten erfolgreich getestet. Wenn es nun tatsächlich so sein sollte, dass die "WindowReduction" durch einen Schaltpunkt aufgehoben wird, dann gibt es hier einen Bug!

Bitte prüft eure Profile daraufhin ob ihr die "native" WindowReduction" nutzt oder etwas eigenes und eigentlich unnötiges "drangebastelt" habt. Ich habe es eben hier getestet und bei mir bleibt der RST auf "FensterOffen" obwohl ein neuer Schaltpunkt durchlaufen wurde.

Danke für eure Unterstützung!
Viele Grüße,
Thomas

[Mac_]

...
Könntet ihr bitte einmal offenbaren wie in euren Konfigurationen die Interaktion von WDS und RST/WRT implementiert ist, denn das ist leider aus keinem der Beiträge ersichtlich.
...

Hallo Thomas,

vielen Dank das Du Dich der Sache annimmst.
Konfiguration ganz einfach:

Fenstersensor: Temperaturabsenkung aktiviereen = AKTIV,
Toleranzzeit = 1 Min.

Thermostat: Kindersicherung = AUS
Temperatur bei geöffnetem Fenster = 8 Grad
Maximalwert = 21,0 Grad
Minimalwert = 8,0 Grad
Temperatur wenn Profil aus = 15,0 Grad
Frostwarnung = 6,0 Grad
Schimmelwarnung = 80 %
Steuerung durch Zeitprofil = AUTO

Die Steuerung erfolgt durch zwei übergreifende Zeitprofile für Werktags und Wochenende getrennt.
Dann gibt es noch ein Logigprofil, welches wenn die ZV Sommer auf JA steht, die Temperatur generell auf 8,0 Grad absenkt (steht mom. auf NEIN)
Dann gibt es noch ein Logikpropil, welches wenn das Zimmer Bewohnt = NEIN ist, die Temperatur auf 8,0 Grad absenkt. (steht mom. auf JA)

Das Fenster steht derzeit permanent auf Kipp, da es nach frischem Anstrich lüften soll, der Fenstersensor signalisiert "geöffnet". Wenn morgens der Impuls auf 21,0 Grad via Zeitprofil kommt, dann wird geheizt. Das geöffnete Fenster schlicht aber ergreifend toleriert.

Mac_

[SGK1]

Hallo,

bei mir übersteuern die Zeitprofile die Temperaturabsenkung bei geöffnetem Fenster nicht. Der einzige nennenswerte Unterschied den ich in der Konfiguration sehe ist die Positionierung der Zeitprofile - meine liegen lokal im jeweiligen Raum.

[Mac_]

...
bei mir übersteuern die Zeitprofile die Temperaturabsenkung bei geöffnetem Fenster nicht. Der einzige nennenswerte Unterschied den ich in der Konfiguration sehe ist die Positionierung der Zeitprofile - meine liegen lokal im jeweiligen Raum.
...

Das mit dem lokalen Zeitprofil habe ich gerade ausprobiert - da ändert sich nichts. Es wird geheizt, egal ob Fenster offen oder zu.

Mac_

[SGK1]

Das mit dem lokalen Zeitprofil habe ich gerade ausprobiert - da ändert sich nichts. Es wird geheizt, egal ob Fenster offen oder zu.

Mac_

Hallo,
wird denn im Display des HKT das geöffnete Fenster angezeigt?
Hast Du den HKT mal aus allen anderen Profilen entfernt?
Einstellungen des WDS noch mal kontrolliert?

[THellweg]

Hallo zusammen,

ich habe heute morgen ein Testszenario gebaut, welches sich exakt so verhält wie es sein sollte. Die im Hintergrund (bei geöffnetem Fenster/Tür), durch das Durchlaufen eines Schaltzeitpunktes eines Zeitprofiles veränderte Solltemperatur, wird als aktuelle Solltemperatur übernommen, sobald Fenster/Tür wieder geschlossen werden. Der Speicherort des Profiles, lokal oder übergreifend ist dabei eh belanglos.

Ich habe aber den Hinweis "Das Fenster steht derzeit permanent auf Kipp, da es nach frischem Anstrich lüften soll" interessiert aufgegriffen um auch einmal einen Langzeittest zu machen. In meinem Testszenario bleibt das Fenster nun auch mal über mehrere Tage einfach offen und dann müsste ich ja (DAL ist aktiviert) sehen, wenn trotzdem geheizt wird. Bin schon sehr gespannt.
Wie ist es bei "micinka" und anderen "Leidensgenossen"? Reden wir hier immer über Türen/Fenster, die tagelang offen standen oder funktioniert bei euch auch die spontane "Fenster auf = Absenkung" Funktion nicht? Wird das nur in der UI, auch nach mehreren Minuten Refreshtime, so angezeigt oder auch am Display des Gerätes (RST/WRT) selber?
Bitte mehr Details geben, denn sonst rätseln wir hier nur herum!

Wie gesagt, kann ich selber in meinem Versuchsaufbau und auch in meiner privaten SH-Konfiguration den Fehler nicht erkennen. Sorry!

Viele Grüße,
Thomas

[Prinz105]

Hallo,
ich hatte das selbe Problem nach mehrtägigen ausprobieren hab ich einfach den Regler "Temperaturabsenkung aktivieren" in der Einstellung vom Fensterkontakt aus und wieder eingestellt.
Schon hat alles Funktioniert wie es soll.... (bei geöffneten Fenster blieben bei Schaltung des Zeitprofils auch die Heizung aus)
Einfach mal ausprobieren, ob es bei euch auch daran lag...