hiho,
ich hab grade ne große fehlersuchaktion am laufen, da ich immer wieder sporadisch starke freezes habe. da mir langsm kein verdächtiger mehr einfällt, probier ichs mal hier ...
da bei den freezes meine 2 hmlans auch immer wieder namentlich auftauchen (mal das eine, mal das andere, oder auch mal beide zur fast selben zeit), bitte ich mal einen wissenden über meine config zu schauen.
im folgenden meine vccu und die 2 hmlan's (ein altes, rundes und ein neues).
vccuInternals:
DEF 322433
IODev hmLan
IODevMissing 1
IODevName hmLan2
LASTInputDev hmLan
MSGCNT 39
NAME vccu
NOTIFYDEV global
NR 60
STATE hmLan:ok,hmLan2:ok,
TYPE CUL_HM
assignedIOs hmLan,hmLan2
hmLan_MSGCNT 39
hmLan_RAWMSG E322433,0000,19739684,FF,FFE5,F5A11232243362E4AE
hmLan_RSSI -27
hmLan_TIME 2018-07-02 08:48:43
lastMsg No:F5 - t:12 s:322433 d:62E4AE
protLastRcv 2018-07-02 08:48:43
protRcv 21 last_at:2018-07-02 08:48:43
protRcvB 2 last_at:2018-07-02 08:47:14
rssi_at_hmLan cnt:39 min:-27 max:-25 avg:-25.92 lst:-27
READINGS:
2018-07-02 08:48:25 CommandAccepted yes
2018-07-02 08:21:19 recentStateType ack
2018-07-02 08:42:16 state hmLan:ok,hmLan2:ok,
helper:
HM_CMDNR 245
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1530514123.73518
prefIO
vccu
ioList:
hmLan
hmLan2
mRssi:
mNo F5
io:
hmLan:
-19
-19
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
at_hmLan:
avg -25.9230769230769
cnt 39
lst -27
max -25
min -27
Attributes:
IODev hmLan2
IOList hmLan,hmLan2
expert 2_raw
group hardware
icon hm_ccu
model CCU-FHEM
room homematic
subType virtual
webCmd virtual:update
hmlan 1 (die alte, runde version)Internals:
DEF 192.168.178.12:1000
DeviceName 192.168.178.12:1000
FD 9
IFmodel LAN
NAME hmLan
NR 19
NTFY_ORDER 50-hmLan
PARTIAL
RAWMSG E54C24B,0000,19740F4E,FF,FFC7,12867054C24B00000000F12E
RSSI -57
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 0 report:9
hmLan_MSGCNT 69
hmLan_TIME 2018-07-02 08:49:14
msgKeepAlive dlyMax:0.169 bufferMin:4
msgLoadCurrent 3
msgLoadHistoryAbs 5min steps: 3/3/0/0/0/0/0/0/0/0/0/0
msgParseDly min:8 max:28 last:8 cnt:41
owner 322433
owner_CCU vccu
uptime 004 118:37:30.692
READINGS:
2018-07-02 08:42:11 D-HMIdAssigned 322433
2018-07-02 08:42:11 D-HMIdOriginal 322433
2018-07-02 08:42:11 D-firmware 0.964
2018-07-02 08:42:11 D-serialNr LEQ0986035
2018-07-02 08:42:11 Xmit-Events disconnected:1 init:1 ok:1
2018-07-02 08:42:11 cond ok
2018-07-02 08:49:28 loadLvl low
2018-03-16 16:04:02 prot_ERROR-Overload last
2018-03-18 11:12:54 prot_Warning-HighLoad last
2018-07-02 08:41:58 prot_disconnected last
2018-06-27 09:03:41 prot_dummy last
2018-07-02 08:41:58 prot_init last
2018-03-18 17:37:56 prot_keepAlive last
2018-07-02 08:42:11 prot_ok last
2018-07-02 08:41:58 state opened
helper:
assIdCnt 0
assIdRep 9
info 03C4,LEQ0986035,322433,322433
setTime 46707
cnd:
0 1
253 1
255 1
dly:
cnt 41
lst 8
max 28
min 8
ids:
k:
BufMin 4
DlyMax 0.169
Next 1530514193.74511
Start 1530514168.74511
loadLvl:
bl 40
a:
99
90
40
0
h:
0 low
40 batchLevel
90 high
99 suspended
log:
all 0
sys 0
ids:
ARRAY(0x56115a0bb500)
q:
HMcndN 0
answerPend 0
hmLanQlen 3
keepAliveRec 1
keepAliveRpt 0
loadLastMax 3
loadNo 9
scnt 3
ald:
3
3
0
0
0
0
0
0
0
0
0
0
apIDs:
ref:
drft -0.00015999360025599
hmtL 427050692
kTs 0
offL 1530087118057
sysL 1530514168749
Attributes:
group hardware
hmId 322433
hmLanQlen 3_normal
icon hm_lan
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room homematic
hamlan 2 (die neue, eckige version)Internals:
AssignedPeerCnt 19
CNT 93
Clients :CUL_HM:
DEF 192.168.178.10
DEVCNT 93
DevState 99
DevType LGW
DeviceName 192.168.178.10:2000
FD 20
LastOpen 1530513731.72584
NAME hmLan2
NR 174
PARTIAL
RAWMSG 040208
RSSI -41
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model eQ3-HM-LGW
msgLoadCurrent 4
msgLoadHistory 4/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 4/0/-/-/-/-/-/-/-/-/-/-/-
owner 322433
owner_CCU vccu
Helper:
CreditTimer 31
FW 66561
Initialized 1
SendCnt 14
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00504899024963379
loadLvl:
lastHistory 1530514036.74874
MatchList:
1:CUL_HM ^A......................
Peers:
1A9622 +1A9622,00,00,00
1AA473 +1AA473,00,00,00
3A6F79 +3A6F79,00,00,00
3E77A4 +3E77A4,00,00,00
3E77BB +3E77BB,00,00,00
3F5912 +3F5912,02,00,00
436E25 +436E25,00,00,00
461363 +461363,00,00,00
4BEA88 +4BEA88,00,00,00
54C24B +54C24B,00,00,00
56C171 +56C171,00,00,00
5BBECA +5BBECA,00,00,00
5C8A11 +5C8A11,00,00,00
5F3CF6 +5F3CF6,00,00,00
5FDED5 +5FDED5,00,00,00
5FE3DF +5FE3DF,00,00,00
602A1C +602A1C,00,00,00
60382C +60382C,00,00,00
62E4AE +62E4AE,02,00,00
READINGS:
2018-07-02 08:42:16 D-HMIdAssigned 322433
2018-07-02 08:42:16 D-HMIdOriginal FFFFFF
2018-07-02 08:42:11 D-LANfirmware 1.1.5
2018-07-02 08:42:16 D-firmware 1.4.1
2018-07-02 08:42:11 D-serialNr OEQ0797622
2018-07-02 08:42:11 D-type eQ3-HM-LGW
2018-07-02 08:42:16 cond ok
2018-07-02 08:47:21 load 4
2018-07-02 08:42:16 loadLvl low
2018-07-02 08:42:11 state opened
helper:
keepAlive:
CNT 224
DEVCNT 223
DevState 99
DevType LGW-KeepAlive
DeviceName 192.168.178.10:2001
FD 12
LastOpen 1530513731.8248
NAME hmLan2:keepAlive
NR 241
PARTIAL
STATE opened
TEMPORARY 1
TYPE HMUARTLGW
XmitOpen 0
Helper:
NextKeepAlive 1530514203.05387
Log:
Resolve 1
IDs:
READINGS:
2018-07-02 08:42:11 state opened
Attributes:
group hardware
hmId 322433
icon hm_ccu
lgwPw xxx
room homematic
kann da wer was falsches erspähen und/oder mir tipps zur vermeidung von freezes im bereich hm geben?
thx im voraus!
Hi,
nicht zu Deinem eigentlichem Problem, aber mir fallen zwei Sachen am alten runden HMLAN auf:
D-firmware 0.964 -> unbedingt updaten auf 9.965
assignedIDsCnt 0 report:9 -> der ist quasi nicht beteiligt? Der hat keine Verbindung zu Geräten - komisch.
Und bei der VCCU fehlt nach meinen letzten Erkenntnissen (https://forum.fhem.de/index.php/topic,88621.msg811397.html#msg811397)das attr ioGrp
Gruß Otto
ah, thx - derzeit bin ich echt für jeden hinweis extrem dankbar. wenn ich mein problem ned bald finde, dann kanns eig. nur mehr mein server oder meine fritzbox sein - und das würde mir so gar ned gefallen *g*. der server wär verdammt viel arbeit und die fritzbox is ne ganz neue 7590. da gäbs dann wohl weniger Möglichkeiten zum rumbessern.
iogroup gleich mal gesetzt in der vccu - hätte ich nicht gedacht, dass das was bringen könnte/sollte.
die firmware find ich schon lange lustig - ich spiel sie auf, reboote den hmlan, der hmlan sagt o.k. - schau ich wieder mal drauf is wieder die alte fw drauf. das spiel hab ich x mal gemacht und das waren auch 50% der entscheidung für die neue hmlan. allerdings kann das nicht viel mit meinem problem zu tun haben, weil die alte hmlan derzeit nur zu testzwecken im netz hängt und meine fehler keinen unterschied machen, ob ein hmlan oder beide im netz hängen. zumindest hab ich das ding jetzt mal ganz abgehängt - hat früher zwar auch nix gebracht, aber man weiß ja nie ...
assignedIDsCnt - hmm - wenn ich jetzt sag, dass das alte hmlan, wenn das neue hmlan als dummy rennt meine sachen schaltet, wirds wohl noch mysteriöser, oder?
noch ne Idee zu, wie ich da rumtesten könnte? die vccu meint ja auch immer, dass beide hmlans o.k. wären.
Nur ganz kurzer Einwurf: Ich hatte viele Probleme (disconnects) mit meinem HMLAN wann immer mein Netzwerk/Internet ausgefallen oder überlastet war und das Squeezebox Modul (mit spotty) parallel lief.... hast du irgendein Modul mit starker Netznutzung am laufen?
Ohne jetzt groß dein Problem analysiert zu haben einfach mal ins Blaue.
H.
uij, ganz vergessen, erledigt zu setzen.
hier also die "lösung" - wenns mir auch immer noch schleierhaft ist ... sie funzt:
ich hatte nen haufen treiber von intel für meine nuc upgedated, dabei hat intel scheinbar gemeint, 2 kleine häckchen in den treibern der netzwerkkarte setzen zu müssen. da ich vorher nix an den grundeinstellungen der treiber gedreht hab, denke ich, das ist wohl n neues feature.
dadurch durften die arp-anforderungen und ns-anforderungen auch ohne aus dem standbybetrieb aufzuwachen beantwortet werden.
das scheint der oracle vm nicht so wirklich gefallen zu haben.
seit die häckchen draussen sind, gabs keinen einzigen nennenswerten freeze mehr ...