Liste unterstützter Komponenten? BSH?

[BigDX]

Sie arbeitet Programme ab. Das sind zwei völlig unterschiedliche Paar Schuhe. Die Sollwertübergabe von Wandthermostaten an direktverknüpfte Heizungkörperthermostate läuft z.B. per Direktverknüpfung. Da braucht die CCU nichts beizutragen, auch das Öffnen von Fenstern mit direktverknüpften Tür/Fensterkontakten läuft direkt zwischen den Geräten. Das ist auch zielführend und funktioniert sogar, wenn die CCU aus ist. Da gibt es auch wenig, was die CCU daran verbessern könnte. Genauso ist es mit direktverknüpften Tastern für Schaltaktoren. Hier läuft die Kommunikation ebenfalls vom Taster zum Aktor (und bestätigt zurück, aber das ist hier nicht so relevant). Klassisches Homematic und IP benutzen zwar die gleiche Sendefrequenz aber unterschiedliche Protokolle. Sie sprechen unterschiedliche Sprachen.

Grundsätzlich kann man funktionsähnliche Verknüpfungen auch per Programm anlegen. Das funtkioniert beim Ein- und Ausschalten noch recht gut und setzt eine laufende CCU voraus. Spätestens aber beim Dimmen oder beim Verfahren von Rollladen in Zwischenstellungen mit langem Tastenddruck kommt dieses an seine Grenzen. Das funktioniert über die CCU nicht und hier ist die Direktverknüpfung alternativlos (ich wollte das Wort auch mal unterbringen). Ein dauerhafter langer Tastendruck kann so nicht ausgewertet werden. Insofern sollte man für solche Funktionen auf die Gerätepaarung achten.

Auf Sortenreinheit sollte man auch in Verbindung mit Fußbodenheizungsaktoren achten. Hier funktioniert auch nur eine Direktverknüpfung richtig sauber. Manche lassen nicht mal eine Steuerung der Aktorausgänge von der CCU aus zu, so dass man hier auf Direktverknüpfungen angewiesen ist.

Ansonsten spricht nichts gegen eine Integration von klassischen und IP-Geräten.

Gruß Xel66

Okay, so langsam wird ein Schuh daraus ... bzw. ein zwei Paar Zusammengefasst heißt das:
Sortenrein (ich mag das Wort nicht) werden letztlich die Geräte direkt verknüpft und die CCU liest nur noch in der Kommunikation mit bzw. unterstützt bei der Verknüpfung und Einstellungen. Die CCU kann (sofern vom Zielgerät unterstützt) zusätzlich steuernd eingreifen, eben auf Basis von Programmen. Die direkte Verknüpfung bleibt davon unberührt. Ist das soweit alles korrekt?

Nun gehts aber schon los: Was hat die höhere Priorität? Die "Befehle" der CCU oder bswp. die des Wandthermostats?

[Sven_A]

...
Die CCU kann (sofern vom Zielgerät unterstützt) zusätzlich steuernd eingreifen, eben auf Basis von Programmen. Die direkte Verknüpfung bleibt davon unberührt. Ist das soweit alles korrekt?

Nun gehts aber schon los: Was hat die höhere Priorität? Die "Befehle" der CCU oder bswp. die des Wandthermostats?

Soweit richtig.
Das was als letztes kommt zählt. Wir reden hier über Funk und Milisekunden, da gibt es kein gleichzeitig.

[Xel66]

Nun gehts aber schon los: Was hat die höhere Priorität? Die "Befehle" der CCU oder bswp. die des Wandthermostats?

Wer zuletzt sendet, gewinnt. Beispiel: Das Wandthermostat ist so programmiert, dass erst ab Mittag geheizt werden soll. Nun bist Du am Feiertag zu Hause und meinst, dass es keine schlechte Idee wäre, auch vormittags eine warme Bude zu haben. Dann macht man einfach ein Programm, welches die vorhandenen Thermostate (in dem Falle das virtuelle Gerät der angelegten Gruppen) auf Komforttemperatur schaltet. Einfach so. Diese Temperatur wird dann bis zum nächsten programmierten Schaltpunkt gehalten. Ab da gilt dann wieder die Temperatur des Profils. Insofern gibt es keine Prioritäten. Benötigst Du welche, kannst Du das in Programmen hinterlegen. Für den Trigger "Feiertag" benötigst Du natürlich ein separates Programm, welches diese Tage berechnet. Aber dafür gibt es auch Lösungsansätze hier im Forum.

Gruß Xel66

[robbi77]

Außer man schaltet die Thermostate auf MANU dann bleibt das eingestellt wie es ist. Im AUTO Modus wird wieder zum Zeitpunkt des hinterlegten Wochenprogramms geschaltet.

[Xel66]

Außer man schaltet die Thermostate auf MANU dann bleibt das eingestellt wie es ist.

