Hallo,
hat sich bei der D-firmware: 1.5 beim pairen was geändert?
ich habe
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.
set hmusb hmPairForSec 120
hab ich auch schon versucht.
rssi_at_hmusb cnt:3 min:-64 max:-61 avg:-63 lst:-61
Hier ist der Log und Events beim pairing Versuch
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
Zitathat sich bei der D-firmware: 1.5 beim pairen was geändert?
nein
Zitatich habe
Code: [Auswählen]
set hmusb hmPairSerial REQ1161xxx
warum macht ma -> du das? das wird nie bei wakeup device funktionieren
ZitatCode: [Auswählen]
set hmusb hmPairForSec 120
hab ich auch schon versucht.
na das hat zumindest (teilweise ) funktioniert.
Zitat2021.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
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
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
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.
Ist dafür evtl das hmland oder der hmusb zu alt?
hmcfgusb-HEAD-18e63b2/hmland -d -p 1234
hmusb
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
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
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.
Bei mir hilft immer Pairing, Batterien raus und wieder einlegen und nochmal Pairing.
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
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
ZitatEs 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.
ZitatBei 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.
Zitat>> 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
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.
ZitatEigentlich 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
probier mal den patch: https://forum.fhem.de/index.php/topic,118857.msg1134366.html#msg1134366 (https://forum.fhem.de/index.php/topic,118857.msg1134366.html#msg1134366)
Ist nicht zielsicher zu wiederholen.
Der Patch ist eingecheckt.