Hallo zusammen,
ich habe ein Problem mit meinen 3 Rauchmeldern (HM-SEC-SD-2).
Ich habe diese wie im Wiki beschrieben eingerichtet:
1 virtueller TeamLead mit dem alle 3 gepeert sind
Wenn ich über den TeamLead einen Alarm auslöse, diesen z.B. per HM-RC-Sec4-3 deaktiviere bleibt der Alarm meistens bei einem der 1 RMs aktiv.
In den Logs finde ich dann HMUARTLGW WIFI_HM IO in overload!
Im TeamLead sind alle 3 peerings sichtbar, in der VCCU ist ein hmKey angelegt, allen 3 RMs wurde der hmKey gesetzt.
get hminfo protoEvents long:
protoEvents send to devices done:
name :State |CmdPend |Snd |SndB |Rcv |RcvB |Resnd #CmdDel |ResndFail |Nack |IOerr
Handsender_1 : - | - > | - > | - > | 1 >05-27 09:50:30| - > | - > # - > | - > | - > | - >
Handsender_2 : - | - > | - > | - > | - > | - > | - > # - > | - > | - > | - >
Rauchmelder_DG : done | - > | 6 >05-27 09:46:26| 3 >05-27 09:46:23| 3 >05-27 09:46:26| - > | 1 >05-27 09:32:28# 1 > | 1 >05-27 09:32:32| - > | - >
Rauchmelder_EG : done | - > | 7 >05-27 09:47:26| 3 >05-27 09:47:25| 4 >05-27 09:47:26| - > | 1 >05-27 09:32:27# - > | - > | - > | - >
Rauchmelder_OG : done | - > | 7 >05-27 09:47:08| 4 >05-27 09:47:07| 3 >05-27 09:47:08| - > | 1 >05-27 09:32:28# 1 > | 1 >05-27 09:32:33| - > | - >
Sensor_Eingangstuer : done | - > | 3 >05-27 09:51:58| - > | 3 >05-27 09:51:58| - > | - > # - > | - > | - > | - >
=============================================================================================================================================================================================================================================================
sum 0 |0 |23 |10 |14 |0 |3 #2 |2 |0 |0
CUL_HM queue length:0
requests pending
----------------
autoReadReg :
recent : none
status request :
autoReadReg wakeup : HM_60944C
status request wakeup:
autoReadTest :
IODevs:WIFI_HM:opened condition:ok
get hminfo msgStat:
msg statistics
|---------------------------------------->*
receive | 00| 01| 02| 03| 04| 05| 06| 07| 08| 09| 10| 11| 12| 13| 14| 15| 16| 17| 18| 19| 20| 21| 22| 23
WIFI_HM :| 26| 30| 24| 25| 30| 25| 52| 76|323| 93| 4| 0| 0| 16|123| 59| 32|130| 59| 39| 40| 43| 33| 25
send
WIFI_HM :| 13| 13| 13| 13| 13| 13| 13| 47|388|101| 0| 0| 0| 7| 13| 13| 13| 13| 13| 14| 13| 13| 13| 13
receive burst
WIFI_HM :| 0| 2| 0| 1| 0| 0| 0| 1| 6| 6| 0| 0| 0| 1| 0| 0| 0| 0| 0| 1| 0| 0| 0| 0
send burst
WIFI_HM :| 12| 12| 12| 12| 12| 12| 12| 18|126| 72| 0| 0| 0| 6| 12| 12| 12| 12| 12| 12| 12| 12| 12| 12
| 00| 01| 02| 03| 04| 05| 06| 07| 08| 09| 10| 11| 12| 13| 14| 15| 16| 17| 18| 19| 20| 21| 22| 23
|---------------------------------------->*
receive | Mon| Tue| Wed| Thu| Fri| Sat| Sun|# 24h
WIFI_HM :| 0| 599| 0| 0| 0| 0| 0|#1307
send
WIFI_HM :| 0| 138| 0| 0| 0| 0| 0|# 765
receive burst
WIFI_HM :| 0| 2| 0| 0| 0| 0| 0|# 18
send burst
WIFI_HM :| 0| 126| 0| 0| 0| 0| 0|# 426
| Mon| Tue| Wed| Thu| Fri| Sat| Sun|# 24h
Hat jemand eine Idee?
Vielen Dank im Voraus!
Dave
deine protoevents tabelle korrespondiert irgendwie nicht mit den werten in msgstat.
allein in der 8. stunde hat das io 388/126 normal/burst messages gesendet.
da kann wohl schon ein overload passieren.
wo gehen aber die msgs hin?
zeig ein list vom hmuart.
ist hminfo configcheck sauber?
wie sehen die rssi aus?
für eine stabile kommunikation, ist wlan keine option, meine ich.
Hi, danke für die schnelle Antwort!
1. List von HMUART:
Internals:
AssignedPeerCnt 7
CNT 242
Clients :CUL_HM:
DEF uart://192.168.2.51:23
DEVCNT 242
DevState 99
DevType UART
DeviceName 192.168.2.51:23
FD 13
FUUID 5e64da73-f33f-e950-ae17-3a650fe024fa3e44
LastOpen 1590567991.9376
NAME WIFI_HM
NOTIFYDEV global
NR 65
NTFY_ORDER 50-WIFI_HM
PARTIAL
RAWMSG 040267
RSSI -47
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 52
msgLoadHistory 51/1/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 52/1/0/-/-/-/-/-/-/-/-/-/-
owner 134710
owner_CCU VCCU
Helper:
CreditTimer 44
FW 66561
Initialized 1
SendCnt 88
AckPending:
100:
cmd 020000006C800213471063ED2F0101C800
dst 1
frame FD00130164020000006C800213471063ED2F0101C8002135
time 1590568419.01114
101:
cmd 020000006D800213471063ED2F0101C800
dst 1
frame FD00130165020000006D800213471063ED2F0101C8004AA1
time 1590568419.95485
104:
cmd 020000006E800213471063ED2F0101C800
dst 1
frame FD00130168020000006E800213471063ED2F0101C800AEC6
time 1590568420.72259
105:
cmd 020000006F800213471063ED2F0101C800
dst 1
frame FD00130169020000006F800213471063ED2F0101C800C552
time 1590568421.53134
107:
cmd 0200000070800213471063ED2F0101C800
dst 1
frame FD0013016B0200000070800213471063ED2F0101C80097E4
time 1590568422.21931
109:
cmd 0200000071800213471063ED2F0101C800
dst 1
frame FD0013016D0200000071800213471063ED2F0101C800101F
time 1590568423.01957
110:
cmd 0200000073800213471063ED2F0101C800
dst 1
frame FD0013016E0200000073800213471063ED2F0101C8005320
time 1590568423.95475
113:
cmd 0200000075800213471063ED2F0101C800
dst 1
frame FD001301710200000075800213471063ED2F0101C8005FAF
time 1590568425.31938
114:
cmd 0200000076800213471063ED2F0101C800
dst 1
frame FD001301720200000076800213471063ED2F0101C800E313
time 1590568426.07
115:
cmd 0200000077800213471063ED2F0101C800
dst 1
frame FD001301730200000077800213471063ED2F0101C8008887
time 1590568426.61463
116:
cmd 0200000078800213471063ED2F0101C800
dst 1
frame FD001301740200000078800213471063ED2F0101C8006667
time 1590568427.15072
117:
cmd 0200000079800213471063ED2F0101C800
dst 1
frame FD001301750200000079800213471063ED2F0101C8000DF3
time 1590568428.38229
159:
cmd 020000007C800213471063ED2F0101C800
dst 1
frame FD0013019F020000007C800213471063ED2F0101C8000950
time 1590568493.16352
160:
cmd 020000007D800213471063ED2F0101C800
dst 1
frame FD001301A0020000007D800213471063ED2F0101C800F9D5
time 1590568493.46501
162:
cmd 020000007E800213471063ED2F0101C800
dst 1
frame FD001301A2020000007E800213471063ED2F0101C800D17E
time 1590568509.66851
163:
cmd 0200000080800213471063ED2F0101C800
dst 1
frame FD001301A30200000080800213471063ED2F0101C8009095
time 1590568512.20252
164:
cmd 0200000081800213471063ED2F0101C800
dst 1
frame FD001301A40200000081800213471063ED2F0101C8008379
time 1590568513.06629
165:
cmd 0200000082800213471063ED2F0101C800
dst 1
frame FD001301A50200000082800213471063ED2F0101C80097EE
time 1590568513.61687
201:
cmd 0200000087800213471063ED2F0101C800
dst 1
frame FD001301C90200000087800213471063ED2F0101C800610A
time 1590568520.47498
203:
cmd 0200000088800213471063ED2F0101C800
dst 1
frame FD001301CB0200000088800213471063ED2F0101C800CBAE
time 1590568520.99027
216:
cmd 0200000089800213471063ED2F0101C800
dst 1
frame FD001301D80200000089800213471063ED2F0101C8004957
time 1590568523.82124
217:
cmd 020000008B800213471063ED2F0101C800
dst 1
frame FD001301D9020000008B800213471063ED2F0101C800A243
time 1590568524.12276
219:
cmd 020000008C800213471063ED2F0101C800
dst 1
frame FD001301DB020000008C800213471063ED2F0101C80074EE
time 1590568524.48427
232:
cmd 0200000090800213471063ED2F0101C800
dst 1
frame FD001301E80200000090800213471063ED2F0101C800F105
time 1590568528.45071
30:
cmd 0200000057800213471063ED2F0101C800
dst 1
frame FD0013011E0200000057800213471063ED2F0101C8009BD0
time 1590568001.31254
57:
cmd 0200000059800213471063ED2F0101C800
dst 1
frame FD001301390200000059800213471063ED2F0101C800083F
time 1590568374.69204
58:
cmd 020000005A800213471063ED2F0101C800
dst 1
frame FD0013013A020000005A800213471063ED2F0101C800B483
time 1590568375.90087
60:
cmd 020000005C800213471063ED2F0101C800
dst 1
frame FD0013013C020000005C800213471063ED2F0101C8004DFE
time 1590568378.82373
61:
cmd 020000005D800213471063ED2F0101C800
dst 1
frame FD0013013D020000005D800213471063ED2F0101C800266A
time 1590568382.11188
62:
cmd 020000005E800213471063ED2F0101C800
dst 1
frame FD0013013E020000005E800213471063ED2F0101C8009AD6
time 1590568383.10042
88:
cmd 0200000063800213471063ED2F0101C800
dst 1
frame FD001301580200000063800213471063ED2F0101C8001080
time 1590568392.03727
91:
cmd 0200000064800213471063ED2F0101C800
dst 1
frame FD0013015B0200000064800213471063ED2F0101C800523A
time 1590568409.59458
92:
cmd 0200000065800213471063ED2F0101C800
dst 1
frame FD0013015C0200000065800213471063ED2F0101C80041D6
time 1590568412.06744
93:
cmd 0200000066800213471063ED2F0101C800
dst 1
frame FD0013015D0200000066800213471063ED2F0101C8005541
time 1590568413.05304
94:
cmd 0200000067800213471063ED2F0101C800
dst 1
frame FD0013015E0200000067800213471063ED2F0101C80096FE
time 1590568415.02484
95:
cmd 0200000068800213471063ED2F0101C800
dst 1
frame FD0013015F0200000068800213471063ED2F0101C8000066
time 1590568416.01008
96:
cmd 0200000069800213471063ED2F0101C800
dst 1
frame FD001301600200000069800213471063ED2F0101C800F0E3
time 1590568416.99299
97:
cmd 020000006A800213471063ED2F0101C800
dst 1
frame FD00130161020000006A800213471063ED2F0101C800E474
time 1590568417.55349
99:
cmd 020000006B800213471063ED2F0101C800
dst 1
frame FD00130163020000006B800213471063ED2F0101C800B3DC
time 1590568418.61985
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.167149066925049
loadLvl:
lastHistory 1590568596.6918
MatchList:
1:CUL_HM ^A......................
Peers:
134711 +134711
5C50D4 +5C50D4,00,00,00
60944C +60944C,00,00,00
63ED2F +63ED2F,00,00,00
6EC761 +6EC761,00,00,00
6EC887 +6EC887,00,00,00
6EC9C0 +6EC9C0,00,00,00
READINGS:
2020-05-27 10:26:35 D-HMIdAssigned 111111
2020-05-27 10:26:35 D-HMIdOriginal 6D0EDA
2020-05-27 10:26:36 D-firmware 1.4.1
2020-05-27 10:26:36 D-serialNr QEQ0410864
2020-05-27 09:32:00 D-type HM-MOD-UART
2020-05-27 10:26:36 cond ok
2020-05-27 10:35:29 load 52
2020-05-27 10:35:20 loadLvl batchLevel
2020-05-27 10:26:31 state opened
helper:
Attributes:
hmId 111111
room System
2. hminfo configcheck ist sauber
3. RSSI an den Rauchmeldern:
WIFI_HM_RSSI -76
rssi_WIFI_HM cnt:2 min:-45 max:-41 avg:-43 lst:-45
rssi_at_WIFI_HM cnt:4 min:-50 max:-46 avg:-47 lst:-50
ich meinte eher: "get hminfo rssi".
und eine erklärung für die fehlenden protevents.
vielleicht fhem restart zwischen den tabellen?
in den letzten 5min zeigt hmuart 52% load zuwachs. bingo!
was hast du gerade getan?
dazu bitte erneut hminfo protoevents.
da sind auch ein haufen pending acks sichtbar.
hab ich noch nie so gesehen.
zeig ein list der vccu und dem device HM_60944C.
hminfo RSSI:
rssi done:
Device receive from last avg min_max count
Handsender_1 WIFI_HM Handsender_1 -39.0 -43.3 -53.0< -37.0 99
Rauchmelder_DG Rauchmelder_DG WIFI_HM -45.0 -43.0 -45.0< -41.0 2
Rauchmelder_DG WIFI_HM Rauchmelder_DG -50.0 -47.0 -50.0< -46.0 4
Rauchmelder_EG Rauchmelder_EG WIFI_HM -28.0 -28.5 -29.0< -28.0 2
Rauchmelder_EG WIFI_HM Rauchmelder_EG -32.0 -31.2 -32.0< -30.0 4
Rauchmelder_OG Rauchmelder_OG WIFI_HM -45.0 -45.0 -45.0< -45.0 1
Rauchmelder_OG WIFI_HM Rauchmelder_OG -50.0 -49.7 -50.0< -49.0 3
Sensor_Eingangstuer WIFI_HM Sensor_Eingangstuer -55.0 -44.8 -69.0< -20.0 66
Einen restart habe ich keinen gemacht, nur einen reopen des HM_WIFI wegen overload
Zu dem Load innerhalb der letzten 5 min, ich habe mehrfach den TeamLead auf "alarmOff" gesetzt wodurch er mehrfach an alle Rauchmelder gesendet hat.
iminfo protevents2:
protoEvents send to devices done:
name :State |CmdPend |Snd |SndB |Rcv |RcvB |Resnd #CmdDel |ResndFail |Nack |IOerr
Handsender_1 : done | - > | 35 >05-27 10:35:15| - > | 99 >05-27 10:35:24| - > | - > # - > | - > | - > | - >
Handsender_2 : - | - > | - > | - > | - > | - > | - > # - > | - > | - > | - >
Rauchmelder_DG : done | - > | 8 >05-27 10:08:37| 4 >05-27 10:08:36| 4 >05-27 10:08:37| - > | 1 >05-27 09:32:28# 1 > | 1 >05-27 09:32:32| - > | - >
Rauchmelder_EG : done | - > | 7 >05-27 09:47:26| 3 >05-27 09:47:25| 4 >05-27 09:47:26| - > | 1 >05-27 09:32:27# - > | - > | - > | - >
Rauchmelder_OG : done | - > | 7 >05-27 09:47:08| 4 >05-27 09:47:07| 3 >05-27 09:47:08| - > | 1 >05-27 09:32:28# 1 > | 1 >05-27 09:32:33| - > | - >
Sensor_Eingangstuer : done | - > | 66 >05-27 10:45:32| - > | 66 >05-27 10:45:32| - > | - > # - > | - > | - > | - >
=============================================================================================================================================================================================================================================================
sum 0 |0 |123 |11 |176 |0 |3 #2 |2 |0 |0
CUL_HM queue length:0
requests pending
----------------
autoReadReg :
recent : none
status request :
autoReadReg wakeup : HM_60944C
status request wakeup:
autoReadTest :
IODevs:WIFI_HM:opened condition:ok
HM_60944C kann man vernachlässigen, das ist ein Handsender der scheinbar noch nicht zu 100% fertig eingebunden war (habe ich grade nachgeholt mit allen Peerings: VCCU Btn5-8)
Trotzdem hier das List der VCCU:
Internals:
DEF 134710
FUUID 5e64dacc-f33f-e950-7dc0-b5979dd68ef827ba
IODev WIFI_HM
LASTInputDev WIFI_HM
MSGCNT 45
NAME VCCU
NOTIFYDEV global
NR 68
STATE WIFI_HM:ok
TYPE CUL_HM
WIFI_HM_MSGCNT 45
WIFI_HM_RAWMSG 0500003F8080021F020F60393B00
WIFI_HM_RSSI -63
WIFI_HM_TIME 2020-05-27 11:02:32
assignedIOs WIFI_HM
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
READINGS:
2020-05-27 10:35:20 IOopen 1
2020-05-27 10:35:20 state WIFI_HM:ok
helper:
HM_CMDNR 108
mId FFF0
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst
rxType 1
cmds:
TmplKey :no:1590564726.96246
TmplTs 1590564726.96246
cmdKey :0:1:1::FFF0:01
TmplCmds:
cmdList:
assignIO:-IO- [set|unset]...
clear:[readings|rssi|msgErrors|msgErrors|unknownDev]
defIgnUnknown:
hmPairForSec:-sec- ...
hmPairSerial:-serial-
update:
virtual:-noButtons-
expert:
def 1
det 0
raw 1
tpl 0
io:
prefIO
vccu VCCU
ioList:
WIFI_HM
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
tmpl:
Attributes:
IODev WIFI_HM
IOList WIFI_HM
IOgrp VCCU
expert 2_raw
group Homematic Central
hmKey 01:2c0612d2cc026a5bdff60fd6dc7fdb71
model CCU-FHEM
room System
subType virtual
webCmd virtual:update
List des HM_60944C:
Internals:
DEF 60944C
FUUID 5ece04f6-f33f-e950-ffea-d570f8d05b80699b
IODev WIFI_HM
LASTInputDev WIFI_HM
MSGCNT 37
NAME Handsender_2
NOTIFYDEV global
NR 112
STATE Handsender_2_light LongRelease
TYPE CUL_HM
WIFI_HM_MSGCNT 37
WIFI_HM_RAWMSG 0501002426A24060944C1347104302
WIFI_HM_RSSI -36
WIFI_HM_TIME 2020-05-27 11:24:05
channel_01 Handsender_2_armInt
channel_02 Handsender_2_armExt
channel_03 Handsender_2_light
channel_04 Handsender_2_disarm
lastMsg No:26 - t:40 s:60944C d:134710 4302
protLastRcv 2020-05-27 11:24:05
protRcv 37 last_at:2020-05-27 11:24:05
protResnd 1 last_at:2020-05-27 11:23:17
protSnd 38 last_at:2020-05-27 11:24:05
protState CMDs_done
rssi_at_WIFI_HM cnt:37 min:-44 max:-33 avg:-36.62 lst:-36
READINGS:
2020-05-27 08:54:16 CommandAccepted yes
2020-05-27 08:22:35 D-firmware 1.1
2020-05-27 08:22:35 D-serialNr OEQ1384713
2020-05-27 11:23:24 PairedTo 0x134710
2020-05-27 08:14:04 R-pairCentral 0x134710
2020-05-27 11:23:24 RegL_00. 00:00 02:01 0A:13 0B:47 0C:10 18:00
2020-05-27 08:54:16 aesCommToDev ok
2020-05-27 08:54:16 aesKeyNbr 00
2020-05-27 11:23:11 alive yes
2020-05-27 11:24:05 battery ok
2020-05-27 11:24:05 commState CMDs_done
2020-05-27 11:23:11 powerOn 2020-05-27 11:23:11
2020-05-27 11:23:11 recentStateType info
2020-05-27 11:24:05 state Handsender_2_light LongRelease
helper:
HM_CMDNR 38
PONtest 0
cSnd 0113471060944C03041347100804,0113471060944C04041347100704
mId 00D5
peerFriend
peerOpt -:remote
regLst 0
rxType 20
supp_Pair_Rep 0
cmds:
TmplKey :no:1590564726.51407
TmplTs 1590564726.51407
cmdKey :0:1:0::00D5:01
TmplCmds:
cmdList:
assignHmKey:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
tplDel:tmplt
unpair:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +60944C,00,00,00
nextSend 1590571445.74475
rxt 2
vccu VCCU
p:
60944C
00
00
00
prefIO:
WIFI_HM
mRssi:
mNo 26
io:
WIFI_HM:
-28
-28
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
rpt:
IO WIFI_HM
flg A
ts 1590571445.52104
ack:
HASH(0x35bdd08)
26800213471060944C00
rssi:
at_WIFI_HM:
avg -36.6216216216216
cnt 37
lst -36
max -33
min -44
shadowReg:
tmpl:
Attributes:
IODev WIFI_HM
IOgrp VCCU:WIFI_HM
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.1
group Homematic Remote
model HM-RC-SEC4-3
room Sensoren
serialNr OEQ1384713
subType remote
webCmd getConfig:clear msgEvents
halbherzig eingebundene devices könnten "gefährlich" sein. am besten ganz oder gar nicht.
HM_60944C existiert immer noch. das list ist aber von Handsender_2.
hast du nicht den cmd set deviceRename von cul-hm benutzt?
nach protevents sind die übeltäter für den load zuwachs vermutlich Sensor_Eingangstuer und Handsender_1.
zeig mal je ein list.
bei den rm ist es eher ruhig.
hoffentlich ist zu hminfo msgStat die differenz nicht grösser geworden.
rssi sind sehr gut. für rm_eg eher zu gut.
vielleicht auch noch je ein list vom teamlead device und channel.
bei mir stimmen die msgs von protoevent und msgstat genau überein.
1. Snd + SndB + Resnd === send + send burst
2. SndB === send burst
gleichung 2 stimmt nur, wenn unter Resnd keine burst versteckt sind.
ich würde mal fhem restarten und sofort beide tabellen prüfen, ob sie resettet sind.
dann ein paar von deinen rm tests und erneut die tabellen checken.
wenn die gleichungen nicht passen, hast du eventuell ein gröseres problem.
ein paar wenige msg dürfen fehlen, da zwischen dem abruf der tabellen auch gesendet werden könnte.
zuvor eventuell noch ein fhem update.
Danke für deine Mühe!
Ich habe jetzt mal aus dem HM_WIFI ein HM_LAN gemacht, hatte noch nen USR TCP 232 rumliegen.
Bei den Handsendern habe ich mal die Bestätigung (Btn 1-8) entfernt, also unpeered
Seitdem läuft es, ich hoffe sehr das es so bleibt auch wenn ich nicht 100% sicher bin woran es lag.
sollte das nochmal auftauchen melde ich mich wieder.
Grüße!
kann es sein, dass du einen channel der vccu als teamlead nutzt und die tasten der fb ebenfalls?