Genau das ist aber für den beschriebenen Fall unnötig und kontraproduktiv.

Gruß Xel66

[BigDX]

Wer zuletzt sendet, gewinnt. Beispiel: Das Wandthermostat ist so programmiert, dass erst ab Mittag geheizt werden soll. Nun bist Du am Feiertag zu Hause und meinst, dass es keine schlechte Idee wäre, auch vormittags eine warme Bude zu haben. Dann macht man einfach ein Programm, welches die vorhandenen Thermostate (in dem Falle das virtuelle Gerät der angelegten Gruppen) auf Komforttemperatur schaltet. Einfach so. Diese Temperatur wird dann bis zum nächsten programmierten Schaltpunkt gehalten. Ab da gilt dann wieder die Temperatur des Profils. Insofern gibt es keine Prioritäten. Benötigst Du welche, kannst Du das in Programmen hinterlegen. Für den Trigger "Feiertag" benötigst Du natürlich ein separates Programm, welches diese Tage berechnet. Aber dafür gibt es auch Lösungsansätze hier im Forum.

Gruß Xel66

Hab ich das richtig verstanden, dass die lokalen Profile (oder die "lokale Programmierung") der Thermostate (egal ob Heizung-, Wand-, usw.) auch bequem über die CCU/Pi erfolgen kann, aber dann auch ohne die CCU/Pi funktioniert? Oder gibt es hier Einschränkungen? Und dann bspw. ERGÄNZEND Programme in der CCU erstellen, die darauf abgestimmt sind?

Szenario: Über die CCU werden die Wand/Heizungsthermostate und Fensterkontakte zu Räumen gruppiert und mit entsprechenden Heiz-Profilen versorgt, mit diversen Zeiten und Reaktionen bei geöffneten Fenstern. Bspw. sollen bei einer bestimmten Konstellation von Fenstern alle Heizungen (inkl. Heizungen in Durchgangszimmern deren Fenster dabei geschlossen bleiben) aus gehen, weil wir so mit Durchzug lüften. Kappt das so? Vermutlich wird fürs Durchzuglüften die CCU dann per Programm eingreifen müssen, der Rest wäre aber wohl auch mit ausgefallener CCU funktionsfähig?!

[Xel66]

...dass die lokalen Profile ... auch bequem über die CCU/Pi erfolgen kann, aber dann auch ohne die CCU/Pi funktioniert?

Ja, so funktioniert das.

Und dann bspw. ERGÄNZEND Programme in der CCU erstellen, die darauf abgestimmt sind?

Die müssen nicht darauf abgestimmt sein, sondern können unabhängig davon ergänzend Temperaturen und Betriebsarten vorgeben.

: ...alle Heizungen (inkl. Heizungen in Durchgangszimmern deren Fenster dabei geschlossen bleiben) aus gehen, weil wir so mit Durchzug lüften.

PerGruppierung geht das nicht, weil nur Thermostate eines Raumes sinnvoll miteinander gruppiert werden können. Sonst funktioniert die Regelung nicht. So ein Durchzugslüften kann man programmieren, allerdings muss man da auch alle Rendbedingungen beachten (Solltemperaturänderung während des Lüftens etc.). Machbar ist vieles per Programm.

Gruß Xel66

[robbi77]

Genau das ist aber für den beschriebenen Fall unnötig und kontraproduktiv.

Gruß Xel66

Ich wollte es nur der Vollständigkeit halber schreiben ....



Man kann aber auch alle Fensterkontakte mit jedem Thermostat direkt verknüpfen, dann gehen halt immer alle in Absenktemperatur egal wo ein Fenster geöffnet wird ...
Also Möglichkeiten zum Umsetzen von Anforderungen gibt es viele, ob sinnvoll oder nicht.

PS: mit dem Threadtitel hat das mittlerweile auch nichts mehr zu tun.

[BigDX]

...
Man kann aber auch alle Fensterkontakte mit jedem Thermostat direkt verknüpfen, dann gehen halt immer alle in Absenktemperatur egal wo ein Fenster geöffnet wird ...
Also Möglichkeiten zum Umsetzen von Anforderungen gibt es viele, ob sinnvoll oder nicht.

PS: mit dem Threadtitel hat das mittlerweile auch nichts mehr zu tun.

Vielen Dank für eure Hilfe!

Zum Schluss noch ein Gedanke zum Durchlüft-Szenario: Wäre nicht eine mögliche Lösung via Programm (der CCU) bei erkennen der Fenster-Konstellation die Soll-Temperatur der Wand-Thermostate herabzusetzen solange die Fenster offen sind? Dann werden ja automatisch alle Heizungen ausgeschaltet, oder habe ich einen Denkfehler?

PS: Will jemand ein großes Bosch Smart Home Set kaufen? Nagelneu und unbenutzt!

[robbi77]

Ja kann man.