Hallo Gemeinde,
ich hab eim paar Probleme mit genannten Aktor. Bei diesem wird nach erfolgreichem pairen das Register RegL:00 nicht ausgelesen. Das Feld bleibt leer und ich erhalte nach einem getConfig einen TimeoutRegisterRead. Ansonsten funktioniert das Modul. Eine andere Auffälligkeit ist, das der gesetzte Modus "triggerMod" immer mit einem set_ davor in den Readings stehenbleibt.
Zitatnach erfolgreichem pairen
ich denke nicht. schau im wiki pairen.
war wohl doch nicht erfolgreich...es fehlt das entsprechende Reading, es sah auf den schnellen Blick alles gut aus...danke erstmal, man kann das tatsächlich schnell übersehen.
Update.
Laut FHEM und HMInfo ist das Device nun endlich erfolgreich gepairt, aber das Register RegL_00: bleibt nach wie vor leer und ich erhalte nach einem getConfig immernoch ein RESPONSE TIMEOUT:RegisterRead.
Hier mal ein List.
Internals:
CFGFN
DEF 381100
HMLAN_0_MSGCNT 21
HMLAN_0_RAWMSG RE131B0BE,0001,099BF3AB,FF,FFDA,0AA01038110029A172020410080020602305300392230000
HMLAN_0_RSSI -38
HMLAN_0_TIME 2015-09-18 18:02:54
IODev HMLAN_0
LASTInputDev HMLAN_0
MSGCNT 21
NAME HM_381100
NR 4803
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 HM_381100_Btn_01
channel_02 HM_381100_Btn_02
channel_03 HM_381100_Btn_03
channel_04 HM_381100_Btn_04
channel_05 HM_381100_Btn_05
channel_06 HM_381100_Btn_06
channel_07 HM_381100_Btn_07
channel_08 HM_381100_Btn_08
lastMsg No:0A - t:10 s:381100 d:29A172 020410080020602305300392230000
protCmdDel 85
protIOdly 1 last_at:2015-09-18 17:42:05
protIOerr 3 last_at:2015-09-18 17:46:53
protLastRcv 2015-09-18 18:02:54
protResnd 3 last_at:2015-09-18 18:04:48
protResndFail 3 last_at:2015-09-18 18:04:52
protSnd 20 last_at:2015-09-18 18:04:43
protState CMDs_done_Errors:1
rssi_at_HMLAN_0 avg:-41.33 min:-49 max:-37 lst:-38 cnt:21
Readings:
2015-09-18 18:02:47 CommandAccepted yes
2015-09-18 18:02:46 D-firmware 1.0
2015-09-18 18:02:46 D-serialNr MEQ0047436
2015-09-18 18:02:51 PairedTo 0x29A172
2015-09-18 18:02:51 R-ledMode off
2015-09-18 18:02:51 R-localResDis off
2015-09-18 18:02:51 R-lowBatLimitBA2 0 V
2015-09-18 18:02:51 R-pairCentral 0x29A172
2015-09-18 18:02:51 R-transmDevTryMax 3
2015-09-18 17:57:51 alive yes
2015-09-18 17:57:51 battery ok
2015-09-18 17:57:51 powerOn 2015-09-18 17:57:51
2015-09-18 17:57:51 recentStateType info
2015-09-18 18:04:52 state RESPONSE TIMEOUT:RegisterRead
Regl_00::
VAL
Helper:
HM_CMDNR 12
cSnd 0129A1723811000303,0129A17238110000040000000000
mId 00D9
rxType 2
Io:
newChn +381100,00,01,00
nextSend 1442592174.42925
prefIO
rxt 0
vccu
p:
381100
00
01
00
Mrssi:
mNo 0A
Io:
HMLAN_0 -36
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO HMLAN_0
flg A
ts 1442592174.35526
ack:
HASH(0x30808b0)
0A800229A17238110000
Rssi:
At_hmlan_0:
avg -41.3333333333333
cnt 21
lst -38
max -37
min -49
Shadowreg:
Attributes:
IODev HMLAN_0
IOgrp virtualCCU:HMLAN_0
autoReadReg 4_reqStatus
expert 2_full
firmware 1.0
model HM-MOD-Em-8
msgRepeat 1
room CUL_HM
serialNr MEQ0047436
subType remote
webCmd getConfig:clear msgEvents
versuch mal
set HM_381100 getRegRaw List0
Hat leider nichts gebracht, das Register ist immernoch leer. Brauche ich dieses denn unbedingt? Es scheint auch so reibungslos zu funktionieren. Eine andere Auffälligkeit ist, dass beim Umstellen des triggerModes auf sensor im Reading ein set_sensor stehenbleibt, das Modul selbst aber anscheinend umgestellt wird. Wird dieses Reading nicht richtig ausgelesen nach dem umstellen?
meckert hminfo, oder ist es nur ein anzeigeproblem? webif neu laden.
wenn die registerliste nicht kommt, koennen auch die registerreadings nicht funktionieren. am besten mal sniffen.
Hallo,
ich hänge mich mal an... Ich habe mir auch drei von den Dingern geholt. Ab und an klappt ein getConfig, aber in den meißten Fällen nicht. Nach betätigen der Configtaste auf dem HM-MOD-Em-8 blinkt der kurz rot auf und dann langsam grün weiter und in FHEM steht dann sofort timeout RegisterReading. Wenn das getConfig klappt, blinkt er einmal kurz rot, dann während der Übertragung schnell orange und zum schluss blinkt grün einmal als quittung auf.
Des weiteren ist mir aufgefallen, das jede Statusänderung drei mal gesendet wird, also wenn ich den angeschlossenen Taster 1 mal drücke kommt der Befehl drei mal bei FHEM an. nehme mal an das dem HM-MOD-Em-8 da die Empfangsquittung FHEM fehlt, oder?
ich werde auch mal sniffen...
Gruß
Ingo
Also HMInfo meckert diesbezüglich auch das alle RegL: Register fehlen. Allerdings meldet es auch, daß Register Changes pending sind. Diese werden aber einfach nicht abgearbeitet, egal ob ich nach getConfig den Anlernknopf drücke oder er über den Burst diese allein abholt. Sniffen von Homematic ist noch Neuland für mich, da muss ich mich erst mal belesen.
@automatisierer. Das mehrfache Auslösen hatte ich auch beobachtet und ohne die Sache jetzt ganauer untersucht zu haben, habe ich auf Sensor umgestellt. Dort kann kann man Taster mit kurzem und Dauersignal am besten verarbeiten wie ich finde.
Hier mal der sniff:
Als erstes habe ich mal ein getConfig gemacht:
einmal rot, danach grünes blinken
2015.09.18 22:16:23.285 0: HMLAN_Send: HMLANingo2 S:SE219C443 stat: 00 t:00000000 d:01 r:E219C443 m:03 B001 355867 381219 00040000000000
2015.09.18 22:16:25.092 0: HMLAN_Parse: HMLANingo2 R:RE219C443 stat:0008 t:00000000 d:FF r:7FFF m:03 B001 355867 381219 00040000000000
2015.09.18 22:16:25.093 0: HMLAN_Parse: HMLANingo2 no ACK from 381219
2015.09.18 22:16:27.938 0: HMLAN_Send: HMLANingo2 S:SE219D66E stat: 00 t:00000000 d:01 r:E219D66E m:03 B001 355867 381219 00040000000000
2015.09.18 22:16:29.840 0: HMLAN_Parse: HMLANingo2 R:RE219D66E stat:0008 t:00000000 d:FF r:7FFF m:03 B001 355867 381219 00040000000000
2015.09.18 22:16:29.841 0: HMLAN_Parse: HMLANingo2 no ACK from 381219
2015.09.18 22:16:30.443 0: HMLAN_Parse: HMLANingo2 R:E381219 stat:0000 t:0057A51C d:FF r:FFD4 m:03 8400 381219 355867 1000D94D45513030343731333940080000
dann mal ein vccu hmPairForSec:
hier einmal rot, dann schnelles oranges und am ende einmal grünes blinken
2015.09.18 22:17:51.849 0: HMLAN_Parse: HMLANingo2 R:E381219 stat:0000 t:0058E325 d:FF r:FFD2 m:04 8400 381219 355867 1000D94D45513030343731333940080000
2015.09.18 22:17:51.940 0: HMLAN_Send: HMLANingo2 S:SE21B1E56 stat: 00 t:00000000 d:01 r:E21B1E56 m:05 A001 355867 381219 00050000000000
2015.09.18 22:17:52.299 0: HMLAN_Parse: HMLANingo2 R:RE21B1E56 stat:0001 t:0058E4F0 d:FF r:FFD8 m:05 8002 381219 355867 00
2015.09.18 22:17:52.399 0: HMLAN_Send: HMLANingo2 S:SE21B2000 stat: 00 t:00000000 d:01 r:E21B2000 m:06 A001 355867 381219 000802010A350B580C67
2015.09.18 22:17:52.698 0: HMLAN_Parse: HMLANingo2 R:RE21B2000 stat:0001 t:0058E67F d:FF r:FFD9 m:06 8002 381219 355867 00
2015.09.18 22:17:52.798 0: HMLAN_Send: HMLANingo2 S:SE21B218F stat: 00 t:00000000 d:01 r:E21B218F m:07 A001 355867 381219 0006
2015.09.18 22:17:53.111 0: HMLAN_Parse: HMLANingo2 R:RE21B218F stat:0001 t:0058E81C d:FF r:FFD9 m:07 8002 381219 355867 00
Danach nochmal ein getConfig:
led blinken wie beim ersten getConfig
2015.09.18 22:18:51.326 0: HMLAN_Send: HMLANingo2 S:SE21C068B stat: 00 t:00000000 d:01 r:E21C068B m:08 B001 355867 381219 00040000000000
2015.09.18 22:18:53.133 0: HMLAN_Parse: HMLANingo2 R:RE21C068B stat:0008 t:00000000 d:FF r:7FFF m:08 B001 355867 381219 00040000000000
2015.09.18 22:18:53.134 0: HMLAN_Parse: HMLANingo2 no ACK from 381219
2015.09.18 22:18:57.054 0: HMLAN_Send: HMLANingo2 S:SE21C1CEB stat: 00 t:00000000 d:01 r:E21C1CEB m:08 B001 355867 381219 00040000000000
2015.09.18 22:18:58.861 0: HMLAN_Parse: HMLANingo2 R:RE21C1CEB stat:0008 t:00000000 d:FF r:7FFF m:08 B001 355867 381219 00040000000000
2015.09.18 22:18:58.862 0: HMLAN_Parse: HMLANingo2 no ACK from 381219
2015.09.18 22:19:03.228 0: HMLAN_Parse: HMLANingo2 R:E381219 stat:0000 t:0059FA06 d:FF r:FFCE m:05 8400 381219 355867 1000D94D45513030343731333940080000
Gruß
Ingo
Hatte vor kurzen auch, dass ein RT das Register 00 nicht preisgeben wollte. Nach autoReadReg 5_readMissing war das fehlende Reading irgenwann da. Vlt. Bringt das bei deinem device auch was. Hatte vorher auch mittels getconfig versucht dem RT das fehlende Reading zu entlocken aber das funktionierte auch nicht.
VG
Frank
Hier noch mein Log.... das Attribut autoReadRegsteht steht schon die ganze Nacht auf readMissing und es wird nun sporadisch ein getConfig angeschoben, leider ohne Erfolg, das Register bleibt leer.
Auch lässt sich so nicht der ledMode ändern, FHEM meldet hier...
Zitatcannot calculate value. Please issue set HM_Sendemodul_EM getConfig first - invalid
CUL_HM set HM_Sendemodul_EM getConfig
2015.09.19 09:43:32.705 0: HMLAN_Send: HMLAN_0 S:SE48EE0AF stat: 00 t:00000000 d:01 r:E48EE0AF m:97 B001 29A172 381100 00040000000000
2015.09.19 09:43:34.515 0: HMLAN_Parse: HMLAN_0 R:RE48EE0AF stat:0008 t:00000000 d:FF r:7FFF m:97 B001 29A172 381100 00040000000000
2015.09.19 09:43:34.516 0: HMLAN_Parse: HMLAN_0 no ACK from 381100
2015.09.19 09:43:37.446 0: HMLAN_Send: HMLAN_0 S:SE48EF335 stat: 00 t:00000000 d:01 r:E48EF335 m:97 B001 29A172 381100 00040000000000
2015.09.19 09:43:39.255 0: HMLAN_Parse: HMLAN_0 R:RE48EF335 stat:0008 t:00000000 d:FF r:7FFF m:97 B001 29A172 381100 00040000000000
2015.09.19 09:43:39.256 0: HMLAN_Parse: HMLAN_0 no ACK from 381100
Die Anfrage wird nicht beantwortet. Ist den korrekt gepairt?
Bei mir ist laut den Readings richtig gepairt. Hab das gerät auch funktionierend im Einsatz.
Seit gestern abend sendet es auch jeden Tastendruck nur noch ein mal.
Aber getConfig geht nicht und regSet auch nicht. Zumindest nicht immer, hab den 1.Kanal ja auf sensor umgestellt. Weitere regSet haben bislang allerdings nicht funktioniert.
Was mich irritiert ist, dass das responseTimeout direkt nach dem drücken des Config Button kommt, kleiner 0,5Sek. Was ja für eine "timeout" Meldung seltsam ist.
Gruß
Ingo
Ich habe ebenfalls ein Reading mit richtigem pairing ,obwohl ich auch mehrere Versuche brauchte.
ZitatPairedTo 0x29A172 2015-09-18 18:02:51
Da es sich wieder eingeschlichen hat: ihr nutzt hmlan oder eine cul mit timing Verwaltung.
Ich brauche logs um etwas zu sehen. Wenn es manchmal geht kann es am timing liegen, das ist aber mittlerweile stabil.
Das sich das verhalten aendert, wenn man den sensormode umstellt ist logisch.
das HMid:Closed, kam aber auch immer drei mal hintereinander... und das open anschließend auch. wurde einfach alles drei mal empfangen...
Ich nutze zwei HMlan's mit einer vccu. was für logs willst du haben? ich hatte ja weiter oben schon ein getConfig-sniff gepostet.
Also ich empfange nach Umstellung auf Sensor nur ein Event, was ja korrekt ist. Aber das genannte fehlende Register konnt ich noch nie auslesen. Ich nutze ebenfalls ein HMLAN mit VCCU.
...schliesse mich automatisierer an. Welche Logs brauchst du genau?
Gut, bei hmlan sollte das timing passen.
Logs sind immer die rohmessages. Im letzten log reagiert das device nicht auf burst. Evtl ist der mode nicht wie beschrieben burst sondern lazy-config oder von burst.
Müsste ihr einmal im hmconfig aendern und testen. Ich habe leider (noch) keins
was genau soll ich da ändern?
,"HM-MOD-Em-8" =>{ lowBatLimitBA2 =>1,transmDevTryMax =>1,localResDis =>1
,ledMode =>1
,transmitTryMax =>1,eventFilterTime =>1
,msgScPosA =>1,msgScPosA =>1
,triggerMode =>1
}
Zitat,"00D9" => {name=>"HM-MOD-Em-8" ,st=>'remote' ,cyc=>'' ,rxt=>'b' ,lst=>'1,4' ,chn=>"Btn:1:8",}
Zitat#rxt - receivetype of the device------
# l: receive on lazy config - no idea how this works so far.....
# c: receive on config
# w: receive in wakeup
# b: receive on burst
# f: receive on burst if enabled
entweder "b" gegen "l" tauschen, oder "l" zusätzlich.
Oder "c" wenn man nur config testen will
mit "l" klappts
getConfig geht durch und regSet mit anschließendem getConfig hat auch auf anhieb gefunzt!
DANKE!
Bei mir auch keine Probleme mehr nach der Änderung auf "lacyConfig". Die Register sind alle da und Änderungen laufen sauber durch.
Vielen Dank auch von mir.
Wird dieses für künftige Updates eingecheckt?
In etwa 2 wochen