HM-CC-RT-DN Probleme beim pairen

[Ralf9]

Hallo,

hat sich bei der D-firmware: 1.5 beim pairen was geändert?

ich habe

Code Auswählen Erweitern

set hmusb hmPairSerial REQ1161xxx
und dann am HM-CC-RT-DN die Boost Taste für 3 Sekunden gedrückt, es zählt dann von 30 runter, es erscheint aber kein AC und das Antennensymbol verschwindet, wenn es auf 0 runtergezählt hat.

Code Auswählen Erweitern

set hmusb hmPairForSec 120
hab ich auch schon versucht.

Code Auswählen Erweitern

rssi_at_hmusb cnt:3 min:-64 max:-61 avg:-63 lst:-61

Hier ist der Log und Events beim pairing Versuch

Code Auswählen Erweitern

2021.02.19 19:18:04 2 : CUL_HM Unknown device HM_727EB3 is now defined
2021.02.19 19:18:04 2 : autocreate: define HM_727EB3 CUL_HM 727EB3
2021.02.19 19:18:04 2 : autocreate: define FileLog_HM_727EB3 FileLog ./log/HM_727EB3-%Y-%m.log HM_727EB3
2021-02-19 19:18:04 Global global UNDEFINED HM_727EB3 CUL_HM 727EB3
2021-02-19 19:18:04 Global global DEFINED HM_727EB3
2021-02-19 19:18:04 Global global DEFINED FileLog_HM_727EB3
2021-02-19 19:18:04 Global global DEFINED HM_727EB3_Weather
2021.02.19 19:18:04 3 : CUL_HM_update: HM_727EB3 add channel ID: 727EB301 name: HM_727EB3_Weather
2021-02-19 19:18:04 Global global DEFINED HM_727EB3_Climate
2021.02.19 19:18:04 3 : CUL_HM_update: HM_727EB3 add channel ID: 727EB302 name: HM_727EB3_Climate
2021-02-19 19:18:04 Global global DEFINED HM_727EB3_WindowRec
2021.02.19 19:18:04 3 : CUL_HM_update: HM_727EB3 add channel ID: 727EB303 name: HM_727EB3_WindowRec
2021-02-19 19:18:04 Global global DEFINED HM_727EB3_Clima
2021.02.19 19:18:04 3 : CUL_HM_update: HM_727EB3 add channel ID: 727EB304 name: HM_727EB3_Clima
2021-02-19 19:18:05 Global global DEFINED HM_727EB3_ClimaTeam
2021.02.19 19:18:05 3 : CUL_HM_update: HM_727EB3 add channel ID: 727EB305 name: HM_727EB3_ClimaTeam
2021-02-19 19:18:05 Global global DEFINED HM_727EB3_remote
2021.02.19 19:18:05 3 : CUL_HM_update: HM_727EB3 add channel ID: 727EB306 name: HM_727EB3_remote
2021.02.19 19:18:05 3 : Device HM_727EB3 added to ActionDetector with 000:10 time
2021-02-19 19:18:05 CUL_HM ActionDetector alive:14 dead:4 unkn:0 off:0
2021-02-19 19:18:05 CUL_HM ActionDetector status_HM_727EB3: alive
2021-02-19 19:18:05 CUL_HM HM_727EB3 Activity: alive
2021-02-19 19:18:05 CUL_HM HM_727EB3 D-firmware: 1.5
2021-02-19 19:18:05 CUL_HM HM_727EB3 D-serialNr: REQ1161xxx

Gruß Ralf

[LuckyDay]

hat sich bei der D-firmware: 1.5 beim pairen was geändert?

nein

ich habe
Code: [Auswählen]

set hmusb hmPairSerial REQ1161xxx

warum macht ma -> du das? das wird nie bei wakeup device funktionieren

Code: [Auswählen]

set hmusb hmPairForSec 120

hab ich auch schon versucht.

na das hat zumindest (teilweise ) funktioniert.

2021.02.19 19:18:04 2 : CUL_HM Unknown device HM_727EB3 is now defined
2021.02.19 19:18:04 2 : autocreate: define HM_727EB3 CUL_HM 727EB3

jetzt nur noch ein list HM_727EB3 zeigen

