frd030 hat geschrieben: ↑13.01.2020, 09:47
Das muss technisch so sein, denn wie soll eine Heizung bzw. ein Thermostat-Aktor reagieren, wenn ein Wandthermostat sagt "heizen" und der andere "Heizung aus"? Es kann nur einen Master-Chef einer Heizzone geben (mehrere Chefs mit gegensätzlichen Ansagen führen nicht nur bei Heizungen zu argen Problemen!)! Daher diese sinnvolle (oder besser notwendige!) Beschränkung!
Ich hätte einfach erwartet, dass die neuere Einstellung dann die ältere Einstellung überschreibt (Veränderung von SOLL).
Ich sag ja auch gar nicht, dass beide WTH mit den Heizungen sprechen sollen, aber sie sollten untereinander sprechen. Gerne Master / Slave. Das funktioniert bei Chefs auch wunderbar. Einer ruft laut, der andere ruft später lauter und wenn das beim Ersten ankommt, darf der Sklave loslegen.
frd030 hat geschrieben: ↑13.01.2020, 09:47
Als reine Anzeige wäre dann auch eher der HmIP-STHD der richtige, dann kommt niemand auf die Idee über ein nicht funktionierendes Stellrad den Wandthermostat bedienen zu wollen.
Das ist auf jeden Fall auch eine Überlegung wert. Meine Erfahrung ist, dass eh meist alles richtig ist und man (ich) mir den Weg aus dem Bett zum Thermostat eh hätte sparen können.
Xel66 hat geschrieben: ↑13.01.2020, 10:52
Du möchtest genau was machen? Das Regeln ist ausschließliche Aufgabe der Heizkörperhermostate. Ein Wandthermostat übernimmt in einer Gruppe nur die Sollwertvorgaben über die hinterlegten Profile sowie die Istwertermittlung zur Übertragung an die gruppierten Regler. Geht es Dir darum, die Solltemperatur um mal ein halbes Grad rauf oder runterzudrehen oder soll zwischen verschiedenen Solltemperaturen (Heizbetrieb/Absenkbetrieb) gewechselt werden? Letzteres bekommt man mit einem einfachen Taster hin (und grundsätzlich auch per Script eine feine Sollwertänderung, wenn auch nicht sehr komfortabel).
Ja, ich meine das Setzen der Soll Temperatur. Allabendliches Ritual bei mir daheim:
Ich (schon fast schlafend mit ausgeschaltetem Mobilfunkgerät)
Sie (wälzend): "Bist du sicher, dass es hier 18° sind? Es ist zu warm / kalt hier."
Ich (werde wieder wacher): "Klar, das steuert sich alles von alleine."
Sie: "Aber irgendwie ist das hier wieder so warm / kalt. Kannst du nochmal nachsehen und es vielleicht 1-2 ° kälter / wärmer machen."
Okay, ist vielleicht nicht allabendlich, aber wiederholend und nervtötend. Gerne hätte ich einfach ein kleines Display mit kleinem Rad, dass die Daten an WTH(1) überträgt und von dort aus zur eTRV geht.
Xel66 hat geschrieben: ↑13.01.2020, 10:52
Für täglich notwendige Änderungen der Solltemperatur gibt es die hinterlegbaren Profile, in der man bestimmten Wochentagen und bestimmten Zeitbereichen unterschiedliche Solltemperaturen zuordnen kann. Für sonstige ereignisabhängigen Änderungen der Solltemperatur gibt es Programme. Im Normalfall muss man die Thermostate überhaupt nicht betätigen. Wozu baust Du Dir eine Hausautomationslösung ein, um dann doch alles manuell zu machen?
Die Tagessteuerung ist super. Aber sie hat halt die Schwäche der "gefühlten Temperatur". Natürlich sind es bei jedem der oberen Szenarios 18-19°, aber frau fühlt die nun mal mal so und mal so. Das ist nicht in konventionelle Regeln zu fassen, solange ich keinen Sensor für die frau bekomme
Dazu kommt, dass wir im Schlafzimmer oft und unregelmäßig Wäsche aufhängen und je nach Umgebungstemperatur auch mal die Heizung "außerplanmäßig" auf 23° setzen.
HornetRider hat geschrieben: ↑13.01.2020, 12:29
Mit gut eingestellten Profilen muss man die WTH-2 (oder sonstige Thermostate) niemals anfassen, außer vielleicht im Badezimmer (meine Erfahrung).
Das ist leider gar nicht meine Erfahrung. Ich habe mir schon Graphen ausgeben lassen für die manuellen Anpassungen der automatischen Temperatursteuerung um daraus neue Regeln ableiten zu können. Aber ich kann da keine Kausalitäten in meinen Daten finden, die mir eine klügere Steuerung automatisieren.
nimmnenkeks hat geschrieben: ↑13.01.2020, 13:15
Eine mögliche Lösung für die Regelung der Solltemperatur der bereits angelegten HmIP-Heizungsgruppe durch einen 2. WTH-2 wäre über ein Codeschnipsel und ein UI-Programm problemlos möglich.
Der 2. WTH-2 sollten keine Wochenprogramme enthalten sein(siehe Geräteeinstellungen), da diese natürlich die Solltemperatur ohne manuellen Eingriff ändern. Was die evtl. Fehlersuche erschwert.
Natürlich könnte man die Wochenprofile der HmIP-Heizungsgruppe auch mit dem SDV von Black in den 2. WTH kopieren.
Link zum SDV
viewtopic.php?f=31&t=47049
Nun zum UI-Programm zu der Anforderung des TE:
UI-Programm anlegen, welches auf Änderungen der Solltemperatur am 2. WTH-2 in 0,5°-Schritten ausgelöst wird.
In diesem Beispiel sind die Kanalnamen nicht mit ":" (Gerätename: 1 wie oft im Forum beschrieben) versehen sondern sind nach Gerätenamen mit ausgeschriebenem Kanal1-x
Wenn
Gerät 2. WTH-2 Kanal1 ODER (2. WTH-2:1) -> Solltemperatur im Wertebereich 4.5 bis kleiner 5 -> bei Änderung
oder
Gerät 2. WTH-2 Kanal1 ODER (2. WTH-2:1) -> Solltemperatur im Wertebereich 5 bis kleiner 5.5 -> bei Änderung
oder
Gerät 2. WTH-2 Kanal1 ODER (2. WTH-2:1) -> Solltemperatur im Wertebereich 5.5 bis kleiner 6 -> bei Änderung
...
Gerät 2. WTH-2 Kanal1 ODER (2. WTH-2:1) -> Solltemperatur im Wertebereich 29.5 bis kleiner 30 -> bei Änderung
oder
Gerät 2. WTH-2 Kanal1 ODER (2. WTH-2:1) -> Solltemperatur im Wertebereich größer gleich 30 bei Änderung
Dann
Skript:
Code: Alles auswählen
object oChan1 = channels.Get ("2. WTH-2 Kanal1"); !- Kanalnamen des Gerätes (2. WTH) einsetzen (siehe Geräte und Kanalnamen in UI Geräteübersicht)
object oDpSolltemp1 = oChan1.DPByHssDP("SET_POINT_TEMPERATURE"); !- Datenpunkt des Gerätes (2. WTH) auswählen "SET_POINT_TEMPERATURE" (= Solltemperatur)
object oChan2 = channels.Get ("HmIP-Heizungsgruppe Kanal1"); !- Kanalnamen der HmIP Heizungsgruppe einsetzen (siehe Geräte und Kanalnamen in UI Geräteübersicht)
object oDpSolltemp2 = oChan2.DPByHssDP("SET_POINT_TEMPERATURE"); !- Datenpunkt der HmIP Heizungsgruppe auswählen "SET_POINT_TEMPERATURE" (= Solltemperatur)
oDpSolltemp2.State(oDpSolltemp1.Value() ); !- Solltemperaturwert 2. WTH-2 als Solltemperatur HmIP-Heizungsgruppe setzen
Programmbeispiel, welches natürlich nicht alle 0.5°-Schritte enthält
2 WTH in einem Raum.PNG
fertig.
Mit dieser Lösung könnte man also:
- die Solltemperatur der HmIP-Heizungsgruppe von
2 WTH's aus ändern
- jede Änderung wird in 0.5°-Schritten umgesetzt
- reagiert nur auf Solltemperaturänderungen am 2. WTH (Veränderungen der Solltemperatur an Gruppen-WTH lösen Programm
nicht aus)
- Systemvariable mit Kanalverknüpfung
entfällt (was bei etwaigem Gerätetausch/-wechsel meist zu Komplikationen führt)
Codeschnipsel basiert auf den tatsächlich vergebenen Kanalnamen und funktionieren
auch nach Gerätetausch/-wechsel ohne weitere Anpassungen, sofern Geräte- und Kanalnamen übernommen werden (
das wäre bei verknüpfter Systemvariable nicht der Fall)
In den Anfängertips sind die Links zur Skriptdokumentation aufgeführt.
..
Vielen Dank! Das werde ich mir am Wochendende mal zusammenklicken. Was ich hier nicht habe, ist eine aktuelle Anzeige der SOLL Temperatur der Heizungsgruppe, oder?
Wenn ich mir jetzt aber ein Script schreibe, dass eine Änderung von WTH(1) den Wert an WTH(2) sendet, dann schickt der auch wieder eine Änderung an die Heizungsgruppe, aber das sollte "bei Änderung" ja eigentlich nicht schlimm sein, oder? Die ist dann ja schon auf dem Wert und würde keine "Endlosschleife" erzeugen.
Ich hätte mir eben naiv vorgestellt, dass so etwas einfach schon "vanilla" möglich ist.