07-10-2013, 21:06:09
(Dieser Beitrag wurde zuletzt bearbeitet: 07-10-2013, 21:07:10 von 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
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