[Ralf9]

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        727EB3
   FUUID      60300e05-f33f-94f7-7a80-c98704b06d7de032
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     1
   NAME       HM_727EB3
   NOTIFYDEV  global
   NR         1127
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 HM_727EB3_Weather
   channel_02 HM_727EB3_Climate
   channel_03 HM_727EB3_WindowRec
   channel_04 HM_727EB3_Clima
   channel_05 HM_727EB3_ClimaTeam
   channel_06 HM_727EB3_remote
   hmusb_MSGCNT 1
   hmusb_RAWMSG E727EB3,0000,B6AEB159,FF,FFC8,018400727EB3000000150095524551313136313335315900FFFF
   hmusb_RSSI -56
   hmusb_TIME 2021-02-19 20:14:13
   lastMsg    No:01 - t:00 s:727EB3 d:000000 150095524551313136313335315900FFFF
   protCmdPend 3 CMDs_pending
   protLastRcv 2021-02-19 20:14:13
   protRcv    2 last_at:2021-02-19 20:14:13
   protState  CMDs_pending
   rssi_at_hmusb cnt:2 min:-56 max:-56 avg:-56 lst:-56
   .attraggr:
   .attrminint:
   READINGS:
     2021-02-19 20:14:13   .D-devInfo      00FFFF
     2021-02-19 20:14:13   .D-stc          59
     2021-02-19 20:14:13   .protLastRcv    2021-02-19 20:14:13
     2021-02-19 20:14:13   Activity        alive
     2021-02-19 20:14:13   D-firmware      1.5
     2021-02-19 20:14:13   D-serialNr      REQ1161351
     2021-02-19 20:14:13   R-pairCentral   set_0x424242
     2021-02-19 20:14:13   commState       CMDs_pending
     2021-02-19 20:14:13   state           CMDs_pending
   cmdStack:
     ++A001424242727EB300050000000000
     ++A001424242727EB3000802010A420B420C42
     ++A001424242727EB30006
   helper:
     HM_CMDNR   1
     PONtest    1
     mId        0095
     peerFriend
     peerOpt    -:thermostat
     regLst     0
     rxType     140
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1613762058.88176
       TmplTs     1613762058.88176
       cmdKey     :0:1:0::0095:01
       TmplCmds:
       cmdList:
         assignHmKey:
         burstXmit:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         inhibit:[on|off]
         peerSmart:[Aussensensor_UG]
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         sign:[on|off]
         sysTime:
         tplDel:tmplt
         unpair:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +727EB3,02,00,00
       nextSend   1613762053.25788
       prefIO     
       rxt        2
       vccu       
       p:
         727EB3
         00
         00
         00
     mRssi:
       mNo        01
       io:
         hmusb:
           -50
           -50
     prt:
       bErr       0
       sProc      2
     q:
       qReqConf   00
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_hmusb:
         avg        -56
         cnt        2
         lst        -56
         max        -56
         min        -56
     shRegW:
       07         04
     shadowReg:
       RegL_00.    02:01 0A:42 0B:42 0C:42
     tmpl:
Attributes:
   .mId       0095
   IODev      hmusb
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   REQ1161351
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

[LuckyDay]

Code Auswählen Erweitern

cmdStack:
     ++A001424242727EB300050000000000
     ++A001424242727EB3000802010A420B420C42
     ++A001424242727EB30006

fhem wartet noch, dass du
am HM-CC-RT-DN die Boost Taste für 3 Sekunden gedrückt

zum fertig pairen,

cmdStack: ist dann leer
protCmdPend 3 CMDs_pending , ist dann auch weg

[Ralf9]

Die pending werden durch drücken der Boost Taste für 3 Sekunden nicht weniger.

Es sieht so aus als würde der HM-CC-RT-DN nichts empfangen.
Das Antennensymbol wird nur während der 30 Sekunden nach drücken der  Boost Taste angezeigt.

[Ralf9]

Ist dafür evtl das hmland oder der hmusb zu alt?

Code Auswählen Erweitern

hmcfgusb-HEAD-18e63b2/hmland -d -p 1234

hmusb

Code Auswählen Erweitern

READINGS:
     2021-02-13 11:03:58   D-HMIdAssigned  424242
     2021-02-13 11:03:58   D-HMIdOriginal  26355B
     2021-02-13 11:03:58   D-firmware      0.967
     2021-02-13 11:03:58   D-serialNr      KEQ1111026
     2021-02-19 22:07:14   Xmit-Events     ok:3 init:4 disconnected:4
     2021-02-19 22:07:14   cond            ok
     2021-02-19 22:19:41   loadLvl         low
     2016-03-09 18:42:29   prot_ERROR-Overload last
     2016-03-09 18:42:27   prot_Warning-HighLoad last
     2021-02-19 22:06:58   prot_disconnected last
     2021-02-19 22:07:11   prot_init       last
     2021-02-19 22:06:58   prot_keepAlive  last
     2021-02-19 22:07:14   prot_ok         last
     2016-03-09 18:38:04   prot_timeout    last
     2021-02-19 22:07:11   state           opened

