[gelöst] HM-CC-RT-DN - Temperaturliste - CMDs_pending

[pallago]

Hallo zusammen,
ich habe hier schon einige gefunden, die ebenfalls die Probleme haben, ich würde gerne ein Löschen und neues pairen vermeiden. Eventuell ist es aber relativ einfach – ich habe dazu noch ein paar Bedenken, vgl. unten.
ich habe ein Problem mit meinen 3 Heizthermostaten (HM-CC-RT-DN, Firmware Version 1.4) und meinem einen Wandthermostat (HM-TC-IT-WM-W-EU, Firmware Version 1.3).

Ich bekomme die Temperaturlisten weder in die Heizthermostate, noch in das Wandthermostat. Die Kommunikation zwischen FHEM und den Thermostaten bzgl. Temperatureinstellungen und Modi (Automatisch, Manuell, Boost) funktioniert, d.h. ich kann von FHEM bspw. den Modus manuell setzen und die Temperatur auf 19°C stellen. Ebenfalls senden die Fensterkontakte erfolgreich (welche mit FHEM gepaired sind und mit dem Thermostaten gepeered), d.h. die Thermostaten drehen runter, sobald ein Fenster offen ist.

Bis vor einem Jahr hatte ich die Thermostate mit FHEM irgendwie integriert, bevor ich die Fensterkontakte hatte, dort konnte ich die Temperaturlisten immer ohne Problem übertragen. Mit den Fensterkontakten habe ich mich intensiver mit FHEM befasst und eine VCCU (VCCU1) eingerichtet und ein HMInfo Modul angelegt. Anschließend habe ich in den Devices das Attribut IOgrp gesetzt, wie in auf der wiki page beschrieben. Ich glaube mich aber zu erinnern, dass ich Ende des Winters 2021 die Temperaturlisten erfolgreich übermitteln konnte.

Zurück zum Heizthermostat: Zunächst habe ich versucht die Boost-Taste mehrmals zu drücken, um einen Datentransfer anzustoßen: der commState wechselt zwar von CMDs_pending auf CMD_processing..., jedoch kann man diesen Vorgang beliebig oft wiederholen, ohne dass sich was groß ändert.


Ich setze eine Temperaturliste, es ändert sich in Kueche_Heizung_Clima die Zustände wie folgt:

Code Auswählen Erweitern

R_tempList_State incomplete
cfgState RegIncom,RegPend,TempChk
commState CMDs_pending
Ich warte und drücke mehrmals die Boost Taste. Es ändert such bzgl. den Statusanzeigen nichts, die CMDs_pending bleibt.


Ein

Code Auswählen Erweitern

hm configCheck bringt:

Code Auswählen Erweitern

configCheck done:

missing register list
    Kueche_Heizung_Clima: RegL_01.,RegL_07.
    Wohnzimmer_Wandthermostat_Climate: RegL_08.,RegL_09.

Register changes pending
    Kueche_Heizung_Clima:

templist mismatch
    Kueche_Heizung_Clima:
     Kueche_Heizung_Clima: tempList 1 not verified



HMID der VCCU1 und der Thermostate stimmen überein; das Attribut IOgrp in alle Aktoren und Sensoren ist gesetzt.

Als IODev habe ich die Aufsteckplatine von ELV, HM-MOD-UART. Dort habe ich auch die hmId gesetzt.
Kann das eventuell das Problem sein, dass die hmID des Adapters mit der hmID der VCCU1 sich irgendwie in die Quere kommen, sodass eventuell das Thermostat einmal mit der dem Adapter funkt und einmal mit der VCCU1?


Anbei ein List des Heizthermostats:

Code Auswählen Erweitern

