HMLAN Probleme

Begonnen von Heiner, 09 Mai 2014, 10:00:40

Vorheriges Thema - Nächstes Thema

martinp876

du solltest auch ein
apptime maxDly
machen. Das gibt die Liste sortiert nach der maximalen Verzögerung aus. Also wenn ein timer gestartet wurde und die entsprechende Funktion nicht zum Zeitpunkt des Ablaufs sondern später ausgeführt wurden. Damit kannst du dann auch sehen, wenn es Delay von "ausserhalb FHEM" gibt.

Gruss Martin

Heiner

ok, das sieht dann so aus:

Zitat
                             name             function    max  count    total  average maxDly
                 tmr-HMLAN_KeepAlive     keepAlive:HMLAN1     49   2947     6913     2.35   6402 keepAlive:HMLAN1
            tmr-HMLAN_KeepAliveCheck   keepAliveCk:HMLAN1      4   2952       22     0.01   6156 keepAliveCk:HMLAN1
              tmr-FW_closeOldClients                           8   1232     1359     1.10   2026
                tmr-HMLAN_UpdtMsgCnt       UpdtMsg:HMLAN1      3   3700     3755     1.01   1283 UpdtMsg:HMLAN1
            tmr-KOSTALPIKO_GetStatus       HASH(0xd14da8)   6194   1233   752921   610.64    674 HASH(0xd14da8)
                         tmr-at_Exec      HASH(0x128c9e0)    140      1      140   140.00     33 HASH(0x128c9e0)
                 tmr-holiday_refresh            feiertage     73      1       73    73.00     20 feiertage
                         tmr-at_Exec      HASH(0x1531748)    166      1      166   166.00     15 HASH(0x1531748)
                         tmr-at_Exec      HASH(0x14e2ae0)    233    247    40153   162.56      7 HASH(0x14e2ae0)
                         tmr-at_Exec       HASH(0xae2e40)      8      1        8     8.00      7 HASH(0xae2e40)
                         tmr-at_Exec      HASH(0x1290930)    177      1      177   177.00      6 HASH(0x1290930)
                         tmr-at_Exec      HASH(0x12639e0)    574    247   122531   496.08      5 HASH(0x12639e0)
               tmr-Weather_GetUpdate      HASH(0x1261b30)    427     11     4058   368.91      3 HASH(0x1261b30)
            tmr-CUL_HM_statCntRfresh        StatCntRfresh      1      1        1     1.00      2 StatCntRfresh
         FHEMWEB:195.233.250.7:23505            FW_Notify      7      5       15     3.00      0 HASH(0x1293d68); HASH(0xd14da8)
         FHEMWEB:195.233.250.7:23505              FW_Read   1024     27     1345    49.81      0 HASH(0x1293d68)
         FHEMWEB:195.233.250.7:23505               FW_Set      0      2        0     0.00      0
         FHEMWEB:195.233.250.7:23521            FW_Notify      0      5        0     0.00      0
         FHEMWEB:195.233.250.7:23521              FW_Read   1235     23     1881    81.78      0 HASH(0x12854f8)
         FHEMWEB:195.233.250.7:23521               FW_Set      0      2        0     0.00      0
         FHEMWEB:195.233.250.7:49317              FW_Read    578      6      743   123.83      0 HASH(0xd16bd0)
Heiner
--------------------------------
fhem auf Pi3+
CUL 868MHz, Signalduino 434MHz, HM-CFG-USB
HM, THZ, Kostal, Somfy, Conbee, Pytonbinding, FritzBox, FTUI, MQTT2

martinp876

                 tmr-HMLAN_KeepAlive     keepAlive:HMLAN1     49   2947     6913     2.35   6402 keepAlive:HMLAN1
            tmr-HMLAN_KeepAliveCheck   keepAliveCk:HMLAN1      4   2952       22     0.01   6156 keepAliveCk:HMLAN1

da wurde das keepAlive um über 6 sec verzögert. Mehr als 5 führt zum Disconnect. Es kann die Summe von einzel-delays sein

Heiner

ok und was nun, warum dauert der keepalive so lange?

Wie kann ich das rausfinden?


...und die vielen Eintraege unter FHEMWEB bei apptime, sind die "normal" oder kann man das auch verbessern?
Heiner
--------------------------------
fhem auf Pi3+
CUL 868MHz, Signalduino 434MHz, HM-CFG-USB
HM, THZ, Kostal, Somfy, Conbee, Pytonbinding, FritzBox, FTUI, MQTT2

martinp876

Die Verzoegerung ist also erst einmal der Grund fuer den disconnect.
Wenn du dies nun mit der Laufzeit vergleichst findest du
tmr-KOSTALPIKO_GetStatus       HASH(0xd14da8)   6194   1233   752921   610.64    674 HASH(0xd14da8)
der Timer laesst sich min einmal 6 sec Zeit. Jedenfalls manchmal. Und er wird so alle Minute aufgerufen.
Was macht der? die 6sec halte ich generell fuer untragbar (musst aber du entscheiden)

Du musst also in erster Linie die maxDly und max (laufzeit) im Auge behalten. Der Rest dient dann zum weiteren Tuning... wenn man will.

Die vielen fhemweb sind connections, die aufgemacht werden, wenn jemand auf FHEM zugreift. Welche genau dies sind kann ich nicht sagen. Mit apptime name all kannst du alle Eintraege sehen, nach Namen sortiert. ggf bei Rudi nachfragen.

Gruss Martin