Heating_Control mit variablen Temperaturen

Begonnen von AR@WR, 22 März 2014, 20:41:30

Vorheriges Thema - Nächstes Thema

AR@WR

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

Dietmar63

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.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

AR@WR

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

Dietmar63

#3
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.

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Matscher

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
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

Dietmar63

Ich meine ja, ich kann das heute Abend mal bei mir überprüfen
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Matscher

Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

Dietmar63

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.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Matscher

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
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

Dietmar63

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.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm