Hallo,
bei einem meiner Homematik Keizkörperthermostate (HM-CC-RT-DN) habe ich das Problem, dass er den Raum zu weit aufheizt.
Es soll z.B. auf 20°C geheizt werden, mesuredTemp steigt langsam auf 21,x aber das Ventil fährt nur bis 10% zu. :o
Das Gerät steht auf Modus "Auto", ein Offset ist nicht gesetzt.
Hat jemand eine Idee?
Hier mal ein List des Gerätes
Internals:
FVERSION 10_CUL_HM.pm:0.232520/2020-11-28
NAME Mike_Thermostat_Clima
NOTIFYDEV global
NR 673
NTFY_ORDER 50-Mike_Thermostat_Clima
STATE T: 21.4 desired: 20.0 valve: 10
TYPE CUL_HM
chanNo 04
device Mike_Thermostat
READINGS:
2021-01-03 13:03:42 CommandAccepted yes
2020-12-11 22:50:42 R-boostPos 80 %
2020-12-11 22:50:42 R-btnNoBckLight off
2020-12-11 22:50:42 R-dayTemp 21 C
2020-12-11 22:50:42 R-daylightSaveTime on
2020-12-11 22:50:42 R-modePrioManu all
2020-12-11 22:50:42 R-modePrioParty all
2020-12-11 22:50:42 R-nightTemp 17 C
2020-12-11 22:50:42 R-noMinMax4Manu off
2020-12-11 22:50:42 R-regAdaptive on
2020-12-11 22:50:42 R-showInfo time
2020-12-11 22:50:38 R-sign off
2020-12-11 22:50:42 R-tempOffset 0.0K
2020-12-11 22:50:42 R-valveOffsetRt 0 %
2020-12-11 22:50:42 R-winOpnBoost off
2020-12-31 16:00:44 R_0_tempListSat 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_1_tempListSun 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_2_tempListMon 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_3_tempListTue 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_4_tempListWed 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_5_tempListThu 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_6_tempListFri 07:00 18.0 12:00 19.0 18:00 20.0 24:00 17.0
2020-12-31 16:00:44 R_tempList_State verified
2020-12-31 14:22:52 RegL_01. 00:00 08:00
2020-12-31 16:00:44 RegL_07. 00:00 01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:48 15:54 16:4C 17:90 18:50 19:D8 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:54 30:4C 31:90 32:50 33:D8 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:54 4A:4C 4B:90 4C:50 4D:D8 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:54 64:4C 65:90 66:50 67:D8 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:54 7E:4C 7F:90 80:50 81:D8 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:54 98:4C 99:90 9A:50 9B:D8 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:54 B2:4C B3:90 B4:50 B5:D8 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:12 CB:21 CC:2B CD:0F CE:1E CF:1E
2021-01-03 16:40:43 ValvePosition 10
2021-01-03 16:40:43 boostTime -
2021-01-01 12:02:51 cfgState TempChk
2021-01-03 16:40:43 controlMode auto
2021-01-03 16:40:43 desired-temp 20.0
2021-01-03 16:40:43 measured-temp 21.4
2021-01-03 16:40:43 partyEnd -
2021-01-03 16:40:43 partyStart -
2021-01-03 16:40:43 partyTemp -
2021-01-03 13:03:42 recentStateType ack
2021-01-03 16:40:43 state T: 21.4 desired: 20.0 valve: 10
2021-01-03 13:03:42 trigLast fhem:80
helper:
peerFriend peerRTteam2
peerOpt p:thermostat
regLst 1,7
cmds:
TmplKey :no:1609599963.99641
TmplTs 1609599963.99641
cmdKey 1:0:0::Mike_Thermostat:0095:04:
cmdLst:
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
controlManu (on|off|5.0..30.0;0.5)
controlMode (auto|manual|boost|day|night)
controlParty -temp- -startDate- -startTime- -endDate- -endTime-
desired-temp (on|off|5.0..30.0;0.5)
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerSmart -peerOpt-
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
sysTime noArg
tempListFri [(prep|{exec})] -HH:MM- -temp- [...]
tempListMon [(prep|{exec})] -HH:MM- -temp- [...]
tempListSat [(prep|{exec})] -HH:MM- -temp- [...]
tempListSun [(prep|{exec})] -HH:MM- -temp- [...]
tempListThu [(prep|{exec})] -HH:MM- -temp- [...]
tempListTmpl [({verify}|restore)] [[-file-:]-templateName-]
tempListTue [(prep|{exec})] -HH:MM- -temp- [...]
tempListWed [(prep|{exec})] -HH:MM- -temp- [...]
tempTmplSet -tempTmpl-
tplDel -tplDel-
tplSet_0 -tplChan-
lst:
condition slider,0,1,255
peer
peerOpt Jan_Thermostat_ClimaTeam,SZ_Thermostat_ClimaTeam
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
shRegR:
07 00
tmpl:
Attributes:
alias Mike_Thermostat_Clima
event-on-change-reading ValvePosition,controlMode,desired-temp,measured-temp
fp_EG 100,825,7,
group Mike_Heizung
model HM-CC-RT-DN
peerIDs 00000000,
room EG-Mike,Systeme-HM,ioBroker
Ein HM-CC-RT-DN heizt immer über die Soll-Temperatur, um die Trägheit des Heizkörpers und des ganzen Raumes zu kompensieren.
Hmm, kann ich bei dem zweiten HM-CC-RT-DN so nicht beobachten.
Werde da mal ein wenig in der Richtung experimentieren.
Danke für die Einschätzung.
Amenomade hat schon recht...
Hängt aber von vielen Dingen ab.
Eben auch Heizkörpergröße, Vorlauftemp usw.
Und die Thermostate "lernen". D.h. sie "wissen" irgendwann wie sie regeln müssen, um die Soll-Temp (auf jeden Fall) zu halten.
Das Regelverhalten hängt auch von der FW ab.
Welche hast du drauf?
1.5 (aktuell) regelt wohl "ganz anders" als noch die 1.4...
Aber: nicht jeder ist zufrieden wie 1.5 regelt (obwohl manche "drauf schwören" ;) )...
Das Regelverhalten wird aber deutlich besser, wenn man einen Raumthermostaten einsetzt und diesen mit dem HKT peered.
Ich habe HKTs die alleine laufen, die regeln schon mal mehr und auch "höheres Übersteuern".
Die HKTs die mit einem WDT "zusammenarbeiten" sind deutlich "ruhiger" was das Regelverhalten angeht und übersteuern auch nicht so arg.
Aber das liegt nat. nicht nur am WDT an sich sondern eben auch daran, dass beim WDT "der gesamte" Raum "wirkt", beim HKT ist es ja sehr lokal und noch dazu sehr nahe an der Wärmequelle...
Das ist wohl in die FW mit einprogrammiert... ;)
Gruß, Joachim
ZitatAber das liegt nat. nicht nur am WDT an sich sondern eben auch daran, dass beim WDT "der gesamte" Raum "wirkt", beim HKT ist es ja sehr lokal und noch dazu sehr nahe an der Wärmequelle...
Das ist wohl in die FW mit einprogrammiert...
der eigentliche unterschied ist, dass der ht
externe temperaturen bei der regelung anders behandelt als
interne temperaturen.
bei der regelung mit internen temps wird ein "unbekannter" wert zur measured-temp addiert, um eine fiktive raumtemp zu simulieren.
sollte eigentlich im wiki zum rt stehen und in tausend threads.
Beipsiel von was Joachim schreibt:
- meine HM-CC-RT-DN, die in Zusammenhang mit einem Raumthermostat arbeiten, regeln für einen Sollwert 21 zwischen 20,8 und 21,3
- meine HM-CC-RT-DN die autark funktionieren, regeln für denselben Sollwert zwischen 23,6 und 20,5
Ok, dann hole ich mir demnächst noch den Raumthermometer dazu.
Danke an alle
Wenn Du das Geld hast ;)
Ansonsten kannst Du auch
- ihm ein bisschen Zeit lassen, um zu "lernen"
- mit dem tempOffset Register spielen
effektiver ist eventuell, das lernen abzuschalten und passende parameter selber setzen.
Zeit zum lernen hatte er, genau wie die beiden anderen auch. Die Teile sind aus 2013. ;)
Wie schalte ich das lernen ab?
das reister regAdaptive in chn4 verändern.
mögliche register/werte wie immer über "get regList".
oder komfortabel mit hm.js register konfigurieren.
am besten gleich templates erstellen mit den regelparametern.