HMLAN verliert ständig die Verbindung

Begonnen von Michi240281, 21 Februar 2015, 14:06:09

Vorheriges Thema - Nächstes Thema

Michi240281

Hallo zusammen,

nach wie vor habe ich das Problem, dass sich der HMLAN ständig neu verbindet. Manchmal hält er ein paar Stunden durch, ein ander Mal reconnected er alle 3 Minuten.

Habe mal apptime ausgeführt, was folgendes liefert:

                                name             function    max  count    total  average maxDly
               tmr-ENIGMA2_GetStatus      HASH(0x22ee148)     23     80      209     2.61  16716 HASH(DM500HD)
            tmr-perfmon_ProcessTimer      HASH(0x1ccf2d0)   5783   1452    25376    17.48  14638 HASH(0x1ccf2d0)
                 tmr-HMLAN_KeepAlive     keepAlive:HMLAN1     29    155      520     3.35  13680 keepAlive:HMLAN1
                    tmr-BlockingKill      HASH(0x3f25920)      0      1        0     0.00  10133
            tmr-HMLAN_KeepAliveCheck   keepAliveCk:HMLAN1      2    162       14     0.09   8914 keepAliveCk:HMLAN1
                    tmr-BlockingKill      HASH(0x40c3ab0)      0      1        0     0.00   7181
                    tmr-BlockingKill      HASH(0x39ff760)      0      1        0     0.00   7035
                   tmr-SYSMON_Update      HASH(0x2c0ac20)     53     27      755    27.96   6744 HASH(sysmon)
         tmr-FW_closeInactiveClients                          16     27      167     6.19   5474
                   tmr-SYSMON_Update      HASH(0x37df7e0)     37     27      550    20.37   5175 HASH(Qnap419P)
                tmr-HMLAN_UpdtMsgCnt       UpdtMsg:HMLAN1      1     16        3     0.19   5135 UpdtMsg:HMLAN1
                    tmr-BlockingKill      HASH(0x3ad6de0)      0      1        0     0.00   4684
                    tmr-BlockingKill      HASH(0x3a48b78)      0      1        0     0.00   4679
                    tmr-BlockingKill      HASH(0x3876940)      0      2        0     0.00   4572
                    tmr-BlockingKill      HASH(0x3b80890)      0      1        0     0.00   4555
               tmr-ENIGMA2_GetStatus      HASH(0x22eeaa8)      2      5        9     1.80   4130 HASH(Spark_One)
                 tmr-CUL_HM_ActCheck       ActionDetector     16      3       46    15.33   3516 ActionDetector
                    tmr-BlockingKill      HASH(0x3e91e18)      0      1        0     0.00   3339
                    tmr-BlockingKill      HASH(0x3876b38)      0      1        0     0.00    747
                    tmr-BlockingKill      HASH(0x3a94cb8)      0      1        0     0.00    650
                    tmr-BlockingKill      HASH(0x40c5168)      0      1        0     0.00    497


Warum hat denn der HMLAN selbst so hohe Werte? Und was ich garnicht verstehe: Ich habe beide per Enigma2 Modul eingebundenen Boxen temporär disabled, weil ich testen will, ob ich diesen die neuen "Too many open files"-Meldungen zu verdanken habe. Wie kann dann das Modul/einer der Receiver im apptime ganz oben auftauchen?

Was kann ich denn jetzt da machen, um die Verzögerungen zu beseitigen?
FHEM auf QNAP per VM / HM LAN Adapter / diverse HM-Devices
QNAP TVS 463
VU+ Duo4kSE
Sony 75ZD9

martinp876

schwer zu sagen. Es sieht nach einem Delay aus, den FHEM nicht verschuldet. einige timer waren 15sec zu spät... und kein task hat so lange gedauert. da war es wohl einer von extern

Michi240281

Hab mir jetzt nen PI2 bestellt! Vllt wirds ja dann besser!

Letzte Nacht hat der HMLAN sich alle 10 min neu verbunden! KA was der für Probleme hat!
FHEM auf QNAP per VM / HM LAN Adapter / diverse HM-Devices
QNAP TVS 463
VU+ Duo4kSE
Sony 75ZD9

Hollo

Da Du ja wieder mehrere Threads zum gleichen Thema gleichzeitig gestartet hast, kopier ich Dir mal einfach nen Link hierhin...
http://forum.fhem.de/index.php/topic,34273.msg266802.html#msg266802
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"