Hallo zusammen,
ich habe mehrere HM-Sec-SC2 Tür-/Fensterkontakte, die beim Öffnen eines Fensters jeweils einen HM-CC-RT-DN Heizkörperthermostat herunter regeln sollen.
Nun habe ich versucht, die Benachrichtigung über ein virtuelles Device und FHEM zu realisieren, statt direkt zwischen Tür-/Fensterkontakt und Heizkörperthermostat die Nachrichten zu schicken. Daraufhin funktioniert dieser HM-Sec-SC2 nicht mehr korrekt. FHEM bekommt den aktuellen Status (open/closed) mit. Die Kommunikation dauert aber im Vergleich zu vorher und wird nicht mit Erfolg (grüne LED) quittiert. Stattdessen erfolgt eine lange Sequenz mit orangener LED.
Ich habe bereits folgendes mit diesem HM-Sec-SC2 (Name HM_2BDDBE) probiert - in dieser Reihenfolge:
1. Set HM_2BDDBE clear msgEvents -> mit Anlerntaster am HM-Sec-SC2 bestätigt
2. Set HM_2BDDBE clear readings -> mit Anlerntaster am HM-Sec-SC2 bestätigt
3. Delete HM_2BDDBE
4. Save
5. Shutdown restart
6. HM-Sec-SC2 neu angelernt - schlägt fehl
List des HM-Sec-SC2 sieht wie folgt aus:
Internals:
CFGFN
DEF 2BDDBE
IODev hmusb
LASTInputDev hmusb
MSGCNT 159
NAME HM_2BDDBE
NR 816
STATE open
TYPE CUL_HM
hmusb_MSGCNT 159
hmusb_RAWMSG E2BDDBE,0000,0207D4EA,FF,FFBA,1BA2412BDDBE0000008118C8
hmusb_RSSI -70
hmusb_TIME 2015-09-22 08:23:20
lastMsg No:1B - t:41 s:2BDDBE d:000000 8118C8
protLastRcv 2015-09-22 08:23:20
protState Info_Cleared
rssi_at_hmusb avg:-72.61 min:-83 max:-67 lst:-70 cnt:59
CHANGETIME:
Helper:
Dblog:
Activity:
Mydblog:
TIME 1443004380.9056
VALUE dead
D-firmware:
Mydblog:
TIME 1442871137.65567
VALUE 2.4
D-serialnr:
Mydblog:
TIME 1442871137.65567
VALUE LwR��]tQ�
R-paircentral:
Mydblog:
TIME 1442870749.899
VALUE set_0x426242
Alive:
Mydblog:
TIME 1442870862.05389
VALUE yes
Battery:
Mydblog:
TIME 1442902991.79823
VALUE low
Contact:
Mydblog:
TIME 1442902991.79823
VALUE open (to broadcast)
Sabotageerror:
Mydblog:
TIME 1442870862.05389
VALUE on
State:
Mydblog:
TIME 1442902991.79823
VALUE open
Trigdst_broadcast:
Mydblog:
TIME 1442902991.79823
VALUE noConfig
Trigger_cnt:
Mydblog:
TIME 1442902991.79823
VALUE 24
Readings:
2015-09-23 12:33:00 Activity dead
2015-09-22 08:23:11 battery low
2015-09-22 08:23:11 contact open (to broadcast)
2015-09-22 08:23:11 state open
2015-09-22 08:23:11 trigDst_broadcast noConfig
2015-09-22 08:23:11 trigger_cnt 24
Helper:
HM_CMDNR 27
cSnd 014262422BDDBE00050000000000,014262422BDDBE00040000000000
getCfgList all
getCfgListNo ,4
mId 00B1
rxType 28
Io:
newCh 1
newChn +2BDDBE,00,00,00
nextSend 1442903000.5762
prefIO
rxt 2
vccu
p:
2BDDBE
00
00
00
Mrssi:
mNo 1B
Io:
hmusb -68
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_hmusb:
avg -72.6101694915254
cnt 59
lst -70
max -67
min -83
Shadowreg:
RegL_00: 02:01 0A:42 0B:62 0C:42
Attributes:
IODev hmusb
actCycle 028:00
actStatus dead
autoReadReg 4_reqStatus
expert 2_full
firmware 2.4
model HM-SEC-SC-2
room CUL_HM
serialNr LwR��]tQ�
subType threeStateSensor
Die Seriennummer des HM-Sec-SC2 wird von FHEM nicht mehr korrekt erkannt. Wie kann ich herausfinden, warum die Kommunikation nicht funktioniert und der HM-Sec-SC2 nicht mit grüner LED quittiert?
schon frische batterien bestückt?
Die ersten Batterien hatten 1,45V pro Stück. Es sind jetzt neue mit über 1,5V pro Stück drin. Bringt leider keine Besserung.
2015-09-22 08:23:11 battery low
seltsam, dass er dann low gemeldet hat.
sehen die kontakte vieleicht etwas matt/korrodiert aus und sitzen die batterien auch schön stramm drinnen?
ansonnsten empfiehlt es sich natürlich rawmessages vom pairen zu sniffen, wie im wiki beschrieben.
Die RawMessages vom Pairing sehen wie folgt aus:
2015.09.24 00:18:23 2: CUL_HM Unknown device HM_2BDDBE is now defined
2015.09.24 00:18:23 2: autocreate: define HM_2BDDBE CUL_HM 2BDDBE
2015.09.24 00:18:25 3: Device HM_2BDDBE added to ActionDetector with 028:00 time
2015.09.24 00:18:25 3: CUL_HM pair: HM_2BDDBE threeStateSensor, model HM-SEC-SC-2 serialNr
2015.09.24 00:18:25 0: HMLAN_Send: hmusb S:SFC494B98 stat: 00 t:00000000 d:01 r:FC494B98 m:08 A001 426242 2BDDBE 00050000000000
2015.09.24 00:18:26 0: HMLAN_Parse: hmusb R:RFC494B98 stat:0001 t:0A98951A d:FF r:FFBB m:08 8002 2BDDBE 426242 80
2015.09.24 00:18:28 3: Device HM_2BDDBE added to ActionDetector with 028:00 time
Der Status des HM-Sec-SC2 ist danach 'NACK'. Battery steht jetzt auch auf 'OK'. Nur bekommt FHEM beispielsweise nicht die korrekte Seriennummer des Sensors mit.
da ist keine anlernmessage zu sehen. paire, wie im wiki beschrieben mit hmpairforsec.
ist der fk bereits mit einer anderen hmid gepaired? dann zuerst reset machen.
Ich habe den FK über die Anlerntaste zurückgesetzt: lange Anlerntaste drücken -> langsames rotes Blinken -> nochmal drücken -> schnelles rotes Blinken
Danach den HomeMatic-USB2 Adapter über 'set hmusb hmpairforsec 200' in den Pairingmodus versetzt. Mit einer anderen hmid war der FK vorher nicht gepairt. Er lief mit dem gleichen HM-USB2 Adapter bei gleicher hmid. Ich habe nur ein virtuelles HomeMatic-Device definiert, welches aber nur über ein notifiy aktualisiert wurde. Ansonsten war/ist (?) der FK mit einem HM-CC-RT-DN gepeert.
Was mache ich falsch?
ZitatWas mache ich falsch?
das könnten uns die rawmessages zeigen. ;)
Anbei eine längere Sequenz des Pairings ab Neustart des FHEM-Servers:
2015.09.24 19:33:03 0: Server started with 161 defined entities (version $Id: fhem.pl 9218 2015-09-09 19:43:43Z rudolfkoenig $, os linux, user fhem, pid 32764)
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+2B2AD6,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+2BDE02,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+349344,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+24A47C,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+3157F3,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+3104AF,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+2B6D2B,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+2DA1F6,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+28AD80,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+2855DE,00,00,00
2015.09.24 19:33:03 0: HMLAN_Send: hmusb I:+24B059,00,00,00
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110682 d:26362E O:426242 t:0EB99487 IDcnt:000C L:5 %
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8AACA d:FF r:FFB2 m:3B A641 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8AACA d:FF r:FFB2 m:3B A641 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8AACA d:FF r:FFB2 m:3B A641 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8ADBB d:FF r:FFB4 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8B1A8 d:FF r:FFB3 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8B980 d:FF r:FFB1 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8B980 d:FF r:FFB1 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8C932 d:FF r:FFAF m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8C932 d:FF r:FFAF m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8CA30 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8CA30 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8DBAA d:FF r:FFB2 m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8DF90 d:FF r:FFB2 m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8E763 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8E763 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E3157F3 stat:0000 t:0EB8E963 d:FF r:FFCA m:5F 8610 3157F3 000000 0A98CA0C0000
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8F70B d:FF r:FFB8 m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB9165E d:FF r:FFBC m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E24A47C stat:0000 t:0EB960C1 d:FF r:FFC5 m:E4 845E 24A47C 000000 8C18E40000650025091301
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2855DE stat:0000 t:0EB99316 d:FF r:FFC0 m:9F 845E 2855DE 000000 8259B10000000000090EFF
2015.09.24 19:33:05 0: HMLAN_Parse: hmusb R:R006A5020 stat:0002 t:00000000 d:FF r:7FFF m:99 8112 999999 000000
2015.09.24 19:33:05 1: HMLAN_Parse: hmusb new condition ok
2015.09.24 19:33:05 0: HMLAN_Send: hmusb S:+2B2AD6,00,00,00
2015.09.24 19:33:05 0: HMLAN_Send: hmusb S:S006A6B95 stat: 00 t:00000000 d:01 r:006A6B95 m:02 A001 426242 2B2AD6 010E
Ein Beitrag ist wohl auf eine bestimmte Zeichenanzahl limitiert. Weiter im Log:
2015.09.24 19:33:05 0: HMLAN_Send: hmusb S:+000000,00,00,00
2015.09.24 19:33:05 0: HMLAN_Send: hmusb S:S006A6CBC stat: 00 t:00000000 d:01 r:006A6CBC m:01 8670 431351 000000 00CA
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:+000000,00,00,00
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:S006A6DCF stat: 00 t:00000000 d:01 r:006A6DCF m:01 8670 332211 000000 00CA
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:+000000,00,00,00
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:S006A6EAD stat: 00 t:00000000 d:01 r:006A6EAD m:01 8670 243142 000000 00C0
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:+000000,00,00,00
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:S006A6F34 stat: 00 t:00000000 d:01 r:006A6F34 m:01 8670 524411 000000 00BA
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:E2B2AD6 stat:0000 t:0EB9B0BC d:FF r:FFC4 m:02 A410 2B2AD6 426242 0601000036
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:R006A6B95 stat:0001 t:0EB9B0C1 d:FF r:FFC4 m:02 A410 2B2AD6 426242 0601000036
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:+2855DE,00,00,00
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:S006A704B stat: 00 t:00000000 d:01 r:006A704B m:A0 A011 426242 2855DE 0201000000
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:R006A6CBC stat:0002 t:00000000 d:FF r:7FFF m:01 8670 431351 000000 00CA
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:R006A6DCF stat:0002 t:00000000 d:FF r:7FFF m:01 8670 332211 000000 00CA
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:R006A6EAD stat:0002 t:00000000 d:FF r:7FFF m:01 8670 243142 000000 00C0
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:R006A6F34 stat:0002 t:00000000 d:FF r:7FFF m:01 8670 524411 000000 00BA
2015.09.24 19:33:06 0: HMLAN_Parse: hmusb R:R006A704B stat:0001 t:0EB9B581 d:FF r:FFC1 m:A0 8002 2855DE 426242 010100003B
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:+2B2AD6,00,00,00
2015.09.24 19:33:06 0: HMLAN_Send: hmusb S:S006A715D stat: 00 t:00000000 d:01 r:006A715D m:03 A001 426242 2B2AD6 020E
2015.09.24 19:33:07 0: HMLAN_Parse: hmusb R:E2B2AD6 stat:0000 t:0EB9B6A1 d:FF r:FFC4 m:03 A45F 2B2AD6 426242 80013E0000000000090602
2015.09.24 19:33:07 0: HMLAN_Parse: hmusb R:R006A715D stat:0001 t:0EB9B6A6 d:FF r:FFC4 m:03 A45F 2B2AD6 426242 80013E0000000000090602
2015.09.24 19:33:07 0: HMLAN_Send: hmusb S:+24A47C,00,00,00
2015.09.24 19:33:07 0: HMLAN_Send: hmusb S:S006A7472 stat: 00 t:00000000 d:01 r:006A7472 m:E5 A001 426242 24A47C 010E
2015.09.24 19:33:08 0: HMLAN_Parse: hmusb R:E24A47C stat:0000 t:0EB9B99C d:FF r:FFC5 m:E5 A410 24A47C 426242 0601C80037
2015.09.24 19:33:08 0: HMLAN_Parse: hmusb R:R006A7472 stat:0001 t:0EB9B9A1 d:FF r:FFC5 m:E5 A410 24A47C 426242 0601C80037
2015.09.24 19:33:08 0: HMLAN_Send: hmusb S:+2855DE,00,00,00
2015.09.24 19:33:08 0: HMLAN_Send: hmusb S:S006A7877 stat: 00 t:00000000 d:01 r:006A7877 m:A1 A001 426242 2855DE 010E
2015.09.24 19:33:08 0: HMLAN_Send: hmusb I:K
2015.09.24 19:33:08 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110682 d:26362E O:426242 t:0EB9BD66 IDcnt:000B L:5 %
2015.09.24 19:33:09 0: HMLAN_Parse: hmusb R:E2855DE stat:0000 t:0EB9BE84 d:FF r:FFC1 m:A1 A410 2855DE 426242 060100003A
2015.09.24 19:33:09 0: HMLAN_Parse: hmusb R:R006A7877 stat:0001 t:0EB9BE89 d:FF r:FFC1 m:A1 A410 2855DE 426242 060100003A
2015.09.24 19:33:09 0: HMLAN_Send: hmusb S:+24B059,00,00,00
2015.09.24 19:33:09 0: HMLAN_Send: hmusb S:S006A7C7C stat: 00 t:00000000 d:01 r:006A7C7C m:02 A001 426242 24B059 010E
2015.09.24 19:33:10 0: HMLAN_Parse: hmusb R:E24B059 stat:0000 t:0EB9C1BB d:FF r:FFC0 m:02 A410 24B059 426242 060100003A
2015.09.24 19:33:10 0: HMLAN_Parse: hmusb R:R006A7C7C stat:0001 t:0EB9C1C0 d:FF r:FFC0 m:02 A410 24B059 426242 060100003A
2015.09.24 19:33:10 0: HMLAN_Send: hmusb S:+24B059,00,00,00
2015.09.24 19:33:10 0: HMLAN_Send: hmusb S:S006A8083 stat: 00 t:00000000 d:01 r:006A8083 m:03 A001 426242 24B059 020E
2015.09.24 19:33:11 0: HMLAN_Parse: hmusb R:E24B059 stat:0000 t:0EB9C5C0 d:FF r:FFC0 m:03 A45F 24B059 426242 817C610000000000091702
2015.09.24 19:33:11 0: HMLAN_Parse: hmusb R:R006A8083 stat:0001 t:0EB9C5C5 d:FF r:FFC0 m:03 A45F 24B059 426242 817C610000000000091702
2015.09.24 19:33:11 0: HMLAN_Send: hmusb S:S006A8356 stat: 00 t:00000000 d:01 r:006A8356 m:04 A011 426242 24B059 0201000000
2015.09.24 19:33:11 0: HMLAN_Parse: hmusb R:E24B059 stat:0000 t:0EB9C891 d:FF r:FFC0 m:96 845E 24B059 000000 817C610000000000091702
2015.09.24 19:33:17 0: HMLAN_Send: hmusb S:S006A9981 stat: 00 t:00000000 d:01 r:006A9981 m:04 A011 426242 24B059 0201000000
2015.09.24 19:33:17 0: HMLAN_Parse: hmusb R:R006A8356 stat:0001 t:0EB9C934 d:FF r:FFC0 m:04 8002 24B059 426242 010100003A
2015.09.24 19:33:17 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB9D783 d:FF r:FFB2 m:04 8000 2BDDBE 002000 2400B14C6C5BE1FAD6785E4BFC80810101
2015.09.24 19:33:17 2: CUL_HM Unknown device HM_2BDDBE is now defined
2015.09.24 19:33:17 2: autocreate: define HM_2BDDBE CUL_HM 2BDDBE
2015.09.24 19:33:18 3: Device HM_2BDDBE added to ActionDetector with 028:00 time
2015.09.24 19:33:18 3: CUL_HM pair: HM_2BDDBE threeStateSensor, model HM-SEC-SC-2 serialNr
2015.09.24 19:33:18 0: HMLAN_Parse: hmusb R:R006A9981 stat:0001 t:0EB9DE81 d:FF r:FFC0 m:04 8002 24B059 426242 010100003A
2015.09.24 19:33:18 0: HMLAN_Send: hmusb S:S006A9E0C stat: 00 t:00000000 d:01 r:006A9E0C m:05 A001 426242 2BDDBE 00050000000000
2015.09.24 19:33:18 0: HMLAN_Parse: hmusb R:E3104AF stat:0000 t:0EB9E399 d:FF r:FFD3 m:D1 8610 3104AF 000000 0A80BA0B0000
2015.09.24 19:33:19 0: HMLAN_Parse: hmusb R:R006A9E0C stat:0008 t:00000000 d:FF r:7FFF m:05 A001 426242 2BDDBE 00050000000000
2015.09.24 19:33:19 0: HMLAN_Parse: hmusb no ACK from 2BDDBE
2015.09.24 19:33:22 3: Device HM_2BDDBE added to ActionDetector with 028:00 time
2015.09.24 19:33:22 0: HMLAN_Send: hmusb I:+2BDDBE,02,00,00
2015.09.24 19:33:34 0: HMLAN_Send: hmusb I:K
2015.09.24 19:33:34 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110682 d:26362E O:426242 t:0EBA2184 IDcnt:000C L:6 %
2015.09.24 19:33:44 0: HMLAN_Parse: hmusb R:E2DA1F6 stat:0000 t:0EBA471B d:FF r:FFC6 m:9C 8610 2DA1F6 000000 0A98C80B0100
2015.09.24 19:33:44 0: HMLAN_Send: hmusb I:+2DA1F6,02,00,00
2015.09.24 19:33:44 3: CUL_HM set HZ_Wohnzimmer_WindowRec getConfig
2015.09.24 19:33:44 0: HMLAN_Send: hmusb S:S006B02FC stat: 00 t:00000000 d:01 r:006B02FC m:02 B112 426242 2DA1F6
2015.09.24 19:33:44 0: HMLAN_Parse: hmusb R:R006B02FC stat:0001 t:0EBA49C0 d:FF r:FFC4 m:02 8002 2DA1F6 426242 00
2015.09.24 19:33:45 0: HMLAN_Send: hmusb S:S006B059B stat: 00 t:00000000 d:01 r:006B059B m:03 A112 426242 2DA1F6
2015.09.24 19:33:45 0: HMLAN_Parse: hmusb R:R006B059B stat:0001 t:0EBA4AFF d:FF r:FFC4 m:03 8002 2DA1F6 426242 00
2015.09.24 19:33:45 0: HMLAN_Send: hmusb S:+2DA1F6,02,00,00
2015.09.24 19:33:45 0: HMLAN_Send: hmusb S:S006B06D9 stat: 00 t:00000000 d:01 r:006B06D9 m:04 A001 426242 2DA1F6 0303
2015.09.24 19:33:45 0: HMLAN_Parse: hmusb R:R006B06D9 stat:0001 t:0EBA4C89 d:FF r:FFC4 m:04 8010 2DA1F6 426242 01100010021000200100000000
2015.09.24 19:33:45 0: HMLAN_Send: hmusb S:S006B085F stat: 00 t:00000000 d:01 r:006B085F m:05 A001 426242 2DA1F6 03040000000001
2015.09.24 19:33:45 0: HMLAN_Parse: hmusb R:R006B085F stat:0001 t:0EBA4DC3 d:FF r:FFC5 m:05 8010 2DA1F6 426242 0208000000
2015.09.24 19:33:46 0: HMLAN_Send: hmusb S:S006B099B stat: 00 t:00000000 d:01 r:006B099B m:06 A001 426242 2DA1F6 03041000100203
2015.09.24 19:33:46 0: HMLAN_Send: hmusb I:K
2015.09.24 19:33:46 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110682 d:26362E O:426242 t:0EBA4EA5 IDcnt:000C L:7 %
2015.09.24 19:33:46 0: HMLAN_Parse: hmusb R:R006B099B stat:0001 t:0EBA4F02 d:FF r:FFC4 m:06 8010 2DA1F6 426242 0204320000
2015.09.24 19:33:46 0: HMLAN_Send: hmusb S:S006B0CBE stat: 00 t:00000000 d:01 r:006B0CBE m:07 A001 426242 2DA1F6 03041000200103
2015.09.24 19:33:47 0: HMLAN_Parse: hmusb R:R006B0CBE stat:0001 t:0EBA5222 d:FF r:FFC5 m:07 8010 2DA1F6 426242 0204320000
2015.09.24 19:33:47 0: HMLAN_Send: hmusb S:S006B0DFB stat: 00 t:00000000 d:01 r:006B0DFB m:08 A001 426242 2DA1F6 03041000100207
2015.09.24 19:33:47 0: HMLAN_Parse: hmusb R:R006B0DFB stat:0001 t:0EBA5362 d:FF r:FFC4 m:08 8010 2DA1F6 426242 0205180000
2015.09.24 19:33:47 0: HMLAN_Send: hmusb S:S006B0F3C stat: 00 t:00000000 d:01 r:006B0F3C m:09 A001 426242 2DA1F6 03041000200107
2015.09.24 19:33:47 0: HMLAN_Parse: hmusb R:R006B0F3C stat:0001 t:0EBA54A2 d:FF r:FFC5 m:09 8010 2DA1F6 426242 0205180000
2015.09.24 19:33:47 0: HMLAN_Send: hmusb I:+2DA1F6,00,00,00
2015.09.24 19:34:00 3: telnetForBlockingFn: port 50472 opened
2015.09.24 19:34:04 0: HMLAN_Parse: hmusb R:E2B2AD6 stat:0000 t:0EBA9645 d:FF r:FFC4 m:A6 845E 2B2AD6 000000 80013E0000000000090803
2015.09.24 19:34:08 0: HMLAN_Parse: hmusb R:E2B6D2B stat:0000 t:0EBAA793 d:FF r:FFD2 m:9F 8610 2B6D2B 000000 0A80C00B0000
2015.09.24 19:34:11 0: HMLAN_Send: hmusb I:K
2015.09.24 19:34:11 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110682 d:26362E O:426242 t:0EBAB003 IDcnt:000C L:8 %
2015.09.24 19:34:19 0: HMLAN_Parse: hmusb R:E3157F3 stat:0000 t:0EBAD0B1 d:FF r:FFCA m:60 8610 3157F3 000000 0A98CA0C0000
2015.09.24 19:34:36 0: HMLAN_Send: hmusb I:K
2015.09.24 19:34:36 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110682 d:26362E O:426242 t:0EBB11A1 IDcnt:000C L:8 %
Zitat2015.09.24 19:33:17 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB9D783 d:FF r:FFB2 m:04 8000 2BDDBE 002000 2400B14C6C5BE1FAD6785E4BFC80810101
schlechte nachrichten. die anlernmessage geht nicht an broadcast 0x000000, sondern an das device 0x002000.
somit ist der fk also mit
diesem device dieser zentrale gepaired. darum antwortet es dann auch nicht auf befehle deiner zentrale. ich schätze der fk ist auch mit aes gesichert, da der reset wohl nichts gebracht hat.
ist das device gebraucht? oder ein bausatz? hast du schon mal irgendwo einen eigenen aes schlüssel vergeben?
du könntest ein io mit der hmid 0x002000 definieren und versuchen dieses device so zu "kapern", aes abschalten, und dann resetten.
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8AACA d:FF r:FFB2 m:3B A641 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8AACA d:FF r:FFB2 m:3B A641 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8AACA d:FF r:FFB2 m:3B A641 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8ADBB d:FF r:FFB4 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8B1A8 d:FF r:FFB3 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8B980 d:FF r:FFB1 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8B980 d:FF r:FFB1 m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8C932 d:FF r:FFAF m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:03 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8C932 d:FF r:FFAF m:3B A241 2BDDBE 000000 0101C8
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8CA30 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8CA30 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8DBAA d:FF r:FFB2 m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8DF90 d:FF r:FFB2 m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8E763 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8E763 d:FF r:FFAE m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB8F70B d:FF r:FFB8 m:3C A610 2BDDBE 000000 0601C80E
2015.09.24 19:33:04 0: HMLAN_Parse: hmusb R:E2BDDBE stat:0000 t:0EB9165E d:FF r:FFBC m:3C A610 2BDDBE 000000 0601C80E
die meldungen am anfang gehen komischerweise an broadcast. aber so viele identische messages innerhalb kürzester zeit. dein fk ist schon ein putziges kerlchen.
hast du noch einen repeater?
Nein, einen Repeater habe ich nicht. Es ist ein HomeMatic USB 2 Adapter und ein Jeelink angeschlossen.
Kann hier noch ein Peering vom FK aktiv sein? Habe den FK jetzt bestimmt fünf Mal zurückgesetzt.
aes gesicherte devices können nicht resettet werden. zumindestens, wenn ein eigener schlüssel verwendet wurde.
Ich habe für den HomeMatic USB 2 Adapter keine Verschlüsselung angegeben. Die Attribute hmKey, hmKey2 und hmKey3 sind nicht gesetzt.
neue sec-sc2 werden gesichert ausgeliefert. keine ahnung wo dieses pairing her kommt. wie gesagt ändere die hmid auf 002000 deines hmusb und lerne den fk an. dann schalte aes ab. danach machst du ein
set fk regSet pairCentral 426242
wenn das klappt, hast du ihn umgepaired. die antwort wirst du dann nicht mehr sehen können. erst nach wieder umstellen der hmid vom hmusb auf 426242 kannst du wieder kommunizieren.
Der betroffene HM-Sec-SC2 war ja vorher schon einmal korrekt mit dem HMUSB gepairt. So ganz verstehe ich nicht, wo jetzt die andere ID her kommt.
Wie schalte ich AES beim TFK ab? Soweit mir bekannt unterstützt FHEM doch gar kein AES bei HomeMatic.
EDIT: Habe jetzt erst die Änderungen gesehen. Den HM-Sec-SC2 hatte ich neu gekauft und er war auch etwa 6 Monate bei mir einwandfrei in Betrieb. Dann habe ich einen virtuelles HM-Device definiert, welches von den Daten des HM-Sec-SC2 befüllt wird. Dieser virtuelle Sensor sollte dann einen HM-CC-RT-DN auf Fenster offen bzw. Fenster zu stellen.
das register sign auf off setzen. fhem kann aes.
Ich habe die folgenden Schritte nacheinander durchgeführt, leider ohne Erfolg:
1. set HM_2BDDBE clear all
2. set HM_2BDDBE reset
3. delete HM_2BDDBE
4. hmid des HMUSB auf 002000 gesetzt
5. Save
6. FHEM + Server ausgeschaltet, HMUSB stromlos
7. Server + FHEM neu gestartet
8. HM-Sec-SC2 nochmal zurückgesetzt
9. set HMUSB hmPairForSec 200
10. Anlerntaste am HM-Sec-SC2 gedrückt
11. set HM_2BDDBE getConfig
12. set HM_2BDDBE regSet sign off
=> Fehlermeldung: "cannot calculate value. Please issue set HM_2BDDBE getConfig first - invalid"
Also scheint es spätestens ab Punkt 10 nicht zu funktionieren. In den Readings steht auch nur bei pairCentral nur 'set_0x002000'. Paired-to ist gar nicht aufgeführt.
am besten immer die logs. alles andere ist spekulation.