Heizung und Zustand Zuhaus

[maxreiner]

Was ich meine, ist das hier:

   

Im Augenblick klappt es zwischen Test2 und Test3, Test1 wenn einmal auf JA steht, bleibt so und lässt sich durch die anderen nicht beeinflussen. Ich hatte es auch schon (gleiches Szenario), dass es bei Test3 nicht ging.
Ich habe auch 3 Szenarien dazu gebaut, die nur mittels Button auf der UI jeweils eine der Variablen auf JA setzen, gleiches Ergebnis.

Reiner

[SGK1]

Jo, wenn mehrere auf den gleichen "Zustand" gesetzt werden sollen funktioniert das nicht mehr. Auch alle einzeln und mit Zeitverzögerung geht nicht. Ein Schema ist aber nicht zu erkennen. Einzig 3 AN schaltet 4 immer AUS und 4 AN schaltet 3 immer AUS. 1 und 2 bleiben fast (aber eben nur fast) immer an.
Zum Glück brauch ich das fast nicht.
Ich mache das mit virtuellen Knöpfen:
Sommer - schaltet Frühling / Herbst und Winter aus
Frühling / Herbst - schaltet Sommer und Winter aus
Winter - schaltet Frühling / Herbst und Sommer aus
Und das funktioniert.
   
   

Aber das muss natürlich auch direkt funktionieren.

[koka]

Und das Problem, dass beim Ausschalten von "Urlaub", etc. die Heizung nicht sofort wieder auf den durch das Zeitprogramm vorgegebenen Wert zurückspringt, ist damit leider auch nicht gelöst.

Das ging noch nie - immer erst beim nächsten Schaltzeitpunkt des Zeitprofils.

Aber - du kannst dir JETZT so was selber bauen ....

Wenn Zustand aus geschaltet wird UND Zeitraum 08:00 - 11:00 dann Zieltemperatur 17 °C
Wenn Zustand aus geschaltet wird UND Zeitraum 11:00 - 19:00 dann Zieltemperatur 20 °C
Wenn Zustand aus geschaltet wird UND Zeitraum 19:00 - 22:00 dann Zieltemperatur 22 °C
....

Das löst aber nicht das Problem, dass keinen Check gibt, ob ein anderes übergreifendes Profil bereits die Steuerung überschreibt.

Wenn du keine Übersicht über deinen Anwesenheitszustand hast, kannst du doch die Zustände gegeneinander verriegeln.

Wenn Sommer gesetzt wird dann setze Urlaub und Abwesenheit zurück,
wenn Uralub gesetzt wird dann setze ....
....

Fahren dann die Heizkörper runter wenn ein Fenster geöffnet wird ?


Gesendet von iPhone mit Tapatalk

[SGK1]

Und das Problem, dass beim Ausschalten von "Urlaub", etc. die Heizung nicht sofort wieder auf den durch das Zeitprogramm vorgegebenen Wert zurückspringt, ist damit leider auch nicht gelöst.

Das ging noch nie - immer erst beim nächsten Schaltzeitpunkt des Zeitprofils.

Aber - du kannst dir JETZT so was selber bauen ....

Wenn Zustand aus geschaltet wird UND Zeitraum 08:00 - 11:00 dann Zieltemperatur 17 °C
Wenn Zustand aus geschaltet wird UND Zeitraum 11:00 - 19:00 dann Zieltemperatur 20 °C
Wenn Zustand aus geschaltet wird UND Zeitraum 19:00 - 22:00 dann Zieltemperatur 22 °C
....

Das löst aber nicht das Problem, dass keinen Check gibt, ob ein anderes übergreifendes Profil bereits die Steuerung überschreibt.

Wenn du keine Übersicht über deinen Anwesenheitszustand hast, kannst du doch die Zustände gegeneinander verriegeln.

Wenn Sommer gesetzt wird dann setze Urlaub und Abwesenheit zurück,
wenn Uralub gesetzt wird dann setze ....
....

Fahren dann die Heizkörper runter wenn ein Fenster geöffnet wird ?


Gesendet von iPhone mit Tapatalk

... das sollten sie tun. Es sind ja nur einmalige Steuerbefehle (beim schlaten des Zustandes).

[Uwe]

Die Heizkörper fahren meist runter, wenn das Fenster offen ist. Ab und zu ist es es ihnen auch egal, aber das dürfte weniger am Szenario als an allgemeinen Bugs liegen.

@SGK1
Ich weiß, dass das auch in der V1.0 nicht automatisch ging. Aber bei der 1.0 konnte ich UND und ODER Auswertungen flexibel kombinieren, bei der V2.0 geht das nicht mehr bzw. nur durch verschiedene Rules in einem Szenario. Und die funktionieren alles andere als zuverlässig. Mag sein, dass dies in einer fehlerfreien V2.0 anders wäre, aber wag ich kaum noch drauf zu hoffen - ich wäre ja schon etwas zufriedener, wenn die Wandtaster und Fernbedienung wieder schnell und zuverlässig reagieren würden.

[SGK1]

... ich wäre ja schon etwas zufriedener, wenn die Wandtaster und Fernbedienung wieder schnell und zuverlässig reagieren würden.

Meine schalten alle sofort (wenn ich nicht gerade Klavier drauf spiele). Es werden aber nur CosIP-Geräte geschaltet - keine Fremdprodukte.
Es gibt keinen bemerkbaren Unterschied zu UP-Schaltern / Dimmern.

[Uwe]

Auch, wenn ein Ein/Aus im Wechsel auf einer Taste liegen? Dann bist Du ein Glückspilz, bei den meisten hängt es gewaltig...

[SGK1]

Auch, wenn ein Ein/Aus im Wechsel auf einer Taste liegen? Dann bist Du ein Glückspilz, bei den meisten hängt es gewaltig...

Auch dann - ich habe eine überschüssige FB als 8*"Wechsel-Schalter" für einen Zwischenstecker im Einsatz - geht auf allen 8 Tasten.

[SGK1]

Was mir noch einfällt - ich habe immer maximal 2 Aktoren (Zwischenstecker, UP-Dimmer, Rollladensteuerungen) im DANN-Zweig. Da erfolgt die Kommunikation von Gerät zu Gerät. Bei mehr Aktoren muss der SHC immer vermitteln.
Router ist dir nicht im Einsatz?

[Uwe]

Nein, Router ist keiner mehr im Einsatz. Aber mehr als zwei Aktoren (Zwischenstecker) sind schon dran. In der V1 gab es diese Verzögerungen nicht.