Hallo,
ich verwende Heating_Control und würde gerne die verschiedenen Temperaturen (normal, abgesenkt, etc.) für alle Heizkreise gleichzeitig über Variablen (dummy) einstellen, also etwa so:
define comf_Temp dummy
attr comf_Temp setList state:slider,10,1,25
attr comf_Temp webCmd state
define eco_Temp dummy
attr eco_Temp setList state:12,15,16,17
attr eco_Temp webCmd state
define HC_OG_Kueche Heating_Control OG_Kueche_Soll 06:00|comf_Temp 07:30|eco_Temp
...weitere Heizkreise
...und dann noch ein notify, welches bei Veränderung comf_Temp bzw. eco_Temp ein Heating_Control_SetAllTemps() aufruft.
So geht's natürlich nicht, der Sollwert ist dann "comf_Temp" bzw. "eco_Temp" (also als Text), wie soll der Regler darauf regeln ?
Bevor ich jetzt noch lange mit der Syntax hinter dem | kämpfe: Kann Heating_Control das überhaupt ?
Also einen noch auszuwertenden Therm als Argument verarbeiten ?
Oder reicht es stumpf den Text hinter dem | durch ?
Gruß
Arno
versuch mal
define HC_OG_Kueche Heating_Control OG_Kueche_Soll 06:00|{Value("comf_Temp")} 07:30|{Value("eco_Temp")}
und schalte verbose 5 ein, dann kannst du im Protokoll sehen was passiert.
Hallo Dietmar,
die Meldungen im Log lauten
Zitat2014.03.23 19:17:00 3: syntax error at (eval 29977) line 1, near ""set OG_Kueche_Soll desired-temp {Value("comf_Temp"
2014.03.23 19:21:00 3: syntax error at (eval 30017) line 1, near ""set OG_Kueche_Soll desired-temp {Value("comf_Temp"
und bei den Readings der Heating_Control steht:
Zitatstate {Value("comf_Temp")} 2014-03-23 19:21:00
So geht es offensichtlich nicht, der Thermostat hat auch keinen neuen Sollwert bekommen (glücklicherweise).
Gruß
Arno
war auch Unsinn.
bei fs20 geht(zu HM kann ich nicht sagen, funktioniert aber auch)
define HC_OG_Kueche Heating_Control OG_Kueche_Soll 06:00|comfort 07:30|eco
siehe Dokumentation, es werden immer die aktuellen Werte aus den FHT oder der HM-FHT verwendet.
Wenn die die dummys auslesen willst, dann geht es so:
define HC_OG_Kueche Heating_Control OG_Kueche_Soll 06:00|comf_Temp 07:30|eco_Temp {fhem("set @ " . Value("%") )}
es sollte auch folgendes möglich sein:
define HC_OG_Kueche Heating_Control OG_Kueche_Soll 06:00|comf_Temp 07:30|eco_Temp {fhem("set $NAME " . Value("$EVENT") )}
und immer schön verbose 5 einschalten.
Hallo Dietmar,
Zitat von: Dietmar63 am 23 März 2014, 20:31:17
bei fs20 geht(zu HM kann ich nicht sagen, funktioniert aber auch)
define HC_OG_Kueche Heating_Control OG_Kueche_Soll 06:00|comfort 07:30|eco
siehe Dokumentation, es werden immer die aktuellen Werte aus den FHT oder der HM-FHT verwendet.
verstehe ich das richtig, das mit comfort oder eco die aktuellen Werte aus der FHT80b (ich denke day-temp etc.) verwendet werden? Wenn dem so ist, bei mir funktioniert es nicht, da er eco bzw. comfort 1:1 an die FHT als desired-temp schickt. Auf jeden Fall wäre dieses Feature genau das was ich noch bräuchte :)
Gruß,
Steve
Ich meine ja, ich kann das heute Abend mal bei mir überprüfen
Okay, danke schon mal :)
Zitatverstehe ich das richtig, das mit comfort oder eco die aktuellen Werte aus der FHT80b (ich denke day-temp etc.) verwendet werden?
Das verstehst du leider falsch. Es wird lediglich der Text eco oder comfort ggf. mit einem modifier desired-temp desiredTemperature an das fht gesendet.
Die fht verstehen die Codes comfort und eco nicht. Es funktioniert nur on/off.
Deshalb bekommst du den Fehler.
Ich meine, dass HM-Thermostate mit diesen Codes umgehen können.
Meiner Meinung nach müsste man dem FHT-Modul beibringen, dass es so etwas versteht wie:
set fhtKueche desired-temp night-temp
set fhtKueche desired-temp day-temp
Du könntest den Modulautor fragen, ob er es erweitern möchte.
Okay danke Dir. :)
Wäre es auch denkbar, das das Heating_Control sich vom FHT Modul z.B. day-temp holt und dieses setzt, wenn z.B. das keyword comfort verwendet wird?
Danke,
Steve
Zu kompliziert,
weil zu viele verschiedene fht unterstützt werden müssten.
Das einfachste ist, wenn der fht diese Konstanten wie die Geräte von Homematic verstehen würden.