Hallo Zusammen,
ich musste heute bei einem Thermostat die Batterien wechseln. Dabei ist mir folgendes passiert. Nach dem Neustart verhielt sich der Thermostat sehr seltsam, weshalb ich ihn neu angelernt habe. Das funktioniert auch soweit. Der Thermostat zeigte nach dem Reset (nachdem ich Datum und Uhrzeit eingestellt hatte) "Ins" an. Ich hab dann die mittlere Taste ca. 3 Sekunden gedrückt und ich sah im Logfile, dass FHEM den Thermostaten erkannt hat. Auf dem Display des Thermostaten wurde dann von 30 runtergezählt, aber danach stand da wieder nur "Ins". Und unter protCmdPend steht die ganze Zeit "3 CMDs_pending". Egal wie oft ich die mittlere Taste drücke.
Mache ich was falsch?
Ich betreibe fhem übrigens auf einem RaspberryPi 4 mit HMUARTLGW.
Gruß Jörn
Hast Du die mittlere Taste mal kurz gedrückt, oder immer nur lang?
Gruß,
Thorsten
Hi Thorsten,
auch mal kurz. Aber dann justiert er sich nur. Danach ist zwar nicht mehr Ins auf dem Display zu sehen (sondern die normale Anzeige), aber die 3 CMDs pending bleiben.
Mir ist außerdem aufgefallen, dass das Verhalten bei all meinen Thermostaten so ist.
Gruß Jörn
Nach dem Batteriewechsel steht immer INS, weil er sich eben nicht merkt, dass er schon mal eingebaut war...
Einfach (wie beim 1. Mal) eine "Adaptierfahrt" machen und gut...
Wenn er im "auto" Modus laufen soll auch das noch umstellen, er ist nach dem Batterieeinsetzen in "manu" (oder war es andersrum ;) )...
EDIT: dann musst du erläutern was das Problem bzw. "seltsame" Verhalten ist...
Gruß, Joachim
Die 3 CMDs pending sind das Sonderbare und, dass ich keine Temperatur im Channel Clima einstellen kann. Wenn ich das tue erhöht sich CMDs pending nur.
Dann poste doch mal ein list...
Aber das INS ist weg!?
Gruß, Joachim
Ja, das Ins ist dann weg, aber die CMDs pending bleiben.
fhem> list HM_2EA2B8
Internals:
CFGFN
DEF 2EA2B8
FUUID 5da207fa-f33f-fd58-1e15-cae4e78aff28094a
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 2
NAME HM_2EA2B8
NOTIFYDEV global
NR 73
NTFY_ORDER 50-HM_2EA2B8
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_2EA2B8_Weather
channel_02 HM_2EA2B8_Climate
channel_03 HM_2EA2B8_WindowRec
channel_04 HM_2EA2B8_Clima
channel_05 HM_2EA2B8_ClimaTeam
channel_06 HM_2EA2B8_remote
lastMsg No:01 - t:00 s:2EA2B8 d:000000 1400954C4551303836353831395900FFFF
myHmUART_MSGCNT 2
myHmUART_RAWMSG 0500002B0184002EA2B80000001400954C4551303836353831395900FFFF
myHmUART_RSSI -43
myHmUART_TIME 2019-10-12 19:13:46
protCmdPend 48 CMDs pending
protCondBurst off
protLastRcv 2019-10-12 19:08:42
protRcv 2 last_at:2019-10-12 19:08:42
protSnd 2 last_at:2019-10-12 19:28:07
protSndB 2 last_at:2019-10-12 19:28:07
protState CMDs_pending
rssi_at_myHmUART cnt:3 min:-44 max:-43 avg:-43.33 lst:-43
READINGS:
2019-10-12 19:26:02 Activity dead
2019-10-12 19:08:42 D-firmware 1.4
2019-10-12 19:08:42 D-serialNr LEQ0865819
2019-10-12 19:28:12 state CMDs_pending
cmdStack:
++A0011710752EA2B800050000000000
++A0011710752EA2B8000802010A170B100C75
++A0011710752EA2B80006
++A0111710752EA2B8860426
++A0111710752EA2B8860426
++A0011710752EA2B800040000000000
++A0011710752EA2B80103
++A0011710752EA2B801040000000001
++A0011710752EA2B80203
++A0011710752EA2B802040000000001
++A0011710752EA2B80303
++A0011710752EA2B803040000000001
++A0011710752EA2B80403
++A0011710752EA2B804040000000001
++A0011710752EA2B800040000000007
++A0011710752EA2B80503
++A0011710752EA2B805040000000001
++A0011710752EA2B80603
++A0011710752EA2B806040000000001
++A0011710752EA2B800040000000000
++A0011710752EA2B80103
++A0011710752EA2B801040000000001
++A0011710752EA2B80203
++A0011710752EA2B802040000000001
++A0011710752EA2B80303
++A0011710752EA2B803040000000001
++A0011710752EA2B80403
++A0011710752EA2B804040000000001
++A0011710752EA2B800040000000007
++A0011710752EA2B80503
++A0011710752EA2B805040000000001
++A0011710752EA2B80603
++A0011710752EA2B806040000000001
++A0011710752EA2B800040000000000
++A0011710752EA2B800040000000000
++A0011710752EA2B80103
++A0011710752EA2B801040000000001
++A0011710752EA2B80203
++A0011710752EA2B802040000000001
++A0011710752EA2B80303
++A0011710752EA2B803040000000001
++A0011710752EA2B80403
++A0011710752EA2B804040000000001
++A0011710752EA2B800040000000007
++A0011710752EA2B80503
++A0011710752EA2B805040000000001
++A0011710752EA2B80603
++A0011710752EA2B806040000000001
helper:
HM_CMDNR 3
PONtest 1
mId 0095
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +2EA2B8,02,00,00
nextSend 1570900427.04366
prefIO
rxt 2
vccu
p:
2EA2B8
00
00
00
mRssi:
mNo 01
io:
myHmUART:
-35
-35
prt:
awake 0
bErr 0
brstWu 0
sProc 2
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
at_myHmUART:
avg -43.3333333333333
cnt 3
lst -43
max -43
min -44
shRegW:
07 04
shadowReg:
RegL_00. 02:01 0A:17 0B:10 0C:75
Attributes:
IODev myHmUART
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr LEQ0865819
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Bei 48 cmds pending kein Wunder...
Mach doch mal ein clear messages...
Und dann (OHNE Reset oder löschen in fhem) ein get config oder nochmal "drüber pairen"...
Also set pairForSec und dann "Anlernknopf"...
...evtl. auch mehrmals den Knopf drücken, wenn noch cmds pending...
EDIT: und lists etc. bitte in "code-Tags" (das '#' im Menü) posten, sonst ist das (auf dem Handy) echt schwer zu lesen...
Gruß, Joachim
Ja, stimmt, werde ich das nächste mal machen. Sorry!
Ein clear all hat geholfen. Und danach wieder pairen.
Ich frag mich nur, was passiert, dass nur die Thermostaten sich so verhalten. Die restlichen Devices Fensterkontakte, Lichtschalter, usw. verhalten sich ganz normal.
Danke für die Hilfe!
Ich weiß nicht was sich da so "aufgestaut" hat/hatte...
Bei mir eigentlich immer problemlos...
Also Batterie gewechselt, Adaptierfahrt und gut (außer umstellen auf "auto")...
EDIT: dann bitte auch als erledigt/gelöst "kennzeichnen", z.B. ein [gelöst] vor den Titel des ersten Posts...
Gruß, Joachim
Ich werde das ganze weiter beobachten und ggf. berichten.
Danke Dir, Joachim!