hmlan - overload durch regset?

Begonnen von robertPI, 02 November 2018, 16:54:03

Vorheriges Thema - Nächstes Thema

robertPI

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
FHEM auf Raspbery Pi 4
HM: HM-CFG-USB-2,HM-CC-RT-DN,HM-TC-IT-WM-W-EU,HM-SEC-SCo,HM-ES-PMSw1-Pl,HM-Sen-MDIR-WM55 | Philips hue: LCT001,LWL001,FLS-PP lp | Logitech Harmony Ultimate | zigbee2mqtt: WSDCGQ01LM, WSDCGQ11LM, MFKZQ01LM, MCCGQ11LM

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

robertPI

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
FHEM auf Raspbery Pi 4
HM: HM-CFG-USB-2,HM-CC-RT-DN,HM-TC-IT-WM-W-EU,HM-SEC-SCo,HM-ES-PMSw1-Pl,HM-Sen-MDIR-WM55 | Philips hue: LCT001,LWL001,FLS-PP lp | Logitech Harmony Ultimate | zigbee2mqtt: WSDCGQ01LM, WSDCGQ11LM, MFKZQ01LM, MCCGQ11LM

frank

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.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

robertPI

Super, vielen Dank für die Infos!!!
FHEM auf Raspbery Pi 4
HM: HM-CFG-USB-2,HM-CC-RT-DN,HM-TC-IT-WM-W-EU,HM-SEC-SCo,HM-ES-PMSw1-Pl,HM-Sen-MDIR-WM55 | Philips hue: LCT001,LWL001,FLS-PP lp | Logitech Harmony Ultimate | zigbee2mqtt: WSDCGQ01LM, WSDCGQ11LM, MFKZQ01LM, MCCGQ11LM