Internals:
   DEF        xxxxxx
   FUUID      xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     65
   NAME       Kueche_Heizung
   NR         30
   NTFY_ORDER 48-Kueche_Heizung
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 Kueche_Heizung_Weather
   channel_02 Kueche_Heizung_Climate
   channel_03 Kueche_Heizung_WindowRec
   channel_04 Kueche_Heizung_Clima
   channel_05 Kueche_Heizung_ClimaTeam
   channel_06 Kueche_Heizung_remote
   disableNotifyFn 1
   eventCount 73
   lastMsg    No:0F - t:02 s:5AD776 d:F1F1F1 00
   myHmUART_MSGCNT 65
   myHmUART_RAWMSG 040300460F80025AD776F1F1F100
   myHmUART_RSSI -70
   myHmUART_TIME 2022-11-28 21:06:08
   protCmdPend 10 CMDs_pending
   protLastRcv 2022-11-28 21:06:08
   protRcv    64 last_at:2022-11-28 21:06:08
   protResnd  5 last_at:2022-11-28 21:06:12
   protSnd    47 last_at:2022-11-28 21:06:08
   protState  CMDs_pending
   rssi_at_myHmUART cnt:65 min:-94 max:-70 avg:-72.24 lst:-70
   CL:
     Authenticated 0
     BUF       
     FD         36
     FW_ID      224
     LASTACCESS 1669666032.92431
     NAME       WEB_192.168.0.107_61800
     NR         257
     PEER       192.168.0.107
     PORT       61800
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     READINGS:
       2022-11-28 21:07:12   state           Connected
   READINGS:
     2022-11-28 20:59:55   Activity        alive
     2022-11-28 21:06:08   CommandAccepted yes
     2022-11-28 21:03:01   D-firmware      1.4
     2022-11-28 21:03:01   D-serialNr      Oxxxxxxxxx
     2022-11-28 21:06:06   IODev           myHmUART
     2022-11-28 20:51:22   PairedTo        0xF1F1F1
     2017-11-05 20:56:21   R-backOnTime    10 s
     2017-11-05 20:56:21   R-burstRx       on
     2017-11-05 20:56:21   R-cyclicInfoMsg on
     2017-11-05 20:56:21   R-cyclicInfoMsgDis 0
     2022-11-28 20:51:22   R-pairCentral   0xF1F1F1F1
     2022-11-28 20:51:22   RegL_00.         00:00 01:01 02:01 09:01 0A:F1 0B:00 0C:00 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00
     2022-11-28 21:06:06   actuator        0
     2022-11-28 21:06:06   battery         ok
     2022-11-28 21:06:06   batteryLevel    2.6
     2022-11-28 21:03:57   cfgState        ok
     2022-11-28 21:06:12   commState       CMDs_pending
     2022-11-28 21:06:06   desired-temp    5.0
     2022-11-28 21:06:06   measured-temp   23.4
     2022-11-28 21:06:06   motorErr        ok
     2022-11-28 20:36:44   powerOn         2022-11-28 20:36:44
     2022-11-28 20:36:44   recentStateType info
     2022-11-28 21:06:12   state           CMDs_pending
     2022-11-28 20:36:46   time-request    -
     RegL_07.:
       VAL       
   cmdStack:
     ++A001F1F1F15AD77600050000000007
     ++A001F1F1F15AD7760008144815481659171118492E482F48
     ++A001F1F1F15AD7760008305931113249484849484A594B11
     ++A001F1F1F15AD77600084C49624863486459651166497C48
     ++A001F1F1F15AD77600087D487E597F118049964897489859
     ++A001F1F1F15AD776000899119A49B048B148B259B311B449
     ++A001F1F1F15AD7760006
     ##A001F1F1F15AD7760403
     ##A001F1F1F15AD77604040000000001
     ##A001F1F1F15AD77600040000000007
   helper:
     HM_CMDNR   16
     PONtest    1
     cSnd       01F1F1F15AD7760008144815481659171118492E482F48,01F1F1F15AD7760008305931113249484849484A594B11
     cfgStateUpdt 1
     lastMsgTm  1669665968.02268
     mId        0095
     peerFriend -
     peerOpt    -:thermostat
     regLst     0
     rxType     140
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1669664999.78908
       TmplTs     1669664999.78908
       cmdKey     0:1:0::Kueche_Heizung:0095:00:
       cmdLst:
         assignHmKey noArg
         burstXmit  noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         inhibit    [(on|{off})]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sysTime    noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         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
     io:
       flgs       2
       newChn     +5AD776,02,00,00
       nextSend   1669665968.11372
       rxt        2
       vccu       VCCU1
       p:
         5AD776
         00
         00
         00
       prefIO:
     mRssi:
       mNo        0F
       io:
         myHmUART:
           -68
           -68
     peerIDsH:
     prt:
       bErr       0
       sProc      2
       wuReSent   2
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       at_myHmUART:
         avg        -72.2461538461539
         cnt        65
         lst        -70
         max        -70
         min        -94
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IOgrp      VCCU1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     defReg,rawReg
   firmware   1.4
   model      HM-CC-RT-DN
   serialNr   OExxxxxxxx
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit



Dann habe ich mal

Code Auswählen Erweitern

set Kueche_Heizung clear all
Ausgeführt und anschließend mit

Code Auswählen Erweitern

set Kueche_Heizung getConfig
Alle Werte neu eingelesen. Das funktioniert. Auch ein CMDs_done erscheint. Sobald ich aber die Temepraturliste übertragen möchte, beginnt die Schleife der Verzweiflung wieder.


Als mögliche Lösung habe ich das hier noch gefunden, wobei ich solch ein Reset gerne vermeiden würde.
https://de.elv.com/forum/neue-firmware-1.5-an-fhem-uart-modul-hm-mod-rpi-pcb-mit-firmware-1.4.1-7481 bzw
https://forum.fhem.de/index.php/topic,116494.msg1133016.html#msg1133016


Wenn ich mal Testhalber ein Thermostat resette, dann muss ich die Fensterkontakte neu peeren oder? Muss ich in FHEM die devices neu anlegen und umbenennen oder bleiben erhalten.



Bin für jede Anregung dankbar. Viele Grüße

[Beta-User]

Bitte reiben an der Lampe, dass Martin die Voreinstellung für commStInChan (oder so) wieder ändert... Falls das nichts hilft, setze es manuell bei allen Hauptdevices auf off.

Ansonsten starre noch eine Weile auf den EventMonitor und überlege erforderlichenfalls, wie du sonst noch die Zahl der Events begrenzen kannst.

(Das ist unser "Dauerbrenner" hier in diesem Forenbereich).

[pallago]

Besten Dank. Lange gesucht, aber das habe ich wohl überlesen. Funktioniert wunderbar!

Code Auswählen Erweitern

set Kueche_Heizung attr commStInCh off

[Beta-User]

...immer wieder gerne...

PS: Das mit dem Event-Monitor hat sich m.E. deswegen nicht erledigt; dein System scheint auch ohne dieses "Gimmick" grenzwertig ausgelastet zu sein.