Bei der Durchsicht des LOG ist mir etwas unbekanntes aufgefallen was eine gewisses unbehagen auslöst, wenn es auch nur eine Bewässerung (HM-LC-SW4-BA-PCB) betrifft.
2018.12.10 20:02:58.454 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:02:58.519 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:02:58.525 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:02:59.585 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:02:59.647 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:02:59.680 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:03:00.950 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:03:01.048 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
2018.12.10 20:03:01.116 2: CUL_HM AB_VG_BW attack:11F123475453930204C800000040,01F12347545393010E:1F123475453930202C800000040
Wodurch wird diese Meldung ausgelöst?
Hallo Chris,
1F1234 ist eine "typische" hmId eines CUL. Ist das Deine hmId? Sicher nicht.
Eine Zentrale mit die dieser hmId versucht offenbar Steuermeldungen an Dein Device abzusetzen. Was mich wundert ist die Anzahl und Häufigkeit.
Kann aber sein, ich liege falsch. Ich bin nicht gut in Telegramme lesen ;)
Gruß Otto
Zitat von: Otto123
Kann aber sein, ich liege falsch. Ich bin nicht gut in Telegramme lesen ;)
Gruß Otto
Sorry Otto, da kam mir dringend eine Technik aus längst vergangenen Armeezeiten in den Sinn...
zeig mal ein list vom aktor.
war das einmalig, oder kommt das öfter? ich würde ggf mal das device sniffen.
die hmid des angreifers müsste F12347 sein. zeig auch mal ein aktuelles list deiner vccu.
attack meldungen gibt es auch, wenn man selbst zb mit eq3 software seine devices konfiguriert.
edit: sind die chn gepeert? mit wem?
@Otto
Das ist nicht meine ID (1F1234)
@frank
Die F12347 ist die derzeit lokale hmid.
Ich habe diese attack Meldung im Log bisher erst ein einziges Mal gesehen.
eQ3 Software habe ich nicht in Verwendung.
Es gibt nur die virtuelle FHEM VCCU und derzeit 82 HM Geräte. Tendenz steigend.
list VCCU
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF xxxxx
HmUART_AB_GTO_MSGCNT 1634
HmUART_AB_GTO_RAWMSG 05000043F38002xxxxx5A1CAA00
HmUART_AB_GTO_RSSI -67
HmUART_AB_GTO_TIME 2018-12-11 09:13:28
HmUART_EG_MSGCNT 1695
HmUART_EG_RAWMSG 050001503B8002xxxxx5769AE00
HmUART_EG_RSSI -80
HmUART_EG_TIME 2018-12-11 09:14:00
HmUART_OG1_MSGCNT 1311
HmUART_OG1_RAWMSG 0500013D3B8002xxxxx5769AE00
HmUART_OG1_RSSI -61
HmUART_OG1_TIME 2018-12-11 09:14:00
HmUART_OG2_MSGCNT 1447
HmUART_OG2_RAWMSG 050001303B8002xxxxx5769AE00
HmUART_OG2_RSSI -48
HmUART_OG2_TIME 2018-12-11 09:14:00
IODev HmUART_OG2
LASTInputDev HmUART_EG
MSGCNT 6087
NAME VCCU
NOTIFYDEV global
NR 2437
NTFY_ORDER 50-VCCU
STATE HmUART_OG1:ok,HmUART_EG:ok,HmUART_OG2:ok,HmUART_AB_GTO:ok,HmUART_AB_FR:ok,
TYPE CUL_HM
assignedIOs HmUART_AB_FR,HmUART_AB_GTO,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
lastMsg No:3B - t:02 s:xxxxx d:5769AE 00
protLastRcv 2018-12-11 09:14:00
protRcv 2438 last_at:2018-12-11 09:14:00
protRcvB 260 last_at:2018-12-11 09:09:31
rssi_at_HmUART_AB_GTO cnt:1634 min:-84 max:-50 avg:-62.53 lst:-67
rssi_at_HmUART_EG cnt:1695 min:-87 max:-74 avg:-80.62 lst:-80
rssi_at_HmUART_OG1 cnt:1311 min:-82 max:-54 avg:-61.33 lst:-61
rssi_at_HmUART_OG2 cnt:1447 min:-94 max:-48 avg:-63.95 lst:-48
READINGS:
2018-12-11 09:14:00 CommandAccepted yes
2018-12-11 07:31:50 aesReqTo OG1_WZ_HZG_RT
2018-08-09 22:20:24 rssi_at_HmUART_AB_FR -83
2018-12-11 09:13:28 rssi_at_HmUART_AB_GTO -67
2018-12-11 09:14:00 rssi_at_HmUART_EG -80
2018-12-11 09:14:00 rssi_at_HmUART_OG1 -61
2018-12-11 09:14:00 rssi_at_HmUART_OG2 -48
2018-12-11 08:01:26 state HmUART_OG1:ok,HmUART_EG:ok,HmUART_OG2:ok,HmUART_AB_GTO:ok,HmUART_AB_FR:ok,
2018-08-29 23:06:20 unknown_4C0C96 received
2018-11-01 10:11:47 unknown_4C0DD6 received
2018-12-09 14:23:19 unknown_58A313 received
2018-07-02 08:40:50 unknown_5D014C received
2018-07-02 08:37:17 unknown_5D015E received
2018-07-02 08:35:13 unknown_5D015F received
2018-07-02 08:38:51 unknown_5D0180 received
2018-09-18 17:47:04 unknown_5E58E7 received
2018-09-28 13:53:44 unknown_5E58F0 received
2018-09-26 17:03:47 unknown_5E5953 received
2018-09-18 17:37:45 unknown_5E596E received
2018-09-28 13:48:55 unknown_5E59A5 received
2018-09-28 13:41:17 unknown_5E59A8 received
2018-10-23 10:45:09 unknown_613E8F received
2018-11-09 14:39:36 unknown_6387DF received
2018-11-09 19:25:44 unknown_6387ED received
2018-11-09 19:22:41 unknown_6388CD received
2018-11-12 11:13:22 unknown_6752BE received
2018-12-10 17:17:04 unknown_69F0C5 received
2018-10-23 22:14:23 unknown_6F61F6 received
2018-08-27 12:13:30 unknown_9A7248 received
helper:
HM_CMDNR 59
PONtest 1
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1544516040.90319
prefIO
vccu VCCU
ioList:
HmUART_OG1
HmUART_EG
HmUART_OG2
HmUART_AB_GTO
HmUART_AB_FR
mRssi:
mNo 3B
io:
HmUART_AB_GTO:
-67
HmUART_EG:
-80
-80
HmUART_OG1:
-61
-61
HmUART_OG2:
-40
-40
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HmUART_AB_GTO:
avg -62.5336597307221
cnt 1634
lst -67
max -50
min -84
at_HmUART_EG:
avg -80.6212389380532
cnt 1695
lst -80
max -74
min -87
at_HmUART_OG1:
avg -61.3340961098398
cnt 1311
lst -61
max -54
min -82
at_HmUART_OG2:
avg -63.9564616447823
cnt 1447
lst -48
max -48
min -94
shadowReg:
role:
Attributes:
IODev HmUART_OG2
IOList HmUART_OG1,HmUART_EG,HmUART_OG2,HmUART_AB_GTO,HmUART_AB_FR
IOgrp VCCU
aesCommReq 0
alias HomeMatic Virtuelle CCU
event-on-change-reading .*
group .HomeMatic VCCU
hmKey 01:e1..............................
hmKey2 02:eb..............................
hmKey3 03:ee..............................
icon hm_ccu
model CCU-FHEM
room _HM,_Kontaktsensoren,_RxTx
rssiLog 1
subType virtual
verbose 0
webCmd virtual:update
list AB_VG_BW
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF 545393
HmUART_AB_GTO_MSGCNT 6
HmUART_AB_GTO_RAWMSG 050100238CA410545393xxxxxx0604000000
HmUART_AB_GTO_RSSI -35
HmUART_AB_GTO_TIME 2018-12-11 08:05:02
HmUART_EG_MSGCNT 5
HmUART_EG_RAWMSG 050001488CA410545393xxxxxx0604000000
HmUART_EG_RSSI -72
HmUART_EG_TIME 2018-12-10 20:32:46
HmUART_OG1_MSGCNT 5
HmUART_OG1_RAWMSG 0500003F8CA410545393xxxxxx0604000000
HmUART_OG1_RSSI -63
HmUART_OG1_TIME 2018-12-10 20:32:46
HmUART_OG2_MSGCNT 5
HmUART_OG2_RAWMSG 050000338CA410545393xxxxxx0604000000
HmUART_OG2_RSSI -51
HmUART_OG2_TIME 2018-12-10 20:32:46
IODev HmUART_AB_GTO
LASTInputDev HmUART_AB_GTO
MSGCNT 21
NAME AB_VG_BW
NOTIFYDEV global
NR 2819
NTFY_ORDER 50-AB_VG_BW
STATE CMDs_done
TYPE CUL_HM
channel_01 AB_VG_BW_Sw_01
channel_02 AB_VG_BW_Sw_02
channel_03 AB_VG_BW_Sw_03
channel_04 AB_VG_BW_Sw_04
lastMsg No:8C - t:10 s:545393 d:xxxxxx 0604000000
protCmdDel 4
protErrIoAttack 9 last_at:2018-12-10 20:03:01
protLastRcv 2018-12-10 20:32:46
protRcv 5 last_at:2018-12-10 20:32:46
protResnd 2 last_at:2018-12-10 20:02:32
protResndFail 1 last_at:2018-12-10 20:02:38
protSnd 9 last_at:2018-12-10 20:32:46
protSndB 5 last_at:2018-12-10 20:32:45
protState CMDs_done
rssi_at_HmUART_AB_GTO cnt:6 min:-36 max:-35 avg:-35.16 lst:-35
rssi_at_HmUART_EG cnt:5 min:-74 max:-72 avg:-72.4 lst:-72
rssi_at_HmUART_OG1 cnt:5 min:-68 max:-63 avg:-64.4 lst:-63
rssi_at_HmUART_OG2 cnt:5 min:-51 max:-50 avg:-50.8 lst:-51
READINGS:
2018-06-13 17:56:36 D-firmware 1.1
2018-06-13 17:56:36 D-serialNr OEQ0098890
2018-06-13 17:59:28 PairedTo 0xxxxxxx
2018-06-13 17:59:28 R-pairCentral 0xxxxxxx
2018-06-13 17:59:28 RegL_00. 02:01 05:00 0A:F1 0B:23 0C:47 18:00 3F:00 00:00
2018-12-10 20:32:46 battery ok
2018-12-11 08:05:02 rssi_at_HmUART_AB_GTO -35
2018-12-10 20:32:46 rssi_at_HmUART_EG -72
2018-12-10 20:32:46 rssi_at_HmUART_OG1 -63
2018-12-10 20:32:46 rssi_at_HmUART_OG2 -51
2018-11-05 08:34:11 sabotageAttack_ErrIoAttack cnt 4
2018-12-10 20:03:01 sabotageAttack_ErrIoAttack cnt 9
2018-12-10 20:32:46 state CMDs_done
helper:
HM_CMDNR 140
cSnd 01xxxxxx545393030E,01xxxxxx545393040E
mId 00AB
regLst ,0
rxType 2
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +545393,00,03,00
nextSend 1544511903.23144
prefIO
rxt 0
vccu VCCU
p:
545393
00
03
00
mRssi:
mNo 8C
io:
HmUART_AB_FR:
HmUART_AB_GTO:
-27
-27
HmUART_EG:
-72
-72
HmUART_OG1:
-63
-63
HmUART_OG2:
-51
-51
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rpt:
IO HmUART_OG2
flg A
ts 1544470366.27343
ack:
HASH(0x49cad48)
8C8002xxxxxx54539300
rssi:
at_HmUART_AB_GTO:
avg -35.1666666666667
cnt 6
lst -35
max -35
min -36
at_HmUART_EG:
avg -72.4
cnt 5
lst -72
max -72
min -74
at_HmUART_OG1:
avg -64.4
cnt 5
lst -63
max -63
min -68
at_HmUART_OG2:
avg -50.8
cnt 5
lst -51
max -50
min -51
shadowReg:
tmpl:
Attributes:
IODev HmUART_EG
IOgrp VCCU
alias AB Vorgarten - Bewässerung
autoReadReg 4_reqStatus
event-on-change-reading .*
expert 2_raw
firmware 1.1
group AB Vorgarten - Bewässerung
icon sani_irrigation
model HM-LC-SW4-BA-PCB
msgRepeat 1
room AB-Bewaesserung,AB-Vorgarten,_HM
rssiLog 1
serialNr OEQ0098890
sortby 01.0
subType switch
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
webCmd getConfig:clear msgEvents
Moin,
vielleicht hilft es beim Suchen. Ich bekomme auch solche Meldungen. Bei mir stammen sie aber vermutlich von drei HM Bewegungsmeldern, die ich vor zwei Wochen in Betrieb genommen habe. Die sind gepaired aber die Kanäle nicht gepeered.
Zur Zeit ignoriere ich die Meldungen noch, aber im Wiki hatte ich gelesen, dass man einen Kanal peeren muss, dann sollen sie angeblich verschwinden.
Gruss
Enno
somit bist du ja höchst wahrscheinlich selbst der angreifer.
bring deine geXXsten hmids in ordnung. die XXse sind auch überflüssig und behindern nur beim analysieren.
was bedeutet genau "die derzeit lokale hmid"?
diese solltest du nicht ständig ändern. und nur eine hmid im ganzen system.
Zitat von: enno am 11 Dezember 2018, 09:44:29
vielleicht hilft es beim Suchen. Ich bekomme auch solche Meldungen. Bei mir stammen sie aber vermutlich von drei HM Bewegungsmeldern, die ich vor zwei Wochen in Betrieb genommen habe. Die sind gepaired aber die Kanäle nicht gepeered.
wieso vermutlich?
die hmid von sender und empfäger steht ja genau in der warnung. ausserdem sind im meldenden device entsprechende readings.
der bm meldet nichts.
fhem hat beim lauschen gehört, dass eine für fhem unbekannte id mit dem bm kommuniziert hat. also warnung.
peeren bringt da nichts.
es sei denn, das der bm bereits gepeert ist, aber fhem das noch nicht weiss. mach zb mal "get hminfo configCheck".
Zitat von: Burny4600 am 11 Dezember 2018, 09:27:40
@Otto
Das ist nicht meine ID (1F1234)
Ich sage doch ich bin nicht gut ... Frank kann das viel besser ;)
Aber ich werde auch noch alt - oder hatte die Brille beim Schreiben nicht auf ::)
Gruß Otto
Nochmals die Lists vollständig.
list VCCUInternals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF F12347
HmUART_EG_MSGCNT 3
HmUART_EG_RAWMSG 0500004D20A001F123474B52A100040000000000
HmUART_EG_RSSI -77
HmUART_EG_TIME 2018-12-11 14:18:05
HmUART_OG1_MSGCNT 3
HmUART_OG1_RAWMSG 05000037678002F1234769F0C501018B00
HmUART_OG1_RSSI -55
HmUART_OG1_TIME 2018-12-11 14:17:28
HmUART_OG2_MSGCNT 19
HmUART_OG2_RAWMSG 0500003C20A001F123474B52A100040000000000
HmUART_OG2_RSSI -60
HmUART_OG2_TIME 2018-12-11 14:18:05
IODev HmUART_OG2
LASTInputDev HmUART_EG
MSGCNT 25
NAME VCCU
NOTIFYDEV global
NR 2443
NTFY_ORDER 50-VCCU
STATE HmUART_OG1:ok,HmUART_EG:ok,HmUART_OG2:ok,HmUART_AB_GTO:ok,HmUART_AB_FR:ok,
TYPE CUL_HM
assignedIOs HmUART_AB_FR,HmUART_AB_GTO,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
lastMsg No:20 - t:01 s:F12347 d:4B52A1 00040000000000
protLastRcv 2018-12-11 14:17:56
protRcv 7 last_at:2018-12-11 14:17:56
protRcvB 2 last_at:2018-12-11 14:17:31
rssi_at_HmUART_EG cnt:3 min:-77 max:-76 avg:-76.66 lst:-77
rssi_at_HmUART_OG1 cnt:3 min:-55 max:-55 avg:-55 lst:-55
rssi_at_HmUART_OG2 cnt:19 min:-60 max:-59 avg:-59.94 lst:-60
READINGS:
2018-12-11 14:17:56 CommandAccepted yes
2018-12-11 10:23:13 aesReqTo OG1_STH_HZG_RT
2018-08-09 22:20:24 rssi_at_HmUART_AB_FR -83
2018-12-11 13:23:32 rssi_at_HmUART_AB_GTO -68
2018-12-11 14:18:05 rssi_at_HmUART_EG -77
2018-12-11 14:17:28 rssi_at_HmUART_OG1 -55
2018-12-11 14:18:05 rssi_at_HmUART_OG2 -60
2018-12-11 14:18:10 state HmUART_OG1:ok,HmUART_EG:ok,HmUART_OG2:ok,HmUART_AB_GTO:ok,HmUART_AB_FR:ok,
2018-08-29 23:06:20 unknown_4C0C96 received
2018-11-01 10:11:47 unknown_4C0DD6 received
2018-12-09 14:23:19 unknown_58A313 received
2018-07-02 08:40:50 unknown_5D014C received
2018-07-02 08:37:17 unknown_5D015E received
2018-07-02 08:35:13 unknown_5D015F received
2018-07-02 08:38:51 unknown_5D0180 received
2018-09-18 17:47:04 unknown_5E58E7 received
2018-09-28 13:53:44 unknown_5E58F0 received
2018-09-26 17:03:47 unknown_5E5953 received
2018-09-18 17:37:45 unknown_5E596E received
2018-09-28 13:48:55 unknown_5E59A5 received
2018-09-28 13:41:17 unknown_5E59A8 received
2018-10-23 10:45:09 unknown_613E8F received
2018-11-09 14:39:36 unknown_6387DF received
2018-11-09 19:25:44 unknown_6387ED received
2018-11-09 19:22:41 unknown_6388CD received
2018-11-12 11:13:22 unknown_6752BE received
2018-12-10 17:17:04 unknown_69F0C5 received
2018-10-23 22:14:23 unknown_6F61F6 received
2018-08-27 12:13:30 unknown_9A7248 received
helper:
HM_CMDNR 32
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1544534285.70923
prefIO
vccu VCCU
ioList:
HmUART_OG1
HmUART_EG
HmUART_OG2
HmUART_AB_GTO
HmUART_AB_FR
mRssi:
mNo 20
io:
HmUART_EG:
-77
-77
HmUART_OG1:
HmUART_OG2:
-56
-56
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HmUART_EG:
avg -76.6666666666667
cnt 3
lst -77
max -76
min -77
at_HmUART_OG1:
avg -55
cnt 3
lst -55
max -55
min -55
at_HmUART_OG2:
avg -59.9473684210526
cnt 19
lst -60
max -59
min -60
role:
Attributes:
IODev HmUART_OG2
IOList HmUART_OG1,HmUART_EG,HmUART_OG2,HmUART_AB_GTO,HmUART_AB_FR
IOgrp VCCU
aesCommReq 0
alias HomeMatic Virtuelle CCU
event-on-change-reading .*
group .HomeMatic VCCU
hmKey 01:e1fa95c5613ea3c257a6862a2fdc6bf9
hmKey2 02:eb6e444f34df0e509c3a82a0a079772c
hmKey3 03:ee955645ccc18dc0ebb5a137bf7c9e70
icon hm_ccu
model CCU-FHEM
room _HM,_Kontaktsensoren,_RxTx
rssiLog 1
subType virtual
verbose 0
webCmd virtual:updatelist AB_VG_BWInternals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF 545393
HmUART_OG2_MSGCNT 3
HmUART_OG2_RAWMSG 0501003221A410545393F123470601000000
HmUART_OG2_RSSI -50
HmUART_OG2_TIME 2018-12-11 14:12:43
IODev HmUART_OG2
LASTInputDev HmUART_OG2
MSGCNT 3
NAME AB_VG_BW
NOTIFYDEV global
NR 2825
NTFY_ORDER 50-AB_VG_BW
STATE CMDs_done
TYPE CUL_HM
channel_01 AB_VG_BW_Sw_01
channel_02 AB_VG_BW_Sw_02
channel_03 AB_VG_BW_Sw_03
channel_04 AB_VG_BW_Sw_04
lastMsg No:21 - t:10 s:545393 d:F12347 0601000000
protCmdDel 4
protIOerr 1 last_at:2018-12-11 14:12:17
protLastRcv 2018-12-11 14:12:43
protRcv 3 last_at:2018-12-11 14:12:43
protResnd 1 last_at:2018-12-11 14:12:00
protResndFail 1 last_at:2018-12-11 14:12:06
protSnd 5 last_at:2018-12-11 14:12:43
protSndB 2 last_at:2018-12-11 14:12:00
protState CMDs_done
rssi_at_HmUART_OG2 cnt:3 min:-50 max:-50 avg:-50 lst:-50
READINGS:
2018-06-13 17:56:36 D-firmware 1.1
2018-06-13 17:56:36 D-serialNr OEQ0098890
2018-06-13 17:59:28 PairedTo 0xF12347
2018-06-13 17:59:28 R-pairCentral 0xF12347
2018-06-13 17:59:28 RegL_00. 02:01 05:00 0A:F1 0B:23 0C:47 18:00 3F:00 00:00
2018-12-11 14:12:43 battery ok
2018-12-11 11:09:16 rssi_at_HmUART_AB_GTO -35
2018-12-11 11:09:16 rssi_at_HmUART_EG -74
2018-12-11 11:09:16 rssi_at_HmUART_OG1 -62
2018-12-11 14:12:43 rssi_at_HmUART_OG2 -50
2018-12-10 20:03:01 sabotageAttack_ErrIoAttack cnt 9
2018-12-11 14:12:43 state CMDs_done
helper:
HM_CMDNR 33
cSnd 11F123475453930204C800000040,01F12347545393010E
mId 00AB
regLst ,0
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +545393,00,03,00
nextSend 1544533963.71439
prefIO
rxt 0
vccu VCCU
p:
545393
00
03
00
mRssi:
mNo 21
io:
HmUART_AB_FR:
HmUART_AB_GTO:
HmUART_EG:
HmUART_OG1:
HmUART_OG2:
-44
-44
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rpt:
IO HmUART_OG2
flg A
ts 1544533963.42238
ack:
HASH(0x436ba38)
218002F1234754539300
rssi:
at_HmUART_OG2:
avg -50
cnt 3
lst -50
max -50
min -50
tmpl:
Attributes:
IODev HmUART_EG
IOgrp VCCU
alias AB Vorgarten - Bewässerung
autoReadReg 4_reqStatus
event-on-change-reading .*
expert 2_raw
firmware 1.1
group AB Vorgarten - Bewässerung
icon sani_irrigation
model HM-LC-SW4-BA-PCB
msgRepeat 1
room AB-Bewaesserung,AB-Vorgarten,_HM
rssiLog 1
serialNr OEQ0098890
sortby 01.0
subType switch
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
webCmd getConfig:clear msgEventsZitatwas bedeutet genau "die derzeit lokale hmid"?
Die hmID bleibt bei diesem System wie sie ist.
die keys im list der vccu zu verfälschen, würde sinn machen.
wenn du kein weiteres io hast, als die 5, die die vccu verwaltet, müsste irgendwo ein bug existieren. vielleicht hat es was mit der relativ grossen anzahl an io zu tun. vielleicht bei einem wechsel des io durch die vccu? vielleicht prefered io setzen?
die 9 meldungen von gestern aus dem log waren nach dem sabotage-reading bis eben die einzigen atacken. timestamp und anzahl passen.
ich würde mal das reading überwachen. hminfo sammelt sicherlich auch diese meldungen.
sorgen musst du dich wohl nicht. hin und wieder staune ich auch mal über so eine meldung.
Den Großteil der Geräte habe ich mit einem prefered IO definiert um Auslastungen zu verteilen.
z.b. Geräte im EG haben IOgrp VCCU:HmUART_EG, im OG1 die IOgrp VCCU:HmUART_OG1 usw.
Nur die Geräte im Aussenbereich sind mit dem Attribut IOgrp VCCU ohne prefered IO definiert. Dort verwaltet nur die VCCU die IOs. Das Datenaufkommen ist dort auch eher gering.
Die VCCU hat die Liste der IOs. Es sind hier derzeit 5 Stk. im Einsatz wie im List ersichtlich.
Es wird wahrscheinlich ein IO noch dazu kommen. Das wird sich dann wenn alle Geräte montiert sind ergeben.
Mittlerweile blicke ich bei dem Homematic Konfigurationen so einigermassen durch.
In nächster Zeit kommen noch 6 Brandmelder hinzu die die RM100.2 ablösen.
Bei Defekten werden bestehende Geräte dann step by step ebenfalls durch HM Geräte ersetzt.
Gibt es zu den Homematic Konfigurationen irgendwelche Einschränkungen, zb wieviele Geräte pro VCCU oder wieviele IOs pro VCCU?
In Summe werden es an die 100 Stk. der Homematic Geräte.
Sorgen mache ich mir wegen dieser Meldung nicht. Sie ist mir das erste Mal aufgefallen als ich das LOG wieder einmal auf Auffälligkeiten durchsucht hatte.
Im HMinfo ist mir diese Meldung nicht untergekommen. Das wäre mir aufgefallen, denn im HMinfo steht derzeit eigentlich nichts mehr seit alles fertig gestellt ist.
Ich postete diese Meldung weil sie für mich keinen Sinn ergab und zur Fehlerbereinigung.
Vielleicht ist es ein Timeing Problem. Ein IO ist an diesem Hauptraspi per USB angeschlossen, und die restlichen 4 sind jeweils auch auf einem Raspi angeschlossen, werden aber nur per ser2net zum Hauptraspi verbunden.
Hallo Chris,
ich glaube bei der CCU1 stand mal was von 100 Geräte...
So viel wie ich weiß, ist das für Deine IOs und FHEM als Zentrale weit weg von einer bedenklichen Anzahl :)
Ich habe selbst 80 Geräte an 2 IOs :o
Gruß Otto
Popcorn...
Gut dann brauche ich mir keine Gedanken machen an Grenzen zu stoßen.
Dann ist nur die flächenmäßige Abdeckung das Thema.
@betateilchen
ZitatPopcorn...
Was meinst du damit?