HM-CC-RT-DN zeigt nur noch Ins an

Begonnen von jsloot, 12 Oktober 2019, 18:59:22

Vorheriges Thema - Nächstes Thema

jsloot

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
Ein FHEM-Raspi mit HM-CFG-USB-2. 9 HM Heizthermostate, 9 HM Temperatursensoren, 22 HM Fensterkontakte, 7 Rolloaktoren, 17 HM Unterputz-Aktoren

Thorsten Pferdekaemper

Hast Du die mittlere Taste mal kurz gedrückt, oder immer nur lang?
Gruß,
   Thorsten
FUIP

jsloot

#2
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
Ein FHEM-Raspi mit HM-CFG-USB-2. 9 HM Heizthermostate, 9 HM Temperatursensoren, 22 HM Fensterkontakte, 7 Rolloaktoren, 17 HM Unterputz-Aktoren

MadMax-FHEM

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

jsloot

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.
Ein FHEM-Raspi mit HM-CFG-USB-2. 9 HM Heizthermostate, 9 HM Temperatursensoren, 22 HM Fensterkontakte, 7 Rolloaktoren, 17 HM Unterputz-Aktoren

MadMax-FHEM

Dann poste doch mal ein list...

Aber das INS ist weg!?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

jsloot

#6
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
Ein FHEM-Raspi mit HM-CFG-USB-2. 9 HM Heizthermostate, 9 HM Temperatursensoren, 22 HM Fensterkontakte, 7 Rolloaktoren, 17 HM Unterputz-Aktoren

MadMax-FHEM

#7
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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

jsloot

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!
Ein FHEM-Raspi mit HM-CFG-USB-2. 9 HM Heizthermostate, 9 HM Temperatursensoren, 22 HM Fensterkontakte, 7 Rolloaktoren, 17 HM Unterputz-Aktoren

MadMax-FHEM

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

jsloot

Ich werde das ganze weiter beobachten und ggf. berichten.

Danke Dir, Joachim!
Ein FHEM-Raspi mit HM-CFG-USB-2. 9 HM Heizthermostate, 9 HM Temperatursensoren, 22 HM Fensterkontakte, 7 Rolloaktoren, 17 HM Unterputz-Aktoren