Code Auswählen Erweitern

10_CUL_HM.pm             22169 2020-06-12 08:28:36Z martinp876

Ich habe es auch schon mit einem HM-MOD-UART versucht  "D-firmware 1.4.1"

Nachtrag:
Dies ist mein erster HM-CC-RT-DN mit der firmware 1.5
Meine anderen haben die firmware 1.4

[Ralf9]

Ich habe auf einem Testsystem ein Fhem update gemacht und ein HM-MOD-UART angeschlossen, aber damit bekomme ich auch kein pairing mit dem HM-CC-RT-DN mit der firmware 1.5 hin.
Es sieht so aus als würde der HM-CC-RT-DN zwar senden aber nichts empfangen.
Das Antennensymbol auf dem Display des HM-CC-RT-DN wird immer noch nur während der 30 Sekunden nach drücken der  Boost Taste angezeigt.

[isy]

Bei mir hilft immer Pairing,  Batterien raus und wieder einlegen und nochmal Pairing.

[Ralf9]

Danke,
nach zweimal Batterien raus und wieder einlegen und zweimal pairing hat bei mir das Paring auch funktioniert und die pending sind weg.

Gruß Ralf

[martinp876]

die FHEM Platform ist nicht wirklich echtzeit. U.a. beim Pairen kann es zu Problemen führen, wenn Entites angelegt werden und zeitgerecht auf msgs reagiert werden muss.
Typisch - und schon oft beschrieben - kann kann es helfen:
>> Pairen starten (pairforsec / config starten...)
##Devices werden angelegt.
##Typisch klappt das pairen
##Register werden gelesen - manchmal problematisch wegen des Umfangs
?? Es hat etwas nicht funktioniert
>> clear msgEvents auslösen um  nicht abgearbeitet Kommandos zu löschen
>> pairen wiederholen
## entites werden nicht mehr angelegt - es geht schneller
?? Pairen ist verifiziert, wenn das Register "pairedTo" korrekt gelesen ist.
>> wenn gepairt ist kann ein getConfig zum Lesen genutzt werden

Es sieht so aus als würde der HM-CC-RT-DN nichts empfangen.

Dein sniffen zeigt, dass - zum Zeitpunkt des Sniffens - KEIN config ausgelöst wurde. Das config sendet der RT, wenn du es auslöst - das hat NICHTS mit FHEM zu tun. FHEM empfängt alles was in Reichweite ist.

Bei mir hilft immer Pairing,  Batterien raus und wieder einlegen und nochmal Pairing.

wenns hilft - bei mir war dies noch nie notwendig.


Einmal komplett sniffen würde beim Debuggen helfen. Nur starten muss man es schon.

[Ralf9]

>> clear msgEvents auslösen um  nicht abgearbeitet Kommandos zu löschen

Danke, das war der entscheidende Hinweis.

Hab es nochmals ein paar mal versucht, jeweils nach einem Reset des HM-CC-RT-DN und löschen des angelegten Devices.
Dass das Pairing bereits beim ersten Versuch klappt, ist mir nicht gelungen.

Wenn ich vorher clear msgEvents gemacht habe, hat das zweite Pairing fast immer funktioniert.
Wenn das zweite Pairing nicht funktioniert hat, dann hat ein weiteres Paring nur funktioniert, wenn ich zuvor Batterien raus und wieder einlegt habe.

Beim HM-TC-IT-WM-W-EU ist es ähnlich, wenn das zweite Pairen nicht funktioniert, dann hat ein weiteres Paring nur funktioniert, wenn ich zuvor Batterien raus und wieder einlegt habe.

Habe auch noch das Pairen beim Funkhandsender HM-RC-4-3 und dem Fensterkontakt HM-Sec-SCo versucht, da hat das Pairen beim ersten Versuch funktioniert.

Gruß Ralf

[martinp876]

hm - ärgerlich für mich. Muss ich noch einmal suchen.
Eigentlich soll es schon lange automatisch erfolgen... den problematischen Fall habe ich noch nicht loggen können.

Aber der Hinweis/workaround zum clear ist schon länger bekannt.

[Ralf9]

Eigentlich soll es schon lange automatisch erfolgen... den problematischen Fall habe ich noch nicht loggen können.

liegt es evtl daran, daß ich keine VCCU verwende?

Bitte gibt Bescheid, falls Du ein Log benötigst

[frank]

probier mal den patch: https://forum.fhem.de/index.php/topic,118857.msg1134366.html#msg1134366

[martinp876]

Ist nicht zielsicher zu wiederholen.
Der Patch ist eingecheckt.