Hallo zusammen,
ich bastele immer noch an meiner Heizungs- Steuerung und habe folgendes Problem: msgLoadHistoryAbs dümpelt im normalen Bereich vor sich hin
5min steps: 100/1/1/1/1/1/1/1/1/1/1/1
und wird durch ein einzelnes Kommando an den HM-TC-IT-WM-W-EU
set wz.tc.01_Climate regSet weekPrgSel prog1
in den overload getrieben ( >5000 resends). Woran kann das liegen, in welche Richtung kann ich weiter nach dem Fehler suchen?
Danke, Robert
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListSat prep 06:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListSun prep 06:00 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListMon prep 05:30 16.0 08:00 18.0 16:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListTue prep 05:30 16.0 08:00 18.0 16:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListWed prep 05:30 16.0 08:00 18.0 16:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListThu prep 05:30 16.0 08:00 18.0 16:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListFri prep 05:30 16.0 08:00 18.0 16:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:23:16 3: CUL_HM set ku.hz.01_Clima tempListFri exec 05:30 16.0 08:00 18.0 16:30 16.0 21:00 18.0 24:00 16.0
2018.11.02 16:31:31 3: CUL_HM set wz.tc.01_Climate regSet weekPrgSel prog1
2018.11.02 16:32:32 1: HMLAN_Parse: hmusb new condition Warning-HighLoad
2018.11.02 16:32:36 1: HMLAN_Parse: hmusb new condition ERROR-Overload
2018.11.02 16:35:19 1: HMLAN_Parse: hmusb new condition Warning-HighLoad
protoEvents send to devices done:
name :State |CmdPend |Snd |Resnd #CmdDel |ResndFail |Nack |IOerr
bz.hz.01 : done | - | 1 | - # - | - | - | -
bz.tc.01 : done | - | 33 | 1 # 3 | 1 | - | -
fl.dr.0 : done | - | 32 | - # - | - | - | -
fl.pw.0 : done | - | 8 | 1 # - | - | - | -
ku.bw.0 : done | - | 49 | - # - | - | - | -
ku.hz.01 : done | - | 20 | 1 # - | - | - | -
ku.pw.0 : done | - | 49 | - # - | - | - | -
ku.wd.01 : done | - | 25 | - # - | - | - | -
sz.hz.01 : done | - | 1 | - # - | - | - | -
sz.tc.01 : done | - | 49 | - # - | - | - | -
sz.wd.01 : done | - | 2 | - # - | - | - | -
wz.dr.0 : done | - | 24 | - # - | - | - | -
wz.hz.01 : done | - | 1 | - # - | - | - | -
wz.tc.01 : done_Errors:1 | - | 37 | 5721 # 7 | 1 | - | 1
=======================================================================================================
sum 0 |0 |331 |5724 #10 |2 |0 |1
CUL_HM queue length:0
requests pending
----------------
autoReadReg :
recent : wz.tc.01
status request :
autoReadReg wakeup :
status request wakeup:
autoReadTest : wz.tc.01
IODevs:hmusb:opened pending=0 condition:Warning-HighLoad
Internals:
DEF 127.0.0.1:6666
DeviceName 127.0.0.1:6666
FD 10
IFmodel USB
NAME hmusb
NR 39
NTFY_ORDER 50-hmusb
PARTIAL
RAWMSG E2D47DD,0000,75D59E54,FF,FFD3,CD845E2D47DD000000881B9E00091100BA08ECFA
RSSI -45
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 14
hmusb_MSGCNT 6837
hmusb_TIME 2018-11-02 16:39:35
msgKeepAlive dlyMax:5.887 bufferMin:0
msgLoadCurrent 100
msgLoadHistoryAbs 5min steps: 100/1/1/1/1/1/1/1/1/1/1/1
msgParseDly min:-35 max:6508 last:18 cnt:6350
owner ######
uptime 022 549:08:53.972
READINGS:
2018-11-01 17:17:49 D-HMIdAssigned ######
2018-11-01 17:17:49 D-HMIdOriginal 2CC49A
2018-11-01 17:17:49 D-firmware 0.967
2018-11-01 17:17:49 D-serialNr LEQ0659658
2018-11-02 16:35:19 Xmit-Events ERROR-Overload:1 ok:1 disconnected:1 init:1 Warning-HighLoad:2
2018-11-02 16:35:19 cond Warning-HighLoad
2018-11-02 16:38:30 hmTrf 100 %
2018-11-02 16:39:31 loadLvl suspended
2018-11-02 16:32:36 prot_ERROR-Overload last
2018-11-02 16:35:19 prot_Warning-HighLoad last
2018-11-01 17:17:23 prot_disconnected last
2018-11-01 17:17:23 prot_init last
2018-11-01 17:17:49 prot_ok last
2015-09-11 20:16:55 prot_timeout last
2018-11-02 16:35:19 state opened
helper:
assIdCnt 14
assIdRep 14
info 03C7,LEQ0659658,2CC49A,######
setTime 47032
cnd:
0 1
2 2
253 1
255 1
4 1
dly:
cnt 6350
lst 18
max 6508
min -35
ids:
2B1C73:
cfg +2B1C73,00,00,00
chn 02
flg 0
msg
name sz.hz.01
to 1541119813.39408
2D47DD:
cfg +2D47DD,00,00,00
chn 01
flg 0
msg
name fl.pw.0
to 1541089074.73356
2D4D3D:
cfg +2D4D3D,00,00,00
chn 00
flg 0
msg SD50DFF5F,00,00000000,01,D50DFF5F,01B001######2D4D3D00050000000007
name wz.tc.01
to 1541172756.02963
2D91BC:
cfg +2D91BC,00,00,00
chn 01
flg 0
msg
name fl.dr.0
to 1541165517.41594
2DD7BB:
cfg +2DD7BB,00,00,00
chn 01
flg 0
msg
name ku.pw.0
to 1541089075.23298
2E7028:
cfg +2E7028,00,00,00
chn 02
flg 0
msg
name wz.hz.01
to 1541113144.96756
31D092:
cfg +31D092,00,00,00
chn 02
flg 0
msg
name sz.tc.01
to 1541122331.82794
359FF3:
cfg +359FF3,00,00,00
chn 01
flg 0
msg
name wz.dr.0
to 1541141656.26798
3618EA:
cfg +3618EA,00,00,00
chn 01
flg 0
msg
name ku.bw.0
to 1541167946.01403
37F9B8:
cfg +37F9B8,00,00,00
chn 02
flg 0
msg
name bz.hz.01
to 1541124912.28262
38AAE0:
cfg +38AAE0,00,00,00
chn 02
flg 0
msg
name ku.hz.01
to 1541160008.17192
3D125F:
cfg +3D125F,00,00,00
name ku.wd.01
4E15B2:
cfg +4E15B2,00,00,00
chn 01
flg 0
msg
name sz.wd.01
to 1541139679.69639
5AAF3A:
cfg +5AAF3A,00,00,00
chn 02
flg 0
msg
name bz.tc.01
to 1541122267.05231
k:
BufMin 0
DlyMax 5.887
Next 1541173196.02168
Start 1541173171.02168
loadLvl:
bl 40
a:
99
90
40
0
h:
0 low
40 batchLevel
90 high
99 suspended
log:
all 0
sys 0
ids:
ARRAY(0x1efc018)
q:
HMcndN 2
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLastMax 100
loadNo 7
scnt 9
ald:
100
1
1
1
1
1
1
1
1
1
1
1
apIDs:
ref:
drft 0.000105338003318147
hmtL 1976929382
kTs 0
offL 1539196241655
sysL 1541173171037
Attributes:
hmId ######
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room CUL_HM
ist dein hmland aktuell?
Hallo frank,
vielen Dank für den Hinweis auf hmland, ich habe von 0.101 auf 0.103 aktualisiert. Auch bin ich das Thema rssi angegangen, und habe mein Sorgenkind anders im Raum positioniert, der rssi ist von -85 auf besser -75 gestiegen. Overloads treten nun nicht mehr auf, weder beim einzelnen regSet, noch beim automatisch folgenden
autoReadReg 4_reqStatus
(hatte ich zuvor deaktiviert um die Funklast zu reduzieren).
Ab welchem rssi kann man von einer stabilen Kommunikation ausgehen?
Lässt sich das Sendeverhalten von hmland / hmusb beeinflussen, so dass bei schlechter Funkverbindung nach einer bestimmten Anzahl Wiederholungen mit einem Fehler abgebrochen wird und nicht weiter versucht wird, bis das 1% Kontingent verbraucht ist?
Danke,
Robert
rssi done:
Device receive from last avg min_max count
bz.hz.01 hmusb bz.hz.01 -40.0 -40.4 -48.0< -39.0 366
bz.tc.01 hmusb bz.tc.01 -45.0 -45.2 -50.0< -44.0 833
fl.dr.0 hmusb fl.dr.0 -64.0 -67.2 -69.0< -64.0 16
fl.pw.0 hmusb fl.pw.0 -47.0 -46.4 -51.0< -45.0 374
ku.bw.0 hmusb ku.bw.0 -63.0 -68.8 -82.0< -63.0 25
ku.hz.01 hmusb ku.hz.01 -80.0 -76.9 -89.0< -68.0 337
ku.pw.0 hmusb ku.pw.0 -67.0 -68.5 -75.0< -64.0 393
ku.wd.01 hmusb ku.wd.01 -81.0 -81.4 -90.0< -77.0 15
sz.hz.01 hmusb sz.hz.01 -52.0 -55.4 -59.0< -52.0 367
sz.tc.01 hmusb sz.tc.01 -66.0 -64.0 -72.0< -61.0 945
sz.wd.01 hmusb sz.wd.01 -73.0 -78.0 -86.0< -69.0 5
wz.dr.0 hmusb wz.dr.0 -81.0 -81.5 -92.0< -65.0 22
wz.hz.01 hmusb wz.hz.01 -63.0 -62.6 -67.0< -58.0 368
wz.tc.01 hmusb wz.tc.01 -72.0 -71.1 -77.0< -66.0 707
rssi von -80 sollte normalerweise "ausreichend" sein. muss aber nicht, da es genügend störungen gibt, die nicht durch rssi erkennbar sind.
mit der neuen fw solltest du nun echte, aktuelle loadwerte beim hmusb sehen. daher wird fhem nun zb autoreadreg nur bis load=40 (batchlevel) starten, um das system zu schonen.
wenn du templates für die temperaturen nutzt, wird das setzen ebenfalls mit rücksicht auf die load vorgenommen, denke ich.
msg wiederholungen sind abhängig vom attr msgRepeat im hauptdevice. ohne attr, default=3 wiederholungen.
in manchen geräten gibt es auch register, die die wiederholungen der devices steuern.
Super, vielen Dank für die Infos!!!