Seit ich den Raspberry neu aufgesetzt habe funktionieren viele Sensoren nicht mehr wie sie sollen.
Zudem ist bei den Sensoren HM-SEC-SCo der Status unbekannt bzw. dead und aesCommToDev mit fail deklariert.
configCheck
configCheck done:
missing register list
AB_GAO_FS1_SSPPWT: RegL_00.,RegL_01.
UESF1_EG_BA: RegL_00.,RegL_01.
UESF1_EG_KUE: RegL_00.,RegL_01.
UESF1_EG_STH: RegL_00.,RegL_01.
UESF1_EG_WC: RegL_00.,RegL_01.
UESF1_EG_WI: RegL_00.,RegL_01.
UESF1_OG1_KI: RegL_00.,RegL_01.
UESF1_OG1_KUE: RegL_00.,RegL_01.
UESF1_OG1_SL: RegL_00.,RegL_01.
UESF1_OG1_WC: RegL_00.,RegL_01.
UESF1_OG2_BUE1_N: RegL_00.,RegL_01.
UESF1_OG2_BUE2_W: RegL_00.,RegL_01.
UESF1_OG2_DB: RegL_00.,RegL_01.
UESF1_OG2_DBN: RegL_00.,RegL_01.
UESF2_EG_SL: RegL_00.,RegL_01.
UESF2_EG_STH: RegL_00.,RegL_01.
UESF2_EG_WZ: RegL_00.,RegL_01.
UESF2_OG2_BUE2_N: RegL_00.,RegL_01.
UESF2_OG2_BUE2_W: RegL_00.,RegL_01.
UESF2_OG2_DBN: RegL_00.,RegL_01.
UESF3_OG2_BUE1_N: RegL_00.,RegL_01.
UESF3_OG2_BUE2_W: RegL_00.,RegL_01.
UESF3_OG2_DBN: RegL_00.,RegL_01.
UEST1_AB_FR: RegL_00.,RegL_01.
UEST1_EG_KUE: RegL_00.,RegL_01.
UEST1_EG_STH: RegL_00.,RegL_01.
UEST1_OG1_KUE: RegL_00.,RegL_01.
UES_EG_STH_T1FB: RegL_00.
UES_EG_STH_T1FB_light: RegL_01.
UES_EG_STH_T1FB_lock: RegL_01.
UES_EG_STH_T1FB_open: RegL_01.
UES_EG_STH_T1FB_unlock: RegL_01.
PairedTo missing/unknown
AB_GAO_FS1_SSPPWT
UESF1_EG_BA
UESF1_EG_KUE
UESF1_EG_STH
UESF1_EG_WC
UESF1_EG_WI
UESF1_OG1_KI
UESF1_OG1_KUE
UESF1_OG1_SL
UESF1_OG1_WC
UESF1_OG2_BUE1_N
UESF1_OG2_BUE2_W
UESF1_OG2_DB
UESF1_OG2_DBN
UESF2_EG_SL
UESF2_EG_STH
UESF2_EG_WZ
UESF2_OG2_BUE2_N
UESF2_OG2_BUE2_W
UESF2_OG2_DBN
UESF3_OG2_BUE1_N
UESF3_OG2_BUE2_W
UESF3_OG2_DBN
UEST1_EG_KUE
UEST1_EG_STH
UEST1_OG1_KUE
UES_EG_STH_T1FB
aesCommReq set, IO not compatibel
UESF1_EG_BA
UESF1_EG_KUE
UESF1_EG_SL
UESF1_EG_STH
UESF1_EG_WC
UESF1_EG_WI
UESF1_EG_WZ
UESF1_OG1_KI
UESF1_OG1_KUE
UESF1_OG1_SL
UESF1_OG1_WC
UESF1_OG2_BUE1_N
UESF1_OG2_BUE2_W
UESF1_OG2_DB
UESF1_OG2_DBN
UESF2_EG_SL
UESF2_EG_STH
UESF2_EG_WZ
UESF2_OG2_BUE2_N
UESF2_OG2_BUE2_W
UESF2_OG2_DBN
UESF3_OG2_BUE1_N
UESF3_OG2_BUE2_W
UESF3_OG2_DBN
UEST1VG_EG_STH
UEST1_AB_FR
UEST1_EG_KUE
UEST1_EG_STH
UEST1_OG1_KUE
UEST1_OG2_EDV
UES_EG_STH_T1FB
VCCU
Den großteil der Sensoren habe ich wieder neu angelernt. Trotzdem habe ich nach kurzer Zeit wieder das gleiche Problem. Warum geht das Paired verloren bzw. aesCommReq set, IO not compatibel.
An der Signalstärke kann es jedenfalls nicht liegen, denn über den gesamten Bereich sind vier HMUARTLGW verteilt.
list VCCU
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF Fxxxxxxxx
HmUART_AB_MSGCNT 640
HmUART_AB_RAWMSG 05000142CA943FFxxxxx000000020420DBD179
HmUART_AB_RSSI -66
HmUART_AB_TIME 2017-06-20 14:28:42
HmUART_EG_MSGCNT 385
HmUART_EG_RAWMSG 0500012DCA943FFxxxxx000000020420DBD179
HmUART_EG_RSSI -45
HmUART_EG_TIME 2017-06-20 14:28:42
HmUART_OG1_MSGCNT 481
HmUART_OG1_RAWMSG 0500003CE7A004Fxxxxx4EA895747922D9CE4F51AFA61EFAF53A765EF2
HmUART_OG1_RSSI -60
HmUART_OG1_TIME 2017-06-20 14:25:08
HmUART_OG2_MSGCNT 399
HmUART_OG2_RAWMSG 0500013ECA943FFxxxxx000000020420DBD179
HmUART_OG2_RSSI -62
HmUART_OG2_TIME 2017-06-20 14:28:42
IODev HmUART_AB
LASTInputDev HmUART_OG2
MSGCNT 1905
NAME VCCU
NOTIFYDEV global
NR 743
NTFY_ORDER 50-VCCU
STATE HmUART_AB:ok,HmUART_EG:ok,HmUART_OG1:ok,HmUART_OG2:ok,
TYPE CUL_HM
assignedIOs HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
channel_01 VCCU_Btn1
channel_02 VCCU_Btn2
channel_03 VCCU_Btn3
lastMsg No:CA - t:3F s:Fxxxxxx d:000000 020420DBD179
protLastRcv 2017-06-20 14:28:42
rssi_at_HmUART_AB lst:-66 max:-26 cnt:495 min:-82 avg:-55.9
rssi_at_HmUART_OG1 min:-68 cnt:114 max:-51 avg:-55.57 lst:-59
Readings:
2017-06-20 14:25:02 CommandAccepted yes
2017-06-20 14:25:01 aesKeyNbr 02
2017-06-20 14:02:19 aesReqTo RGB_AB_FR
2017-06-20 14:28:42 rssi_at_HmUART_AB -66
2017-06-15 17:45:11 rssi_at_HmUART_EG -48
2017-06-20 11:51:37 rssi_at_HmUART_OG1 -59
2017-06-20 14:23:43 state HmUART_AB:ok,HmUART_EG:ok,HmUART_OG1:ok,HmUART_OG2:ok,
Helper:
HM_CMDNR 202
mId FFF0
rxType 1
supp_Pair_Rep 0
Ack:
Expert:
def 1
det 0
raw 0
tpl 0
Io:
nextSend 1497961722.89345
vccu VCCU
ioList:
HmUART_AB
HmUART_EG
HmUART_OG1
HmUART_OG2
Mrssi:
mNo CA
Io:
HmUART_AB -64
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
vrt 1
Rssi:
At_hmuart_ab:
avg -55.9070707070707
cnt 495
lst -66
max -26
min -82
At_hmuart_og1:
avg -55.5701754385965
cnt 114
lst -59
max -51
min -68
Shadowreg:
Tmpl:
Role:
Attributes:
IODev HmUART_OG1
IOList HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
IOgrp VCCU
aesCommReq 1
alias HomeMatic Virtuelle CCU
group HomeMatic VCCU
hmKey 01:e......................................................................
icon hm_ccu
model CCU-FHEM
room AB-Fitnessraum,EG-Bad,EG-Kueche,EG-Schlafzimmer,EG-Stiegenhaus,EG-WC,EG-Wirtschaftsraum,EG-Wohnzimmer,OG1-Balkon,OG1-Kinderzimmer,OG1-Kueche,OG1-Schlafzimmer,OG1-WC,OG1-Wohnzimmer,OG2-Buero1,OG2-Buero2,OG2-Dachboden,OG2-EDV-Raum,_HM,_Kontaktsensoren,_RxTx
rssiLog 1
subType virtual
webCmd virtual:update
Hi,
das gehört da nicht hin -> IOgrp VCCU !
Wenn das nichts behebt gib mal noch ein list von einem der Geräte.
Gruß Otto
Danke für den Tipp.
Das muss irgendwann rein gerutscht sein.
Kann mich nicht erinnern das jemals definiert zu haben. Habe die IOgrp der VCCU entfernt.
Anbei noch ein Geräte List
Internals:
CFGFN /media/hdd/fhem/mycfg/ueberwachung/sensoren_rasp01.cfg
DEF 4.....
HmUART_EG_MSGCNT 13
HmUART_EG_RAWMSG 05030147F0A6104.....F.....06010000
HmUART_EG_RSSI -71
HmUART_EG_TIME 2017-06-20 18:07:16
HmUART_OG1_MSGCNT 21
HmUART_OG1_RAWMSG 0500003CF0A6034.....F.....A80288F206E43BA25C56AA6DDE0BE01D
HmUART_OG1_RSSI -60
HmUART_OG1_TIME 2017-06-20 18:07:16
HmUART_OG2_MSGCNT 21
HmUART_OG2_RAWMSG 05000152F0A6034.....F.....A80288F206E43BA25C56AA6DDE0BE01D
HmUART_OG2_RSSI -82
HmUART_OG2_TIME 2017-06-20 18:07:16
IODev HmUART_EG
LASTInputDev HmUART_EG
MSGCNT 55
NAME UESF1_EG_BA
NOTIFYDEV global
NR 1536
NTFY_ORDER 50-UESF1_EG_BA
STATE ZU
TYPE CUL_HM
lastMsg No:EB - t:10 s:4..... d:F..... 06010000
protCmdPend 2 CMDs pending
protLastRcv 2017-06-20 18:07:11
protResnd 1 last_at:2017-06-20 18:07:16
protSnd 2 last_at:2017-06-20 18:07:11
protState CMDs_pending
rssi_at_HmUART_EG min:-71 avg:-71 max:-71 cnt:1 lst:-71
Readings:
2017-06-20 17:05:54 Activity unknown
2017-06-15 12:24:47 D-firmware 1.0
2017-06-15 12:24:47 D-serialNr NEQ.......
2017-06-20 18:07:58 RegL_00.
2017-06-20 18:07:16 aesCommToDev fail
2017-06-20 12:21:06 aesReqTo VCCU
2017-06-20 18:07:11 alive yes
2017-06-20 18:07:11 battery ok
2017-06-20 18:07:11 contact closed (to VCCU)
2017-06-20 18:07:11 recentStateType info
2017-06-20 12:21:08 rssi_at_HmUART_AB -86
2017-06-20 18:07:11 rssi_at_HmUART_EG -71
2017-06-20 18:07:11 sabotageError off
2017-06-20 18:07:11 state closed
cmdStack:
++A001F..........00040000000000
++A001F..........01040000000001
++A001F..........0103
Helper:
HM_CMDNR 236
cSnd ,01F..........00040000000000
getCfgList all
getCfgListNo ,4
mId 00C7
rxType 28
supp_Pair_Rep 0
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4.....,03,01,02
nextSend 1497974836.86972
rxt 2
vccu VCCU
p:
4.....
01
01
02
prefIO:
HmUART_EG
Mrssi:
mNo EB
Io:
HmUART_EG -69
Prt:
bErr 0
sProc 2
sleeping 0
wuReSent 2
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HmUART_EG
flg A
ts 1497974831.7111
ack:
HASH(0x27fb4c8)
EB8002F..........00
Rssi:
At_hmuart_eg:
avg -71
cnt 1
lst -71
max -71
min -71
Tmpl:
Role:
Attributes:
IODev HmUART_EG
IOgrp VCCU:HmUART_EG
actCycle 002:50
actStatus unknown
aesCommReq 1
alias EG Bad - Fenster - Öffnungssensor
autoReadReg 4_reqStatus
devStateIcon ZU:fts_window_1w OFFEN:fts_window_1w_tilt@red
eventMap closed:ZU open:OFFEN
expert 2_defReg+raw
firmware 1.0
group Sensoren
icon fts_window_1w
model HM-SEC-SCo
peerIDs 00000000,
room EG-Bad,Rolllaeden,_HM,_Kontaktsensoren
rssiLog 1
serialNr NEQ.......
subType threeStateSensor
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
Internals:
CFGFN /media/hdd/fhem/mycfg/ueberwachung/sensoren_rasp01.cfg
DEF 4.....
HmUART_AB_MSGCNT 155
HmUART_AB_RAWMSG 0500013F21A6034.....F......8819E59D58A5A0A1ADEF70CDB5938800
HmUART_AB_RSSI -63
HmUART_AB_TIME 2017-06-20 18:14:54
HmUART_EG_MSGCNT 131
HmUART_EG_RAWMSG 0500014E21A6034.....F......8819E59D58A5A0A1ADEF70CDB5938800
HmUART_EG_RSSI -78
HmUART_EG_TIME 2017-06-20 18:14:54
HmUART_OG1_MSGCNT 288
HmUART_OG1_RAWMSG 0503013921A6104.....F......06010000
HmUART_OG1_RSSI -57
HmUART_OG1_TIME 2017-06-20 18:14:54
HmUART_OG2_MSGCNT 155
HmUART_OG2_RAWMSG 0500013A21A6034.....F......8819E59D58A5A0A1ADEF70CDB5938800
HmUART_OG2_RSSI -58
HmUART_OG2_TIME 2017-06-20 18:14:54
IODev HmUART_OG1
LASTInputDev HmUART_OG1
MSGCNT 729
NAME UEST1_OG1_KUE
NOTIFYDEV global
NR 1656
NTFY_ORDER 50-UEST1_OG1_KUE
STATE OFFEN
TYPE CUL_HM
protCmdPend 9 CMDs_pending
protState CMDs_pending
Readings:
2017-06-20 16:15:52 Activity unknown
2017-06-15 12:24:50 D-firmware 1.0
2017-06-15 12:24:50 D-serialNr NEQ........
2017-06-20 18:14:54 aesCommToDev fail
2017-06-20 10:14:08 aesReqTo VCCU
2017-06-19 23:41:16 alive yes
2017-06-20 10:20:07 battery ok
2017-06-20 10:20:07 contact open (to VCCU)
2017-06-19 23:41:16 recentStateType info
2017-06-20 10:14:08 rssi_at_HmUART_AB -55
2017-06-20 10:20:07 rssi_at_HmUART_OG1 -70
2017-06-19 23:41:16 sabotageError off
2017-06-20 10:20:07 state open
2017-06-20 17:24:29 trig_aes_VCCU fail:152
2017-06-20 10:20:07 trigger_cnt 133
cmdStack:
++A001F......4.....00040000000000
++A001F......4.....01040000000001
++A001F......4.....0103
++A001F......4.....00040000000000
++A001F......4.....01040000000001
++A001F......4.....0103
++A001F......4.....00040000000000
++A001F......4.....01040000000001
++A001F......4.....0103
Helper:
HM_CMDNR 169
getCfgList all
getCfgListNo ,4
mId 00C7
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4.....,03,01,02
nextSend 1497975294.95732
rxt 2
vccu VCCU
p:
4.....
01
01
02
prefIO:
HmUART_OG1
Mrssi:
mNo
Io:
Prt:
bErr 0
sProc 2
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
Shadowreg:
Tmpl:
Role:
Attributes:
IODev HmUART_OG1
IOgrp VCCU:HmUART_OG1
actCycle 002:50
actStatus unknown
aesCommReq 1
alias OG1 Küche - Balkontüre - Öffnungssensor
autoReadReg 4_reqStatus
devStateIcon ZU:fts_door OFFEN:fts_door_open@red
eventMap closed:ZU open:OFFEN
expert 2_defReg+raw
firmware 1.0
group Sensoren
icon fts_door
model HM-SEC-SCo
peerIDs 00000000,
room OG1,OG1-Balkon,OG1-Kueche,Rolllaeden,_HM,_Kontaktsensoren
rssiLog 1
serialNr NEQ........
subType threeStateSensor
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
Hi,
sorry aber die Sensoren sind nicht angelernt (gepairt) die sind lediglich mit autocreate (wahrscheinlich) angelegt.
Ohne pairing funktionieren die Zustandsmeldungen zwar, aber die Fehler im configCheck bleiben.
Also alles hübsch pairen und dann wird es funktionieren.
Gruß Otto
Das kann aber nicht sein.
Alle HM Geräte wurden gepairt.
set VCCU hmPairForSec 20 und am Sensor Taste zum Anlernen gedrückt.
Sensor blinket schnell, und im Anschluß standen die Attribute R-pairCentral und PairedTo mit 0xF..... in den Readings.
Und das ist ja das eigenartige, das die Sensor bzw. Geräte Definitionen mit AES auf einmal nicht mehr funktionieren.
Ich habe mittlerweile ein duzend Mal die Sensor bzw. Geräte unpaired sowohl über FHEM als auch direkt am Sensor, und nach dem alle Sensoren unpaired waren wieder alle gepairt.
Internals:
CFGFN /media/hdd/fhem/mycfg/ueberwachung/sensoren_rasp01.cfg
DEF 4.....
HmUART_AB_MSGCNT 95
HmUART_AB_RAWMSG 050201522AA6104.....F.....06010000
HmUART_AB_RSSI -82
HmUART_AB_TIME 2017-06-21 06:48:38
HmUART_EG_MSGCNT 112
HmUART_EG_RAWMSG 050000524EA6104.....F.....06010000
HmUART_EG_RSSI -82
HmUART_EG_TIME 2017-06-21 12:32:19
HmUART_OG1_MSGCNT 108
HmUART_OG1_RAWMSG 0500014B4EA6104.....F.....06010000
HmUART_OG1_RSSI -75
HmUART_OG1_TIME 2017-06-21 12:32:19
HmUART_OG2_MSGCNT 120
HmUART_OG2_RAWMSG 0500014E4EA6104.....F.....06010000
HmUART_OG2_RSSI -78
HmUART_OG2_TIME 2017-06-21 12:32:19
IODev HmUART_AB
LASTInputDev HmUART_OG1
MSGCNT 435
NAME UEST1_AB_FR
NOTIFYDEV global
NR 1505
NTFY_ORDER 50-UEST1_AB_FR
STATE ZU
TYPE CUL_HM
lastMsg No:2A - t:10 s:4..... d:F..... 06010000
protEvt_AESCom-ok 8 last_at:2017-06-21 06:48:38
protLastRcv 2017-06-21 06:48:38
protResnd 2 last_at:2017-06-20 18:50:29
protSnd 18 last_at:2017-06-21 06:48:38
protState CMDs_done
rssi_at_HmUART_AB avg:-83.66 max:-80 min:-85 cnt:15 lst:-82
Readings:
2017-06-21 09:46:16 Activity dead
2017-06-15 12:24:50 D-firmware 1.0
2017-06-15 12:24:50 D-serialNr NEQ0......
2017-06-20 19:41:57 PairedTo 0xF.....
2017-06-15 22:13:12 R-cyclicInfoMsg on
2017-06-15 22:13:12 R-eventDlyTime 0 s
2017-06-15 22:13:12 R-pairCentral 0xF.....
2017-06-15 22:13:12 R-sabotageMsg on
2017-06-15 22:13:12 R-sign on
2017-06-20 19:41:57 RegL_00. 02:01 09:01 0A:F1 0B:23 0C:47 10:01 14:06 00:00
2017-06-20 19:41:58 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2017-06-21 06:48:38 aesCommToDev ok
2017-06-21 06:48:38 alive yes
2017-06-21 06:48:38 battery ok
2017-06-21 06:48:38 contact closed (to VCCU)
2017-06-21 06:48:38 recentStateType info
2017-06-21 06:48:38 rssi_at_HmUART_AB -82
2017-06-21 06:48:38 sabotageError off
2017-06-21 06:48:38 state closed
2017-06-16 19:49:23 trig_aes_VCCU ok:245
2017-06-16 19:49:23 trigger_cnt 245
Helper:
HM_CMDNR 42
cSnd 01F.....4.....01040000000001,01F.....4.....0103
mId 00C7
peerIDsRaw ,00000000
rxType 28
supp_Pair_Rep 0
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newCh 1
newChn +4.....,01,01,02
nextSend 1498041139.55909
rxt 2
vccu VCCU
p:
4.....
01
01
02
prefIO:
HmUART_AB
Mrssi:
mNo 2A
Io:
HmUART_AB -80
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HmUART_AB
flg A
ts 1498020518.31881
ack:
HASH(0x27f9c50)
2A8002F.....4.....00
Rssi:
At_hmuart_ab:
avg -83.6666666666667
cnt 15
lst -82
max -80
min -85
Shadowreg:
Tmpl:
Role:
Attributes:
IODev HmUART_AB
IOgrp VCCU:HmUART_AB
actCycle 002:50
actStatus dead
aesCommReq 1
alias AB Fitnessraum - Türe - Öffnungssensor
autoReadReg 4_reqStatus
devStateIcon ZU:fts_door OFFEN:fts_door_open@red
eventMap closed:ZU open:OFFEN
expert 2_defReg+raw
firmware 1.0
group Sensoren
icon fts_door
model HM-SEC-SCo
peerIDs 00000000,
room AB,AB-Fitnessraum,_HM,_Kontaktsensoren
rssiLog 1
serialNr NEQ0......
subType threeStateSensor
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
Zitat von: Burny4600 am 21 Juni 2017, 13:07:21
standen die Attribute R-pairCentral und PairedTo mit 0xF..... in den Readings.
aber genau das fehlt oben in deinem list!
In dem list jetzt ist alles korrekt.
Manchmal save vergessen?
Gruß Otto
Zitat von: Otto123 am 21 Juni 2017, 16:49:06
aber genau das fehlt oben in deinem list!
In dem list jetzt ist alles korrekt.
Manchmal save vergessen?
Gruß Otto
das problem ist, dass er alte Readings zeigt, und jedes mal einen anderen Sensor
2017-06-21 09:46:16 Activity dead
2017-06-15 12:24:50 D-firmware 1.0
2017-06-15 12:24:50 D-serialNr NEQ0......
2017-06-20 19:41:57 PairedTo 0xF.....
2017-06-15 22:13:12 R-cyclicInfoMsg on
2017-06-15 22:13:12 R-eventDlyTime 0 s
2017-06-15 22:13:12 R-pairCentral 0xF.....
2017-06-15 22:13:12 R-sabotageMsg on
2017-06-15 22:13:12 R-sign on und wenn ich den jetzt mal als Beispiel nehme , ist denn wirklich R-cyclicInfoMsg on , weil er sollte eigentlich nicht 2017-06-21 09:46:16 Activity dead sein.
bei den anderen 2 lists sind sogar noch command pendings drin, Ich sag mal knöpfchen drücken.
ihm zu helfen ist für mich extrem schwierig
Wie kann ich überprüfen ob R-cyclicInfoMsg on ist bzw. wie aktiviere ich das?
Zitatund wenn ich den jetzt mal als Beispiel nehme , ist denn wirklich R-cyclicInfoMsg on , weil er sollte eigentlich nicht 2017-06-21 09:46:16 Activity dead sein.
bei den anderen 2 lists sind sogar noch command pendings drin, Ich sag mal knöpfchen drücken.
All das wurde gemacht und dennoch verabschieden sich die Komponeten wieder.
Ich weis schön langsam nicht mehr was mit diesen HM Komponeten los ist.
Alle Geräte wurden mit
unpair und am Sensor mit zweimal Knöpfchen lange gedrückt (rot langs und rot schnell blinken) getrennt und im mit
set VCCU hmPairForSec 20 wieder neu gepeert und gespeichert und dennoch steht wieder in der Geräteübersicht nach ca. einem Tag
alive:4 dead:0 unkn:27 off:0Was noch dazu kommt ist das
aesCommReq set, IO not compatibel für alle Komponenten eingetragen ist.
configCheck done:
missing register list
PairedTo missing/unknown
aesCommReq set, IO not compatibel
AB_GAO_FS1_SSPPWT
UESF1_EG_BA
UESF1_EG_KUE
UESF1_EG_SL
UESF1_EG_STH
UESF1_EG_STH
UESF1_EG_WI
UESF1_EG_WC
UESF1_EG_WI
UESF1_EG_WZ
UESF1_OG1_KI
UESF1_OG1_KUE
UESF1_OG1_SL
UESF1_OG1_WC
UESF1_OG2_BUE1_N
UESF1_OG2_BUE2_W
UESF1_OG2_DB
UESF1_OG2_DBN
UESF2_EG_SL
UESF2_EG_STH
UESF2_EG_WZ
UESF2_OG2_BUE2_N
UESF2_OG2_BUE2_W
UESF2_OG2_DBN
UESF3_OG2_BUE1_N
UESF3_OG2_BUE2_W
UESF3_OG2_DBN
UEST1VG_EG_STH
UEST1_AB_FR
UEST1_EG_KUE
UEST1_EG_STH
UEST1_OG1_KUE
UEST1_OG2_EDV
UES_EG_STH_T1FB
VCCU
Ich rate Dir einfach zur Ruhe. Ich habe den Eindruck Du machst zu viel, zu schnell und zu sehr alles durcheinander.
Zitatset VCCU hmPairForSec 20
Schon das halte ich für sportlich, da bekommt man bei manchen HM Geräten nicht mal den configTaster aktiviert.
Gruß Otto
Wenn die Aktivierung abgeschlossen ist und alle Sensoren mit alive vorhanden sind müsste das doch reichen.
Zudem sind die Readings ja passend, oder nicht?
ZB ein Sensor der jetzt wieder mit dead sich zurückmeldet nachdem die Parameter PairedTo R-pairCentral mit 0xF......
Activity dead 03.07.2017 15:55
D-firmware 1.0 15.06.2017 12:24
D-serialNr NEQ....... 15.06.2017 12:24
PairedTo 0xF..... 23.06.2017 01:53
R-cyclicInfoMsg on 23.06.2017 01:53
R-eventDlyTime 0 s 23.06.2017 01:53
R-pairCentral 0xF..... 23.06.2017 01:53
R-sabotageMsg on 23.06.2017 01:53
R-sign on 23.06.2017 01:53
RegL_00. 02:01 09:01 0A:F1 0B:23 0C:47 10:01 14:06 00:00 23.06.2017 01:53
RegL_01. 08:01 20:9C 21:00 30:06 00:00 23.06.2017 01:53
aesCommToDev fail 04.07.2017 08:40
aesReqTo VCCU 02.07.2017 03:55
alive yes 02.07.2017 12:17
battery ok 02.07.2017 12:17
contact closed (to VCCU) 02.07.2017 12:17
recentStateType info 02.07.2017 12:17
rssi_at_HmUART_AB -82 02.07.2017 03:01
rssi_at_HmUART_EG -69 02.07.2017 12:17
sabotageError off 02.07.2017 12:17
state closed 02.07.2017 12:17
Was mich nur stutzig macht sind die Zeitstempel wo dies passiert sein soll, die nicht stimmen können.
Da dürfte mehr faul sein, und ich denke das hängt eventuell mit dem eingerichteten https und SSL zusammen.
Beim Pairing meldeten sich zudem die Sensoren am Ende mit dem einmaligen Auflauchten der LED in grün. Während des Pairing blinken die Sensoren sehr rasch in Orange.
Ich denke wir gehen zum Anfang. Vielleicht passt auch etwas in der Konfiguration nicht.
Es gibt einen zentralen Raspberry mit FHEM der die VCCU und einen HM Schnittstelle mit einem HMUARTLGW besitzt.
Zudem gibt es drei exponierte HMUARTLGW Schnittstellen die via ser2net an dem zentralen Raspberry angebunden sind.
Config VCCU
#####################################
### HomeMatic VCCU ###
#####################################
define VCCU CUL_HM F.....
attr VCCU IODev HmUART_OG1
attr VCCU IOList HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
attr VCCU aesCommReq 1
attr VCCU alias HomeMatic Virtuelle CCU
attr VCCU group HomeMatic VCCU
attr VCCU hmKey 01:e...............................................................9
attr VCCU icon hm_ccu
attr VCCU model CCU-FHEM
attr VCCU room AB-Fitnessraum,EG-Bad,EG-Kueche,EG-Schlafzimmer,EG-Stiegenhaus,EG-WC,EG-Wirtschaftsraum,EG-Wohnzimmer,OG1-Balkon,OG1-Kinderzimmer,OG1-Kueche,OG1-Schlafzimmer,OG1-WC,OG1-Wohnzimmer,OG2-Buero1,OG2-Buero2,OG2-Dachboden,OG2-EDV-Raum,_HM,_Kontaktsensoren,_RxTx
attr VCCU rssiLog 1
attr VCCU subType virtual
attr VCCU webCmd virtual:update
define VCCU_Btn1 CUL_HM F.....01
attr VCCU_Btn1 alias HomeMatic Virtuelle CCU - Taste 1
attr VCCU_Btn1 group HomeMatic VCCU
attr VCCU_Btn1 icon hm_ccu
attr VCCU_Btn1 model CCU-FHEM
attr VCCU_Btn1 peerIDs 00000000,
attr VCCU_Btn1 room _HM,_Kontaktsensoren
attr VCCU_Btn1 webCmd press short:press long
define VCCU_Btn2 CUL_HM F.....02
attr VCCU_Btn2 alias HomeMatic Virtuelle CCU - Taste 2
attr VCCU_Btn2 group HomeMatic VCCU
attr VCCU_Btn2 icon hm_ccu
attr VCCU_Btn2 model CCU-FHEM
attr VCCU_Btn2 peerIDs 00000000,
attr VCCU_Btn2 room _HM
attr VCCU_Btn2 webCmd press short:press long
define VCCU_Btn3 CUL_HM F.....03
attr VCCU_Btn3 alias HomeMatic Virtuelle CCU - Taste 3
attr VCCU_Btn3 group HomeMatic VCCU
attr VCCU_Btn3 icon hm_ccu
attr VCCU_Btn3 model CCU-FHEM
attr VCCU_Btn3 peerIDs 00000000,
attr VCCU_Btn3 room _HM
attr VCCU_Btn3 webCmd press short:press long
# -----------------------------------------------------------------------------------------------
# -----------------------------------------------------------------------------------------------
#####################################
### HomeMatic Info ###
#####################################
define HM HMinfo
attr HM alias HomeMatic Info
attr HM icon edit_paste
attr HM room _HM,_Kontaktsensoren
attr HM sumERROR battery:ok,sabotageError:off,powerError:ok,overload:off,overheat:off,reduced:off,motorError:no,error:none,uncertain:yes,smoke_detect:none,cover:closed
attr HM sumStatus battery,sabotageError,powerError,motor
attr HM webCmd update:protoEvents short:rssi:peerXref:configCheck:models
lokale Schnittstelle
#####################################
### INPUT HomeMatic ###
#####################################
define HmUART_OG2 HMUARTLGW /dev/ttyAMA0
attr HmUART_OG2 alias HomeMatic Gateway - OG2 EDV Raum
attr HmUART_OG2 devStateIcon init:hm_lan@orange opened:hm_lan@lightgreen
attr HmUART_OG2 group Schnittstellen HomeMatic
attr HmUART_OG2 hmId F.....
attr HmUART_OG2 icon hm_lan
attr HmUART_OG2 logIDs sys,all
attr HmUART_OG2 qLen 60
attr HmUART_OG2 room _HM,_RxTx
attr HmUART_OG2 verbose 0
ser2net Schnittstellen
#####################################
### ser2net Schnittstellen ###
#####################################
### HomeMatic AB
define HmUART_AB HMUARTLGW uart://192.xxx.xxx.xx6:40541
attr HmUART_AB alias HomeMatic Gateway - AB Fitnessraum
attr HmUART_AB devStateIcon init:it_network@orange opened:it_network@lightgreen disconnected:it_network@red
attr HmUART_AB dutyCycle 1
attr HmUART_AB group Schnittstellen ser2net
attr HmUART_AB hmId F.....
attr HmUART_AB icon hm_lan
attr HmUART_AB qLen 60
attr HmUART_AB room _HM,_RxTx
attr HmUART_AB verbose 0
# -----------------------------------------------------------------------------------------------
### HomeMatic EG
define HmUART_EG HMUARTLGW uart://192.xxx.xxx.xx5:40541
attr HmUART_EG alias HomeMatic Gateway - EG Vorraum HV
attr HmUART_EG devStateIcon init:it_network@orange opened:it_network@lightgreen disconnected:it_network@red
attr HmUART_EG dutyCycle 1
attr HmUART_EG group Schnittstellen ser2net
attr HmUART_EG hmId F.....
attr HmUART_EG icon hm_lan
attr HmUART_EG qLen 60
attr HmUART_EG room _HM,_RxTx
attr HmUART_EG verbose 0
# -----------------------------------------------------------------------------------------------
### HomeMatic OG1
define HmUART_OG1 HMUARTLGW uart://192.xxx.xxx.xx7:40541
attr HmUART_OG1 alias HomeMatic Gateway - OG1 Vorraum UV
attr HmUART_OG1 devStateIcon init:it_network@orange opened:it_network@lightgreen disconnected:it_network@red
attr HmUART_OG1 dutyCycle 1
attr HmUART_OG1 group Schnittstellen ser2net
attr HmUART_OG1 hmId F.....
attr HmUART_OG1 icon hm_lan
attr HmUART_OG1 qLen 60
attr HmUART_OG1 room _HM,_RxTx
attr HmUART_OG1 verbose 0
# -----------------------------------------------------------------------------------------------
# -----------------------------------------------------------------------------------------------
#####################################
### RSSI Geräte ###
#####################################
define culRSSI readingsGroup <Gerät>,<Signal>,<Zeit>,<hr>\
nanoCUL433_RSSI=.*:+nanoCUL433_RSSI,+nanoCUL433_TIME\
nanoCUL868_RSSI=.*:+nanoCUL868_RSSI,+nanoCUL868_TIME\
HmUART_AB_RSSI=.*:+HmUART_AB_RSSI,+HmUART_AB_TIME\
HmUART_EG_RSSI=.*:+HmUART_EG_RSSI,+HmUART_EG_TIME\
HmUART_OG1_RSSI=.*:+HmUART_OG1_RSSI,+HmUART_OG1_TIME\
HmUART_OG2_RSSI=.*:+HmUART_OG2_RSSI,+HmUART_OG2_TIME
attr culRSSI alias Signalstärke Geräte & Sensoren
attr culRSSI room _Signalstärke Geräte
attr culRSSI sortDevices 1
attr culRSSI valueFormat {nanoCUL433_RSSI => "%0.1f db",\
nanoCUL868_RSSI => "%0.1f db",\
nanoCUL868_HM_RSSI => "%0.1f db",\
HmUART_AB_RSSI => "%0.1f db",\
HmUART_EG_RSSI => "%0.1f db",\
HmUART_OG1_RSSI => "%0.1f db",\
HmUART_OG2_RSSI => "%0.1f db"}
attr culRSSI valueStyle {return undef if($READING =~ m/TIME/);; ($VALUE <= -85)?'style="color:red"':($VALUE <= -80)?'style="color:yellow"':undef}
# -----------------------------------------------------------------------------------------------
#####################################
### RSSI Sensoren ###
#####################################
define SenRSSI readingsGroup <Gerät>,<Signal>,<Zeit>,<hr> .*:rssi_dB
attr SenRSSI alias Signalstärke Sensoren
attr SenRSSI room _Signalstärke Geräte
attr SenRSSI valueFormat {rssi_dB => "%1.f db"}
attr SenRSSI valueStyle {return undef if($READING =~ m/TIME/);; ($VALUE <= -85)?'style="color:red"':($VALUE <= -80)?'style="color:yellow"':undef}
# -----------------------------------------------------------------------------------------------
# -----------------------------------------------------------------------------------------------
#####################################
### Batteriezustände Sensor ###
#####################################
define battStatus readingsGroup <Sensor>,<Zustand>,<Zeitstempel> <hr> .*:[Bb]attery
attr battStatus alias Sensor Batteriezustände
attr battStatus commands {"battery.low" => "set %DEVICE replaceBatteryForSec 600"}
attr battStatus room _Sensor Batteriezustände
attr battStatus sortDevices 1
attr battStatus valueIcon {'battery.ok' => \
'measure_battery_100@green',\
'battery.ok 100%' =>\
'measure_battery_100@green',\
\
'battery.bad' =>\
'measure_battery_25@red',\
'battery.low' =>\
'measure_battery_25@red',\
'battery.low 10%' =>\
'measure_battery_25@red'}
# -----------------------------------------------------------------------------------------------
# -----------------------------------------------------------------------------------------------
ZitatWas mich nur stutzig macht sind die Zeitstempel wo dies passiert sein soll, die nicht stimmen können.
dann würde ich "set clear all" machen und anschliessend getconfig. danach müssen alle timestamps aktuell sein.
wenn, dann poste komplette list's und keine auszüge.
"schwärzen" ist auch sinnlos, ausser beim eigenen homematic schlüssel.
wie otto schon sagt, nimm dir immer nur
ein device vor, und teste es, bis
alles funktioniert. eventuell sniffen, um kommunikationsprobleme zu erkennen.
Das würde mich beunruhigen:
aesCommToDev fail 04.07.2017 08:40
Die Readings mit dead und alive kann ich irgendwie nicht richtig deuten. Kann es sein, das Du den Sensoren zusätzlich mit Abfragen Stress bereitest?
Kannst Du für Sensoren bevorzugte IOs definieren, ich meine sich immer zwischen mehreren IOs zu entscheiden birgt vielleicht auch Probleme.
Mein Sensor sieht z.B. so aus:
Internals:
DEF 4C1C11
HMLAN1_MSGCNT 136
HMLAN1_RAWMSG E4C1C11,0000,3ABCF8D6,FF,FFD3,7FA6104C1C11200DB806010000
HMLAN1_RSSI -45
HMLAN1_TIME 2017-07-04 12:31:17
HMUART1_MSGCNT 130
HMUART1_RAWMSG 0501002B7FA6104C1C11200DB806010000
HMUART1_RSSI -43
HMUART1_TIME 2017-07-04 12:31:17
IODev HMUART1
LASTInputDev HMLAN1
MSGCNT 266
NAME FensterAZL
NOTIFYDEV global
NR 528
NTFY_ORDER 50-FensterAZL
STATE closed
TYPE CUL_HM
lastMsg No:7F - t:10 s:4C1C11 d:200DB8 06010000
protLastRcv 2017-07-04 12:31:17
protSnd 136 last_at:2017-07-04 12:31:17
protState CMDs_done
rssi_at_HMLAN1 cnt:136 lst:-45 avg:-41.83 max:-40 min:-49
rssi_at_HMUART1 max:-41 avg:-50.28 min:-72 cnt:130 lst:-43
Readings:
2017-06-29 12:01:05 Activity alive
2016-11-06 16:52:53 CommandAccepted yes
2016-11-06 17:09:31 D-firmware 1.0
2016-11-06 17:09:31 D-serialNr NEQ0630364
2016-11-06 17:09:33 PairedTo 0x200DB8
2016-11-06 17:09:33 R-cyclicInfoMsg on
2016-11-06 17:09:33 R-eventDlyTime 0 s
2016-11-06 17:09:33 R-pairCentral 0x200DB8
2016-11-06 17:09:33 R-sabotageMsg on
2016-11-06 17:09:33 R-sign on
2016-11-06 17:09:33 RegL_00. 02:01 09:01 0A:20 0B:0D 0C:B8 10:01 14:06 00:00
2016-11-06 17:09:33 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2016-11-06 16:52:53 aesCommToDev ok
2016-11-06 16:52:53 aesKeyNbr 00
2017-07-04 12:31:17 alive yes
2017-07-04 12:31:17 battery ok
2017-07-04 12:31:17 contact closed (to VCCU)
2016-11-06 17:09:12 powerOn 2016-11-06 17:09:12
2017-07-04 12:31:17 recentStateType info
2017-07-04 12:31:17 sabotageError off
2017-07-04 12:31:17 state closed
2016-11-06 16:52:29 trigDst_broadcast noConfig
2017-06-26 10:38:26 trigger_cnt 46
Helper:
HM_CMDNR 127
mId 00C7
rxType 28
supp_Pair_Rep 0
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4C1C11,00,00,00
nextSend 1499164277.45722
rxt 2
vccu VCCU
p:
4C1C11
00
00
00
Mrssi:
mNo 7F
Io:
HMLAN1 -45
HMUART1 -41
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMUART1
flg A
ts 1499164277.36906
ack:
HASH(0x312ee38)
7F8002200DB84C1C1100
Rssi:
At_hmlan1:
avg -41.8382352941176
cnt 136
lst -45
max -40
min -49
At_hmuart1:
avg -50.2846153846154
cnt 130
lst -43
max -41
min -72
Tmpl:
Attributes:
IODev HMUART1
IOgrp VCCU
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SCo
peerIDs 00000000,
room Arbeitszimmer,CUL_HM
serialNr NEQ0630364
subType threeStateSensor Da sind durchaus auch einige Readings alt ...
Gruß Otto
@frank
Zitatdann würde ich "set clear all" machen und anschliessend getconfig. danach müssen alle timestamps aktuell sein.
Das ist einmal etwas mit dem ich etwas anfangen kann.
Was meinst du mit schwärzen?
Von welchen Geräten soll ich ein List machen?
@Otto123
ZitataesCommToDev fail 04.07.2017 08:40
und auch die Menge an geräten die unter
ZitataesCommReq set, IO not compatibel
aufschein irritiert mich.
ZitatDie Readings mit dead und alive kann ich irgendwie nicht richtig deuten. Kann es sein, das Du den Sensoren zusätzlich mit Abfragen Stress bereitest?
Die HM Sensoren werden wie alle anderen Sensoren behandelt. Da erfolgt nur ein Trigger wenn der Sensor etwas liefert.
Ich bin wieder einmal bei dem leidigem Thema nachdem ich wieder ein wenig Zeit habe.
Folgender Teststand:
Ich habe die Sensoren unpaired.
Vorher wurden wegen des besseren Überblicks ein clear ausgeführt.
set UEST1_OG1_KUE clear all
Jeder Sensor ist einer entsprechenden IODev zugeortnet der in seiner Nähe liegt. in diesem Tesfall dem IODev HmUART_OG1.
Nach einer längeren Zeit wurder das Pairing gestartet.
set VCCU hmPairForSec 90
Alles sieht sauber gepairt aus.
Nach dem Pairing stand sogar das aesCommToDev mit ok an.
Nach kurzer Zeit aber wieder nicht.
list UEST1_OG1_KUE
Internals:
CFGFN /media/hdd/fhem/mycfg/ueberwachung/sensoren_rasp01.cfg
DEF 4C1E60
HmUART_AB_MSGCNT 181
HmUART_AB_RAWMSG 05000143C7A6034C1E60FxxxxxA73FC099EEA38B4D266C10D5A2C7404E
HmUART_AB_RSSI -67
HmUART_AB_TIME 2017-10-03 16:03:55
HmUART_EG_MSGCNT 177
HmUART_EG_RAWMSG 05000150C7A6034C1E60FxxxxxA73FC099EEA38B4D266C10D5A2C7404E
HmUART_EG_RSSI -80
HmUART_EG_TIME 2017-10-03 16:03:55
HmUART_OG1_MSGCNT 329
HmUART_OG1_RAWMSG 0503013BC7A6414C1E60Fxxxxx010500
HmUART_OG1_RSSI -59
HmUART_OG1_TIME 2017-10-03 16:03:55
HmUART_OG2_MSGCNT 181
HmUART_OG2_RAWMSG 05000128C7A6034C1E60FxxxxxA73FC099EEA38B4D266C10D5A2C7404E
HmUART_OG2_RSSI -40
HmUART_OG2_TIME 2017-10-03 16:03:55
IODev HmUART_OG1
LASTInputDev HmUART_OG2
MSGCNT 868
NAME UEST1_OG1_KUE
NOTIFYDEV global
NR 2552
NTFY_ORDER 50-UEST1_OG1_KUE
STATE ZU
TYPE CUL_HM
lastMsg No:BB - t:00 s:4C1E60 d:000000 1000C74E45513036323635343280810101
protEvt_AESCom-ok 6 last_at:2017-10-03 16:02:55
protLastRcv 2017-10-03 16:03:17
protResnd 1 last_at:2017-10-03 16:00:25
protSnd 19 last_at:2017-10-03 16:03:07
protState CMDs_done
rssi_at_HmUART_OG1 avg:-59.61 min:-64 cnt:18 max:-57 lst:-59
READINGS:
2017-10-03 16:03:17 Activity alive
2017-10-03 16:02:55 CommandAccepted yes
2017-10-03 16:03:17 D-firmware 1.0
2017-10-03 16:03:17 D-serialNr Nxxxxxxxxx
2017-10-03 16:03:06 PairedTo 0xFxxxxx
2017-10-03 16:00:41 R-cyclicInfoMsg on
2017-10-03 16:00:41 R-eventDlyTime 0 s
2017-10-03 16:03:06 R-pairCentral 0xFxxxxx
2017-10-03 16:00:41 R-sabotageMsg on
2017-10-03 16:00:41 R-sign on
2017-10-03 16:03:06 RegL_00. 02:01 09:01 0A:F1 0B:23 0C:47 10:01 14:06 00:00
2017-10-03 16:03:07 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2017-10-03 16:03:55 aesCommToDev fail
2017-10-03 16:02:55 aesKeyNbr 00
2017-10-03 16:03:17 rssi_at_HmUART_OG1 -59
2017-10-03 16:03:55 trig_aes_VCCU fail:5
helper:
HM_CMDNR 226
PONtest 0
cSnd 01Fxxxxx4C1E6001040000000001,01Fxxxxx4C1E600103
mId 00C7
peerIDsRaw ,00000000
rxType 28
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4C1E60,01,01,02
nextSend 1507039435.63487
rxt 2
vccu VCCU
p:
4C1E60
01
01
02
prefIO:
HmUART_OG1
mRssi:
mNo BB
io:
HmUART_OG1 -57
prt:
bErr 0
sProc 0
try 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HmUART_OG1:
avg -59.6111111111111
cnt 18
lst -59
max -57
min -64
shadowReg:
tmpl:
role:
Attributes:
IODev HmUART_OG1
IOgrp VCCU:HmUART_OG1
actCycle 002:50
actStatus alive
aesCommReq 1
alias OG1 Küche - Balkontüre - Öffnungssensor
autoReadReg 4_reqStatus
devStateIcon ZU:fts_door OFFEN:fts_door_open@red
event-on-change-reading alive,battery,contact,sabotageError
eventMap closed:ZU open:OFFEN
expert 2_defReg+raw
firmware 1.0
group Sensoren
icon fts_door
model HM-SEC-SCo
peerIDs 00000000,
room OG1,OG1-Balkon,OG1-Kueche,Rolllaeden,_HM,_Kontaktsensoren
rssiLog 1
serialNr NEQ0626542
subType threeStateSensor
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
Zudem ist es jetzt der Fall das Statusänderungen bei zb. diesem Sensor nicht mehr an FHEM übermittelt werden.
Ich weiß wirklich hier nicht mehr wo ich noch ansetzten kann.
Hi Chris,
mir fallen Unterschiede zu meinem auf, Ideen dazu habe ich aber nicht so richtig:
Internals:
DEF 4C1C11
HMLAN1_MSGCNT 583
HMLAN1_RAWMSG E4C1C11,0000,16C066A7,FF,FFD6,FEA6104C1C11200DB806010000
HMLAN1_RSSI -42
HMLAN1_TIME 2017-10-03 15:38:26
HMUART1_MSGCNT 583
HMUART1_RAWMSG 0501002CFEA6104C1C11200DB806010000
HMUART1_RSSI -44
HMUART1_TIME 2017-10-03 15:38:26
IODev HMUART1
LASTInputDev HMLAN1
MSGCNT 1166
NAME FensterAZL
NOTIFYDEV global
NR 484
STATE closed
TYPE CUL_HM
lastMsg No:FE - t:10 s:4C1C11 d:200DB8 06010000
protLastRcv 2017-10-03 15:38:26
protSnd 583 last_at:2017-10-03 15:38:26
protState CMDs_done
rssi_at_HMLAN1 avg:-42.69 cnt:583 lst:-42 min:-49 max:-40
rssi_at_HMUART1 lst:-44 cnt:583 max:-39 min:-58 avg:-46.83
READINGS:
2017-09-11 10:38:50 Activity alive
2016-11-06 16:52:53 CommandAccepted yes
2016-11-06 17:09:31 D-firmware 1.0
2016-11-06 17:09:31 D-serialNr NEQ0630364
2016-11-06 17:09:33 PairedTo 0x200DB8
2016-11-06 17:09:33 R-cyclicInfoMsg on
2016-11-06 17:09:33 R-eventDlyTime 0 s
2016-11-06 17:09:33 R-pairCentral 0x200DB8
2016-11-06 17:09:33 R-sabotageMsg on
2016-11-06 17:09:33 R-sign on
2016-11-06 17:09:33 RegL_00. 02:01 09:01 0A:20 0B:0D 0C:B8 10:01 14:06 00:00
2016-11-06 17:09:33 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2016-11-06 16:52:53 aesCommToDev ok
2016-11-06 16:52:53 aesKeyNbr 00
2017-10-03 15:38:26 alive yes
2017-10-03 15:38:26 battery ok
2017-10-03 15:38:26 contact closed (to VCCU)
2016-11-06 17:09:12 powerOn 2016-11-06 17:09:12
2017-10-03 15:38:26 recentStateType info
2017-10-03 15:38:26 sabotageError off
2017-10-03 15:38:26 state closed
2016-11-06 16:52:29 trigDst_broadcast noConfig
2017-08-05 09:26:00 trigger_cnt 82
helper:
HM_CMDNR 254
mId 00C7
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4C1C11,00,00,00
nextSend 1507037906.61213
rxt 2
vccu VCCU
p:
4C1C11
00
00
00
mRssi:
mNo FE
io:
HMLAN1 -42
HMUART1 -42
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMUART1
flg A
ts 1507037906.51747
ack:
HASH(0x3669618)
FE8002200DB84C1C1100
rssi:
at_HMLAN1:
avg -42.6946826758148
cnt 583
lst -42
max -40
min -49
at_HMUART1:
avg -46.8353344768439
cnt 583
lst -44
max -39
min -58
tmpl:
Attributes:
IODev HMUART1
IOgrp VCCU
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SCo
peerIDs 00000000,
room Arbeitszimmer,CUL_HM
serialNr NEQ0630364
subType threeStateSensor Bei Dir fehlen ein paar Readings, sowas habe ich bei mir nicht
Zitat2017-10-03 16:03:55 trig_aes_VCCU fail:5
dies habe ich nicht gesetzt
ZitataesCommReq 1
Was sagt hmInfo? Kannst Du bittte ein getConfig absetzen und den configknopf drücken OHNE den Sensor auszulösen!?
Gruß Otto
getConfig und kurzes betätigen des Tasters am Sensor hatte kein ersichtliche Änderung gebracht.
Internals:
CFGFN /media/hdd/fhem/mycfg/ueberwachung/sensoren_rasp01.cfg
DEF 4C1E60
HmUART_AB_MSGCNT 194
HmUART_AB_RAWMSG 05000146CE84004C1E600000001000C74E45513036323635343280810101
HmUART_AB_RSSI -70
HmUART_AB_TIME 2017-10-03 17:16:58
HmUART_EG_MSGCNT 190
HmUART_EG_RAWMSG 05000155CE84004C1E600000001000C74E45513036323635343280810101
HmUART_EG_RSSI -85
HmUART_EG_TIME 2017-10-03 17:16:58
HmUART_OG1_MSGCNT 354
HmUART_OG1_RAWMSG 0500013DCE84004C1E600000001000C74E45513036323635343280810101
HmUART_OG1_RSSI -61
HmUART_OG1_TIME 2017-10-03 17:16:58
HmUART_OG2_MSGCNT 194
HmUART_OG2_RAWMSG 05000129CE84004C1E600000001000C74E45513036323635343280810101
HmUART_OG2_RSSI -41
HmUART_OG2_TIME 2017-10-03 17:16:58
IODev HmUART_OG1
LASTInputDev HmUART_OG1
MSGCNT 932
NAME UEST1_OG1_KUE
NOTIFYDEV global
NR 2552
NTFY_ORDER 50-UEST1_OG1_KUE
STATE ZU
TYPE CUL_HM
lastMsg No:CE - t:00 s:4C1E60 d:000000 1000C74E45513036323635343280810101
protCmdPend 9 CMDs_pending
protEvt_AESCom-ok 6 last_at:2017-10-03 16:02:55
protLastRcv 2017-10-03 17:16:58
protResnd 1 last_at:2017-10-03 16:00:25
protSnd 19 last_at:2017-10-03 16:03:07
protState CMDs_pending
rssi_at_HmUART_OG1 max:-57 lst:-61 cnt:19 avg:-59.68 min:-64
READINGS:
2017-10-03 16:03:17 Activity alive
2017-10-03 16:02:55 CommandAccepted yes
2017-10-03 16:03:17 D-firmware 1.0
2017-10-03 16:03:17 D-serialNr Nxxxxxxxxx
2017-10-03 16:03:06 PairedTo 0xFxxxxx
2017-10-03 16:00:41 R-cyclicInfoMsg on
2017-10-03 16:00:41 R-eventDlyTime 0 s
2017-10-03 16:03:06 R-pairCentral 0xFxxxxx
2017-10-03 16:00:41 R-sabotageMsg on
2017-10-03 16:00:41 R-sign on
2017-10-03 16:50:05 aesCommToDev fail
2017-10-03 16:02:55 aesKeyNbr 00
2017-10-03 17:16:58 rssi_at_HmUART_OG1 -61
2017-10-03 16:03:55 trig_aes_VCCU fail:5
cmdStack:
++A001Fxxxxx4C1E6000040000000000
++A001Fxxxxx4C1E6001040000000001
++A001Fxxxxx4C1E600103
++A001Fxxxxx4C1E6000040000000000
++A001Fxxxxx4C1E6001040000000001
++A001Fxxxxx4C1E600103
++A001Fxxxxx4C1E6000040000000000
++A001Fxxxxx4C1E6001040000000001
++A001Fxxxxx4C1E600103
helper:
HM_CMDNR 206
PONtest 0
cSnd 01Fxxxxx4C1E6001040000000001,01Fxxxxx4C1E600103
getCfgList all
getCfgListNo ,4
mId 00C7
peerIDsRaw ,00000000
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4C1E60,03,01,02
nextSend 1507043818.85282
rxt 2
vccu VCCU
p:
4C1E60
01
01
02
prefIO:
HmUART_OG1
mRssi:
mNo CE
io:
HmUART_OG1 -59
prt:
bErr 0
sProc 2
try 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HmUART_OG1:
avg -59.6842105263158
cnt 19
lst -61
max -57
min -64
shadowReg:
tmpl:
role:
Attributes:
IODev HmUART_OG1
IOgrp VCCU:HmUART_OG1
actCycle 002:50
actStatus alive
aesCommReq 1
alias OG1 Küche - Balkontüre - Öffnungssensor
autoReadReg 4_reqStatus
devStateIcon ZU:fts_door OFFEN:fts_door_open@red
event-on-change-reading alive,battery,contact,sabotageError
eventMap closed:ZU open:OFFEN
expert 2_defReg+raw
firmware 1.0
group Sensoren
icon fts_door
model HM-SEC-SCo
peerIDs 00000000,
room OG1,OG1-Balkon,OG1-Kueche,Rolllaeden,_HM,_Kontaktsensoren
rssiLog 1
serialNr NEQ0626542
subType threeStateSensor
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
hmInfo gibt folgendes aus:
configCheck done:
missing register list
AB_FR_AAM: RegL_00.
AB_GAO_FS1_SSPPWT: RegL_00.,RegL_01.
AB_SG_BW: RegL_00.
AB_SG_BW_Sw_01: RegL_01.
AB_SG_BW_Sw_02: RegL_01.
AB_SG_BW_Sw_03: RegL_01.
AB_SG_BW_Sw_04: RegL_01.
OG2_BU1_HZG_RT: RegL_00.
OG2_BU1_HZG_RT_ClimaTeam: RegL_01.
OG2_BU1_HZG_RT_Climate: RegL_01.
OG2_BU1_HZG_RT_Weather: RegL_01.
OG2_BU1_HZG_RT_WindowRec: RegL_01.
OG2_BU1_HZG_RT_remote: RegL_01.
UESF1_EG_KUE: RegL_00.,RegL_01.
UESF1_EG_WI: RegL_00.,RegL_01.
UESF1_OG1_KUE: RegL_00.,RegL_01.
UESF1_OG1_SL: RegL_00.,RegL_01.
UESF1_OG2_BUE1_N: RegL_00.,RegL_01.
UESF1_OG2_BUE2_W: RegL_00.,RegL_01.
UESF1_OG2_DB: RegL_00.,RegL_01.
UESF1_OG2_DBN: RegL_00.,RegL_01.
UESF2_EG_WZ: RegL_00.,RegL_01.
UESF2_OG2_BUE2_N: RegL_00.,RegL_01.
UESF2_OG2_BUE2_W: RegL_00.,RegL_01.
UESF2_OG2_DBN: RegL_00.,RegL_01.
UESF3_OG2_BUE1_N: RegL_00.,RegL_01.
UESF3_OG2_BUE2_W: RegL_00.,RegL_01.
UESF3_OG2_DBN: RegL_00.,RegL_01.
UEST1_AB_SA: RegL_00.,RegL_01.
UEST1_OG1_KUE: RegL_00.,RegL_01.
UES_EG_STH_T1FB: RegL_00.
UES_EG_STH_T1FB_light: RegL_01.
UES_EG_STH_T1FB_lock: RegL_01.
UES_EG_STH_T1FB_open: RegL_01.
UES_EG_STH_T1FB_unlock: RegL_01.
peer list incomplete. Use getConfig to read it.
incomplete: OG1_KI_HZG_RT_Clima:
incomplete: OG2_BU2_HZG_RT1_Clima:
incomplete: OG2_BU2_HZG_RT1_WindowRec:
PairedTo missing/unknown
AB_GAO_FS1_SSPPWT
UESF1_EG_WI
UESF1_OG1_SL
UESF1_OG2_BUE1_N
UESF1_OG2_BUE2_W
UESF1_OG2_DB
UESF1_OG2_DBN
UESF2_OG2_BUE2_N
UESF2_OG2_BUE2_W
UESF2_OG2_DBN
UESF3_OG2_BUE1_N
UESF3_OG2_BUE2_W
UESF3_OG2_DBN
UEST1_AB_SA
UES_EG_STH_T1FB
aesCommReq set, IO not compatibel
UESF1_EG_BA
UESF1_EG_KUE
UESF1_EG_SL
UESF1_EG_STH
UESF1_EG_WC
UESF1_EG_WI
UESF1_EG_WZ
UESF1_OG1_KI
UESF1_OG1_KUE
UESF1_OG1_SL
UESF1_OG1_WC
UESF1_OG2_BUE1_N
UESF1_OG2_BUE2_W
UESF1_OG2_DB
UESF1_OG2_DBN
UESF2_EG_SL
UESF2_EG_STH
UESF2_EG_WZ
UESF2_OG2_BUE2_N
UESF2_OG2_BUE2_W
UESF2_OG2_DBN
UESF3_OG2_BUE1_N
UESF3_OG2_BUE2_W
UESF3_OG2_DBN
UEST1VG_EG_STH
UEST1_AB_FR
UEST1_AB_SA
UEST1_EG_KUE
UEST1_EG_STH
UEST1_OG1_KUE
UEST1_OG2_EDV
UES_EG_STH_T1FB
VCCU
templist mismatch
OG2_BU2_HZG_RT1_Clima: failed Entries:
OG2_BU2_HZG_RT1_Clima :R_0_tempListSat mismatch 09:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 22:00 21.0 24:00 17.0 ##
OG2_BU2_HZG_RT1_Clima :R_1_tempListSun mismatch 09:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 22:00 21.0 24:00 17.0 ##
OG2_BU2_HZG_RT1_Clima :R_2_tempListMon mismatch 08:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
OG2_BU2_HZG_RT1_Clima :R_3_tempListTue mismatch 08:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
OG2_BU2_HZG_RT1_Clima :R_4_tempListWed mismatch 08:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
OG2_BU2_HZG_RT1_Clima :R_5_tempListThu mismatch 08:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
OG2_BU2_HZG_RT1_Clima :R_6_tempListFri mismatch 08:00 17.0 21:30 21.0 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
Vielleicht passt irgend etwas beider Konfiguration schon bei der VCCU und den UART Modulen nicht.
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF Fxxxxx
HmUART_AB_MSGCNT 1674
HmUART_AB_RAWMSG 050001473FA001Fxxxxx568B7A0008A920AA45AB20AC45AD20AE45AF20
HmUART_AB_RSSI -71
HmUART_AB_TIME 2017-10-03 17:24:11
HmUART_EG_MSGCNT 2110
HmUART_EG_RAWMSG 050001323FA001Fxxxxx568B7A0008A920AA45AB20AC45AD20AE45AF20
HmUART_EG_RSSI -50
HmUART_EG_TIME 2017-10-03 17:24:11
HmUART_OG1_MSGCNT 1437
HmUART_OG1_RAWMSG 0500013F2DA001Fxxxxx568BBB000816551702184519201A451B201C45
HmUART_OG1_RSSI -63
HmUART_OG1_TIME 2017-10-03 17:23:08
HmUART_OG2_MSGCNT 1488
HmUART_OG2_RAWMSG 0500013E3FA001Fxxxxx568B7A0008A920AA45AB20AC45AD20AE45AF20
HmUART_OG2_RSSI -62
HmUART_OG2_TIME 2017-10-03 17:24:11
IODev HmUART_OG1
LASTInputDev HmUART_EG
MSGCNT 6709
NAME VCCU
NOTIFYDEV global
NR 1181
NTFY_ORDER 50-VCCU
STATE HmUART_AB:ok,HmUART_EG:ok,HmUART_OG1:ok,HmUART_OG2:ok,
TYPE CUL_HM
assignedIOs HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
channel_01 VCCU_Btn1
channel_02 VCCU_Btn2
channel_03 VCCU_Btn3
channel_04 VCCU_Btn4
channel_05 VCCU_Btn5
channel_06 VCCU_Btn6
channel_07 VCCU_Btn7
channel_08 VCCU_Btn8
channel_09 VCCU_Btn9
channel_0A VCCU_Btn10
channel_0B VCCU_Btn11
channel_0C VCCU_Btn12
channel_0D VCCU_Btn13
channel_0E VCCU_Btn14
channel_0F VCCU_Btn15
channel_10 VCCU_Btn16
channel_11 VCCU_Btn17
channel_12 VCCU_Btn18
channel_13 VCCU_Btn19
channel_14 VCCU_Btn20
channel_15 VCCU_Btn21
channel_16 VCCU_Btn22
channel_17 VCCU_Btn23
channel_18 VCCU_Btn24
channel_19 VCCU_Btn25
channel_1A VCCU_Btn26
channel_1B VCCU_Btn27
channel_1C VCCU_Btn28
channel_1D VCCU_Btn29
channel_1E VCCU_Btn30
channel_1F VCCU_Btn31
channel_20 VCCU_Btn32
channel_21 VCCU_Btn33
channel_22 VCCU_Btn34
channel_23 VCCU_Btn35
channel_24 VCCU_Btn36
channel_25 VCCU_Btn37
channel_26 VCCU_Btn38
channel_27 VCCU_Btn39
channel_28 VCCU_Btn40
channel_29 VCCU_Btn41
channel_2A VCCU_Btn42
channel_2B VCCU_Btn43
channel_2C VCCU_Btn44
channel_2D VCCU_Btn45
channel_2E VCCU_Btn46
channel_2F VCCU_Btn47
channel_30 VCCU_Btn48
channel_31 VCCU_Btn49
channel_32 VCCU_Btn50
lastMsg No:2D - t:01 s:Fxxxxx d:568BBB 000816551702184519201A451B201C45
protLastRcv 2017-10-03 17:23:08
rssi_at_HmUART_OG1 cnt:1437 avg:-63.43 min:-71 max:-52 lst:-63
READINGS:
2017-10-03 17:22:26 CommandAccepted yes
2017-10-03 17:21:49 aesKeyNbr 02
2017-09-28 10:29:29 aesReqTo OG1_KU_HZG_RT
2017-10-03 17:23:08 rssi_at_HmUART_OG1 -63
2017-10-03 15:41:53 state HmUART_AB:ok,HmUART_EG:ok,HmUART_OG1:ok,HmUART_OG2:ok,
helper:
HM_CMDNR 45
PONtest 1
mId FFF0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1507044251.56101
prefIO
vccu
ioList:
HmUART_AB
HmUART_EG
HmUART_OG1
HmUART_OG2
mRssi:
mNo 2D
io:
HmUART_OG1 -61
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HmUART_OG1:
avg -63.4377174669451
cnt 1437
lst -63
max -52
min -71
shadowReg:
tmpl:
role:
Attributes:
IODev HmUART_OG1
IOList HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
aesCommReq 1
alias HomeMatic Virtuelle CCU
group HomeMatic VCCU
hmKey 01:e........................................................
icon hm_ccu
model CCU-FHEM
room AB-Fitnessraum,EG-Bad,EG-Kueche,EG-Schlafzimmer,EG-Stiegenhaus,EG-WC,EG-Wirtschaftsraum,EG-Wohnzimmer,OG1-Balkon,OG1-Kinderzimmer,OG1-Kueche,OG1-Schlafzimmer,OG1-WC,OG1-Wohnzimmer,OG2-Buero1,OG2-Buero2,OG2-Dachboden,OG2-EDV-Raum,_HM,_Kontaktsensoren,_RxTx
rssiLog 1
subType virtual
verbose 0
webCmd virtual:update
Internals:
AssignedPeerCnt 17
CFGFN /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
CNT 191
DEF /dev/ttyAMA0
DEVCNT 191
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 16
LastOpen 1507034417.84569
NAME HmUART_OG2
NR 369
PARTIAL
RAWMSG 0404
RSSI -53
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 31
msgLoadHistory 1/4/-5/1/1/0/0/8/-6/-1/2/1
msgLoadHistoryAbs 31/30/26/31/30/29/29/29/21/27/28/26/25
owner Fxxxxx
owner_CCU VCCU
Helper:
CreditTimer 626
FW 66561
Initialized 1
SendCnt 313
AckPending:
LastSendLen:
15
31
Log:
IDs:
sys
all
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.0099492073059082
loadLvl:
lastHistory 1507044133.67685
Peers:
4B52E7 +4B52E7,00,01,00
4C1DAB +4C1DAB,01,01,02
4C21C5 +4C21C5,01,01,02
4C23A3 +4C23A3,01,01,02
4C23BC +4C23BC,01,01,02
4C2428 +4C2428,01,01,02
4C242E +4C242E,01,01,02
4C2433 +4C2433,00,01,00
4C2435 +4C2435,01,01,02
4C2440 +4C2440,01,01,02
4C2456 +4C2456,01,01,02
4DEBC0 +4DEBC0,01,01,02
4EA895 +4EA895,01,01,02
545002 +545002,00,01,00
568BB9 +568BB9,00,01,00
568BBB +568BBB,02,01,00
577508 +577508,03,01,02
READINGS:
2017-10-03 14:42:05 D-HMIdAssigned Fxxxxx
2017-10-03 14:42:06 D-HMIdOriginal 584868
2017-10-03 14:42:06 D-firmware 1.4.1
2017-10-03 14:42:12 D-serialNr Oxxxxxxxx
2017-10-03 14:40:17 D-type HM-MOD-UART
2017-10-03 14:42:13 cond ok
2017-10-03 17:25:55 load 31
2017-10-03 14:42:13 loadLvl low
2017-10-03 14:40:17 state opened
helper:
Attributes:
alias HomeMatic Gateway - OG2 EDV Raum
devStateIcon init:hm_lan@orange opened:hm_lan@lightgreen
dutyCycle 1
group Schnittstellen HomeMatic
hmId Fxxxxx
icon hm_lan
logIDs sys,all
qLen 60
room _HM,_RxTx
verbose 0
Was mir auf die Schnelle bei der VCCU auffällt -> hmKey 01:e1....
Aber Deine Sensoren wissen davon nix -< 2017-10-03 16:02:55 aesKeyNbr 00
Das gefällt mir nicht -> aesCommReq set, IO not compatibel
Macht das attr aesCommReq wirklich Sinn bei der VCCU oder deinen HMUARTs? ->
ZitataesCommReq wenn gesetzt wird HMLAN/USB AES signature anfordern bevor ACK zum Device gesendet wird.
Die Funktion abeitet aktuell nur mit HMLAN/USB.
Ich denke irgendwas ist mit Deiner AES Landschaft durcheinander. Ich habe mein AES noch auf Standard, ich kann Dir da nicht direkt weiterhelfen.
Gruß Otto
Ich bin mir da nicht wirklich sicher was ich laut Letztstand hierfür wirklich für das AES wirklich benötige.
AES ist jedenfalls nötig um externe Manipulationen zu verhindern was zumindest den Zutritt betrifft.
Das aesKeyNbr sollte von der VCCU beim Pairing gespeißt werden. Manuell gibt es wahrscheinlich keine Möglichkeit.
ZitatMacht das attr aesCommReq wirklich Sinn bei der VCCU oder deinen HMUARTs? ->
Das ist schon mal etwas. Wenn ich das richtig verstehe können die HMUARTs damit nichts verarbeiten.
Dann kann ich mir diesen Parameter jedenfalls sparen.
Ich habe jetzt das attr aesCommReq 0 definiert.
Moin
Kurz mal meinen Senf auch noch dazu. Ich habe zwar auch kein AES aktiviert, genau aus diesem Grund, aber wenn ich mir das so ansehe, dann meine ich, dass es Key01 gibt. (Ich hoffe der ist gekuerzt!?)
alias HomeMatic Virtuelle CCU
group HomeMatic VCCU
hmKey 01:e1fa95c5613ea3c257a6862a2fdc6bf9
Es taucht auch Key02 auf
READINGS:
2017-10-03 17:22:26 CommandAccepted yes
2017-10-03 17:21:49 aesKeyNbr 02
Und die Geraete kennen wohl nur den Key00.
Aber das musst Du am Besten wissen, was Du da mal gemacht hattest! Ansonsten weiss Martin eventuell noch etwas schlaues?
Gruss Christoph
Hallo,
Zitat von: Burny4600 am 03 Oktober 2017, 18:23:29
Das aesKeyNbr sollte von der VCCU beim Pairing gespeißt werden.
Nein, wieso sollte die VCCU das tun?
Zitat
Manuell gibt es wahrscheinlich keine Möglichkeit.
Doch, und das ist auch die einzige. Wenn Du ein Gerät resettest/unpairst wir der Schlüssel auf Standard zurückgesetzt und du musst ihn neu übertragen.
Siehe dazu den Wiki-Artikel: https://wiki.fhem.de/wiki/AES_Encryption
Und die "IO is not compatible"-Meldung bitte einfach ignorieren, dieser Test im ConfigCheck ist überholt, es gibt keine IOs mehr, die kein AES können.
Viele Grüße
Michael
@pc1246
Zitat....dann meine ich, dass es Key01 gibt. (Ich hoffe der ist gekuerzt!?)
Was meinst du mit gekürzt!?
ZitatUnd die Geraete kennen wohl nur den Key00.
Wie kann ich den Geräten das beibringen das sie einen bestimmten Key verwenden müssen?
Hallo Chris
Mit gekuerzt meinte ich, dass du Deinen Key hier hoffentlich nicht vollstaendig postest. Anfaenglich hast du alles unkenntlich gemacht, und jetzt genau das Gegenteil.
Ich kann es Dir nicht sagen, da ich AES nicht benutze. Aber Mgernoth hat Dir denke ich den richtigen Tipp gegeben!
Gruss Christoph
Zitat von: Burny4600 am 04 Oktober 2017, 11:23:11
Wie kann ich den Geräten das beibringen das sie einen bestimmten Key verwenden müssen?
https://wiki.fhem.de/wiki/AES_Encryption#Zentrale
Im Endeffekt war nur dieses Attribut aesCommReq 1 das den Fehler hervorgerufen hat den ich bei den Sensoren und der VCCU eingetragen hatte.
Mit einer VCCU und den 4 Stk. HM-MOD-UART Modulen wird dies für AES nicht benötigt?
Ist noch etwas zu berücksichtigen damit die Performance mit einer VCCU und 4 Stk. HM-MOD-UART Modulen passt?
Eines was mir noch nicht ganz klar ist ob ich alles bei der VCCU richtig definiert habe.
Dort ist ein IODev eingetragen das sich von selbst einträgt wenn nichts definiert ist, und in der IOList sind alle vier HM-MOD-UART Module eingetragen.
Unter IOgrp ist nichts definiert.
IOgrp ist nur bei den Sensoren mit VCCU definiert.
Zitat von: Burny4600 am 06 Oktober 2017, 19:29:54
Ist noch etwas zu berücksichtigen damit die Performance mit einer VCCU und 4 Stk. HM-MOD-UART Modulen passt?
Eines was mir noch nicht ganz klar ist ob ich alles bei der VCCU richtig definiert habe.
Dort ist ein IODev eingetragen das sich von selbst einträgt wenn nichts definiert ist, und in der IOList sind alle vier HM-MOD-UART Module eingetragen.
Unter IOgrp ist nichts definiert.
IOgrp ist nur bei den Sensoren mit VCCU definiert.
Hi,
das ist eigentlich so ok. das attr IOgrp hat bei der VCCU nix zu suchen. Bei Einsatz der VCCU wird IODev selbst verwaltet bzw. ignoriert.
IOgrp sollte aber bei allen HM Geräten definiert sein, sonst werden sie von der VCCU nicht verwaltet.
Man muss mit der Zuordnung von mobilen Geräten etwas aufpassen.
Gruß Otto
Gut.
Dann passt jetzt alles soweit.
Danke für die Tipps.
Hallo Burny4600,
war das setzen von Attribut "aesCommReq 0" Deine Lösung?
Ich habe genau das gleiche Problem und werde wahnsinng.
Am Anfang funktioniert immer alles und nach einer Weile verliere ich die Kommunikation mit dem Sensor. (aesCommToDev = fail)
Mit Attribut "aesCommReq 0" funktioniert es bei mir auch, nur habe ich dabei das Problem, dass nach meiner Meinung die Zentrale bei einem Trigger nicht mehr nach der Signatur beim Sensor anfragt. Mit anderenWorte, könnte mir jeder ein Signal zuschicken....grrrr
Gruss
JM2012
Hi JM2012,
beschreibe dein Problem mal näher. wann verlierst Du die Kommunikation genau?
Das setzen des attr <> aesCommReq 1 am Gerät (nur dort!) funktioniert bei mir ohne Probleme.
Zitat Wiki
ZitatDie Zentrale kann ebenfalls eine AES-Signatur von einem Gerät anfordern, so sie einen Trigger empfängt. Hierzu ist im Device (und evtl. entsprechendem Kanal) eines Geräts das Attribut aesCommReq auf 1 zu setzen. Damit die Signatur angefordert wird, muss das Attribut auf jeden Fall auch im Gerät gesetzt werden, auch wenn nur ein einzelner Kanal betroffen ist. Hiermit kann die Überprüfung für ein Gerät sehr schnell deaktiviert werden, indem nur das Geräteattribut wieder entfernt wird (z.B. nach Factory-Reset nötig, wenn das Gerät den eigenen Schlüssel noch nicht kennt). Sollte die Signaturüberprüfung fehlschlagen, verarbeitet FHEM den Befehl nicht.
attr Geraet aesCommReq 1
attr Schalter aesCommReq 1
attr Schalter_Btn_01 aesCommReq 1
Gruß Otto
Tja, ich habe gestern den ganzen Tag gebastelt und bin zu diesem Ergebnis gekommen:
Ich habe eine VCCU mit 1 x HMLAN und 2 x HMUARTLGW.
Ich versuche gerade einen HM-SEC-SCo in Betrieb zu nehmen, mit folgenden Settings:
Internals:
DEF 6042FB
HMLAN_BA_MSGCNT 3
HMLAN_BA_RAWMSG E6042FB,0000,010D09EA,FF,FFB7,BFA6416042FBAABB00011200
HMLAN_BA_RSSI -73
HMLAN_BA_TIME 2018-06-10 13:32:39
HMLAN_EG_MSGCNT 6
HMLAN_EG_RAWMSG 05020144BFA6416042FBAABB00011200
HMLAN_EG_RSSI -68
HMLAN_EG_TIME 2018-06-10 13:32:39
HMLAN_OG_MSGCNT 2
HMLAN_OG_RAWMSG 05000059BFA6036042FBAABB00C61543328CF4B4EEE182F70CFBB63FE0
HMLAN_OG_RSSI -89
HMLAN_OG_TIME 2018-06-10 13:32:39
IODev HMLAN_EG
LASTInputDev HMLAN_OG
MSGCNT 11
NAME EG_gar_tu_TuerGarten_if_is_d_hm
NOTIFYDEV global
NR 1813
NTFY_ORDER 50-EG_gar_tu_TuerGarten_if_is_d_hm
STATE closed
TYPE CUL_HM
lastMsg No:BF - t:41 s:6042FB d:AABB00 011200
protEvt_AESCom-ok 2 last_at:2018-06-10 13:32:39
protLastRcv 2018-06-10 13:32:39
protSnd 2 last_at:2018-06-10 13:32:39
protState CMDs_done
rssi_at_HMLAN_BA cnt:3 min:-73 max:-70 avg:-71 lst:-73
rssi_at_HMLAN_EG cnt:4 min:-71 max:-68 avg:-69.5 lst:-68
rssi_at_HMLAN_OG cnt:2 min:-89 max:-86 avg:-87.5 lst:-89
Helper:
DBLOG:
battery:
logdb:
TIME 1528630359.98308
VALUE ok
contact:
logdb:
TIME 1528630359.98308
VALUE closed (to vccu)
READINGS:
2018-06-10 13:32:30 Activity alive
2018-06-09 21:40:58 CommandAccepted yes
2018-06-09 21:40:57 D-firmware 1.0
2018-06-09 21:40:57 D-serialNr OEQ1195653
2018-06-09 21:40:35 PairedTo 0xAABB00
2018-06-09 12:29:23 R-cyclicInfoMsg on
2018-06-09 12:32:04 R-eventDlyTime 0 s
2018-06-09 12:32:04 R-msgScPosA open
2018-06-09 12:32:04 R-msgScPosB closed
2018-06-09 21:40:57 R-pairCentral set_0xAABB00
2018-06-09 12:29:23 R-sabotageMsg on
2018-06-09 12:32:04 R-sign on
2018-06-09 12:29:23 R-transmDevTryMax 6
2018-06-09 12:32:04 R-transmitTryMax 6
2018-06-09 21:40:36 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2018-06-10 13:32:39 aesCommToDev ok
2018-06-09 21:40:58 aesKeyNbr 02
2018-06-10 08:39:49 aesReqTo vccu
2018-06-10 12:44:58 alive yes
2018-06-10 13:32:39 battery ok
2018-06-10 13:32:39 contact closed (to vccu)
2018-06-09 16:23:46 powerOn 2018-06-09 16:23:46
2018-06-10 12:44:58 recentStateType info
2018-06-10 12:44:58 sabotageError off
2018-06-10 13:32:39 state closed
2018-06-10 13:32:39 trig_aes_vccu ok:18
2018-06-10 13:32:39 trigger_cnt 18
helper:
HM_CMDNR 191
mId 00C7
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 1
tpl 0
io:
newChn +6042FB,01,01,02
nextSend 1528630360.1932
rxt 2
vccu vccu
p:
6042FB
01
01
02
prefIO:
HMLAN_EG
none
mRssi:
mNo BF
io:
HMLAN_BA:
-73
-73
HMLAN_EG:
-64
-64
HMLAN_OG:
-89
-89
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN_EG
flg A
ts 1528630359.97897
ack:
HASH(0x588af08)
BF8002AABB006042FB0101C800
rssi:
at_HMLAN_BA:
avg -71
cnt 3
lst -73
max -70
min -73
at_HMLAN_EG:
avg -69.5
cnt 4
lst -68
max -68
min -71
at_HMLAN_OG:
avg -87.5
cnt 2
lst -89
max -86
min -89
tmpl:
role:
Attributes:
IODev HMLAN_EG
IOgrp vccu:HMLAN_EG,none
actCycle 002:50
actStatus alive
aesCommReq 1
autoReadReg 0_off
expert 3_allReg+raw
firmware 1.0
model HM-SEC-SCo
peerIDs 00000000,
room HomeMatic,Garage
serialNr OEQ1195653
subType threeStateSensor
Super! Funktioniert! Auch länger. Erstmal alles in Ordnung! :)
ABER: Ab und zu kam die Meldung "aesCommToDev fail".
Nach vielen Versuchen habe ich folgendes herausbekommen: :'(
Das Problem habe ich "nur", wenn der HM-SEC-SCo an einem HMUARTLGW (NICHT HMLAN) per IOgrp angebunden ist und ich über das GUI die Config im Editor editiere und save "config" durchführe.
FHEM scheint dann alle Definitionen zu loeschen und neu anzulegen. Dabei geht irgendetwas schief, da ich danach auch mit mehreren Open/Closed Aktionen Folgendes sehe:
Internals:
DEF 6042FB
HMLAN_BA_MSGCNT 13
HMLAN_BA_RAWMSG E6042FB,0000,011216A9,FF,FFB2,CCA6416042FBAABB000115C8
HMLAN_BA_RSSI -78
HMLAN_BA_TIME 2018-06-10 13:38:10
HMLAN_EG_MSGCNT 32
HMLAN_EG_RAWMSG 0503004ACCA6416042FBAABB000115C8
HMLAN_EG_RSSI -74
HMLAN_EG_TIME 2018-06-10 13:38:10
HMLAN_OG_MSGCNT 13
HMLAN_OG_RAWMSG 05000049CCA6036042FBAABB00FEBF9F43DE65EB43BE45E2EA91670B3C
HMLAN_OG_RSSI -73
HMLAN_OG_TIME 2018-06-10 13:38:10
IODev HMLAN_EG
LASTInputDev HMLAN_OG
MSGCNT 58
NAME EG_gar_tu_TuerGarten_if_is_d_hm
NOTIFYDEV global
NR 1813
STATE closed
TYPE CUL_HM
rssi_at_HMLAN_BA cnt:13 min:-85 max:-70 avg:-75.76 lst:-78
rssi_at_HMLAN_EG cnt:16 min:-79 max:-73 avg:-76.25 lst:-74
rssi_at_HMLAN_OG cnt:13 min:-87 max:-72 avg:-74.15 lst:-73
READINGS:
2018-06-10 13:37:56 Activity alive
2018-06-09 21:40:58 CommandAccepted yes
2018-06-09 21:40:57 D-firmware 1.0
2018-06-09 21:40:57 D-serialNr OEQ1195653
2018-06-09 21:40:35 PairedTo 0xAABB00
2018-06-09 12:29:23 R-cyclicInfoMsg on
2018-06-09 12:32:04 R-eventDlyTime 0 s
2018-06-09 12:32:04 R-msgScPosA open
2018-06-09 12:32:04 R-msgScPosB closed
2018-06-09 21:40:57 R-pairCentral set_0xAABB00
2018-06-09 12:29:23 R-sabotageMsg on
2018-06-09 12:32:04 R-sign on
2018-06-09 12:29:23 R-transmDevTryMax 6
2018-06-09 12:32:04 R-transmitTryMax 6
2018-06-09 21:40:36 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2018-06-10 13:38:10 [b]aesCommToDev fail[/b]
2018-06-09 21:40:58 aesKeyNbr 02
2018-06-10 08:39:49 aesReqTo vccu
2018-06-10 12:44:58 alive yes
2018-06-10 13:32:39 battery ok
2018-06-10 13:32:39 contact closed (to vccu)
2018-06-09 16:23:46 powerOn 2018-06-09 16:23:46
2018-06-10 12:44:58 recentStateType info
2018-06-10 12:44:58 sabotageError off
2018-06-10 13:32:39 state closed
2018-06-10 13:38:10 [b]trig_aes_vccu fail:21[/b]
2018-06-10 13:32:39 trigger_cnt 18
helper:
HM_CMDNR 160
mId 00C7
regLst ,0,1,4p
rxType 28
ack:
expert:
def 1
det 1
raw 1
tpl 0
io:
newChn +6042FB,01,00,02
nextSend 1528630691.18362
rxt 2
vccu vccu
p:
6042FB
01
00
02
prefIO:
HMLAN_EG
none
mRssi:
mNo CC
io:
HMLAN_BA:
-78
-78
HMLAN_EG:
-72
-72
HMLAN_OG:
-73
-73
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMLAN_BA:
avg -75.7692307692308
cnt 13
lst -78
max -70
min -85
at_HMLAN_EG:
avg -76.25
cnt 16
lst -74
max -73
min -79
at_HMLAN_OG:
avg -74.1538461538462
cnt 13
lst -73
max -72
min -87
tmpl:
role:
Attributes:
IODev HMLAN_EG
IOgrp vccu:HMLAN_EG,none
actCycle 002:50
actStatus alive
aesCommReq 1
autoReadReg 0_off
expert 3_allReg+raw
firmware 1.0
model HM-SEC-SCo
peerIDs 00000000,
room HomeMatic,Garage
serialNr OEQ1195653
subType threeStateSensor
Die VCCU zeigt dann:
Internals:
DEF AABB00
HMLAN_BA_MSGCNT 53
HMLAN_BA_RAWMSG EAABB00,0000,01185AF7,FF,FFBE,8C8002AABB00338D2900
HMLAN_BA_RSSI -66
HMLAN_BA_TIME 2018-06-10 13:45:01
HMLAN_EG_MSGCNT 44
HMLAN_EG_RAWMSG 05000034B2A001AABB00339375010E
HMLAN_EG_RSSI -52
HMLAN_EG_TIME 2018-06-10 13:45:01
HMLAN_OG_MSGCNT 62
HMLAN_OG_RAWMSG 05000034D1A001AABB002E0BAB010E
HMLAN_OG_RSSI -52
HMLAN_OG_TIME 2018-06-10 13:45:01
IODev HMLAN_BA
LASTInputDev HMLAN_OG
MSGCNT 159
NAME vccu
NOTIFYDEV global
NR 203
STATE HMLAN_BA:ok,HMLAN_EG:ok,HMLAN_OG:ok,
TYPE CUL_HM
assignedIOs HMLAN_BA,HMLAN_EG,HMLAN_OG
lastMsg No:D1 - t:01 s:AABB00 d:2E0BAB 010E
protLastRcv 2018-06-10 13:45:01
rssi_at_HMLAN_BA cnt:53 min:-87 max:-65 avg:-69.92 lst:-66
rssi_at_HMLAN_EG cnt:42 min:-66 max:-51 avg:-57.88 lst:-52
rssi_at_HMLAN_OG cnt:60 min:-87 max:-51 avg:-62.95 lst:-52
READINGS:
2018-06-10 13:45:01 CommandAccepted yes
[b] 2018-06-10 13:39:08 aesKeyNbr 00[/b]
2018-06-09 21:40:58 aesReqTo EG_gar_tu_TuerGarten_if_is_d_hm
2018-06-10 13:32:40 recentStateType ack
2018-06-10 13:37:59 state HMLAN_BA:ok,HMLAN_EG:ok,HMLAN_OG:ok,
2018-06-02 22:29:56 unknown_167878 received
2018-06-07 18:45:46 unknown_1BEE74 received
2018-04-25 20:16:03 unknown_1BF177 received
2018-05-31 22:43:20 unknown_2A35C7 received
2018-05-03 21:01:16 unknown_2B1CA1 received
2018-05-18 08:51:43 unknown_2B39AC received
2018-06-09 13:28:17 unknown_2D4891 received
2018-06-10 13:39:26 unknown_35C9D5 received
2018-05-08 06:57:04 unknown_3A1722 received
2018-06-09 09:04:35 unknown_3BA4F3 received
2018-06-09 22:04:32 unknown_41F65E received
2018-06-08 15:00:00 unknown_4B0C82 received
2018-06-08 13:54:50 unknown_604066 received
2018-06-08 13:30:11 unknown_6042FB received
2018-06-10 09:00:46 unknown_F10000 received
helper:
HM_CMDNR 209
PONtest 1
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1528631101.57002
prefIO
vccu
ioList:
HMLAN_BA
HMLAN_EG
HMLAN_OG
mRssi:
mNo D1
io:
HMLAN_BA:
-62
HMLAN_EG:
HMLAN_OG:
-52
-52
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
at_HMLAN_BA:
avg -69.9245283018868
cnt 53
lst -66
max -65
min -87
at_HMLAN_EG:
avg -57.8809523809524
cnt 42
lst -52
max -51
min -66
at_HMLAN_OG:
avg -62.95
cnt 60
lst -52
max -51
min -87
Attributes:
IODev HMLAN_BA
IOList HMLAN_BA,HMLAN_EG,HMLAN_OG
hmKey 01:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
model CCU-FHEM
room HomeMatic
subType virtual
verbose 1
webCmd virtual:update
Hier noch HMLAN:
Internals:
AssignedPeerCnt 17
CNT 202
Clients :CUL_HM:
DEF 10.18.1.72
DEVCNT 202
DevState 99
DevType LGW
DeviceName 10.18.1.72:2000
FD 13
LastOpen 1528630670.61766
NAME HMLAN_EG
NR 181
PARTIAL
RAWMSG 040208
RSSI -59
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 4
msgLoadHistory 0/1/3/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 4/4/3/0/-/-/-/-/-/-/-/-/-
owner AABB00
owner_CCU vccu
Helper:
CreditTimer 76
FW 66561
Initialized 1
SendCnt 33
AckPending:
LastSendLen:
3
3
Log:
IDs:
1
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.0038909912109375
loadLvl:
lastHistory 1528631579.43254
MatchList:
1:CUL_HM ^A......................
Peers:
1BE766 +1BE766,00,00,00
1BEE5B +1BEE5B,00,00,00
1BEEE5 +1BEEE5,00,00,00
1BF17C +1BF17C,00,00,00
1BF188 +1BF188,00,00,00
1BF194 +1BF194,00,00,00
2CD526 +2CD526,00,00,00
2E0BAB +2E0BAB,00,00,00
338D19 +338D19,00,00,00
338D29 +338D29,00,00,00
338D35 +338D35,00,00,00
338D55 +338D55,00,00,00
339403 +339403,00,00,00
39CCCE +39CCCE,00,00,00
5A0D65 +5A0D65,00,00,00
604066 +604066,01,00,02
6042FB +6042FB,01,00,02
READINGS:
2018-06-10 13:37:59 D-HMIdAssigned AABB00
2018-06-10 13:37:59 D-HMIdOriginal FFFFFF
2018-06-10 13:37:50 D-LANfirmware 1.1.5
2018-06-10 13:37:59 D-firmware 1.4.1
2018-06-10 13:37:50 D-serialNr OEQ0795803
2018-06-10 13:37:50 D-type eQ3-HM-LGW
2018-06-10 13:37:59 cond ok
2018-06-10 13:45:03 load 4
2018-06-10 13:37:59 loadLvl low
2018-06-10 13:37:50 state opened
helper:
keepAlive:
CNT 93
DEVCNT 92
DevState 99
DevType LGW-KeepAlive
DeviceName 10.18.1.72:2001
FD 23
LastOpen 1528630670.62766
NAME HMLAN_EG:keepAlive
NR 1827
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1528631824.02963
Log:
Resolve 1
IDs:
READINGS:
2018-06-10 13:37:50 state opened
Attributes:
comment PW=exxxxxxxx,MAC=00:1a:22:0a:7f:b4
hmId AABB00
logIDs 1
room HomeMatic
verbose 1
Das Problem kann ich nur lösen, wenn ich einen "shutdown restart" mache.
Ich weiß, dass das Arbeiten mit dem Editor hier im Forum gar nicht so gerne gesehen wird....Trotzdem nutze ich es ab und zu.... ;)
Mir würde ja schon reichen, wenn jemand das gleiche Problem hat, oder Interesse an einer Lösung hat. Die Logs würde ich gerne zur Verfügung stellen....Ich für meinen Teil bin im Moment verloren.... :'( :'( :'( :'(
Gruss
JM
Moin
@JM2012
Bitte Codetags benutzen, das " # " ueber den Smilies! So kann das keiner mehr lesen! Das geht auch nachtraeglich!
Gruss Christoph
Hallo Christoph,
ist hoffentlich jetzt erledigt...Tolles Feature.... ;)
Gruss
Juergen