HMLAN Adapter wechselt permanent zwischen disconnected / connected

[martinp876]

würde ich sein lassen, die Datenrate über ein Kabel einzustellen.

[Rampler]

würde ich sein lassen, die Datenrate über ein Kabel einzustellen.

Dass nenn ich mal ne Ansage - DANKE 
Merkwürdig finde ich, dass meine anderen beiden HMLAN Adapter, welche über WLAN Repaeter betrieben werden, seitdem Firmware update Ruhe geben. Nur der, der direkt an der FB hängt zickt noch (ist wahrscheinlich das Weibchen) ..

[Nobby1805]

Bei mir hat 0.965 die sporadischen Reboots des HMLAN NICHT behoben  würde mich mal sehr interessieren welchen Fehler eQ3 dort angeblich gefunden hat 

Nach dreifacher Rückmeldung im ELV-Forum, dass die Reboots weiterhin auftreten kam dort heute die Antwort von ELV, dass eQ3 den Fehler behoben hat (vermutlich aber nur einen von vielen )  und eine neue Anfrage mit Netzwerkinformationen erstellt werden soll.

Das habe ich eben gemacht.

[frank]

Das habe ich eben gemacht.

0.966 also zu weihnachten. 

[Nobby1805]

0.966 also zu weihnachten. 

Vielleicht kann sich eQ3 irgendwann auch mal entschließen die Beta-Phase zu verlasen und eine V1 heraus zu geben 

[Dersch]

Hallo,

auch wenn es sicher schon viele weitere Beiträge dazu gibt schliesse ich mich mal hier mit dran.

Ich habe seit einigen Monaten des Betriebs meines HMLAN auch die Disconnects im Minutentakt:

Code Auswählen Erweitern

2016.03.24 09:48:28 1: 192.168.11.2:1000 disconnected, waiting to reappear (HMLAN1)
2016.03.24 09:48:28 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.03.24 09:48:29 1: 192.168.11.2:1000 reappeared (HMLAN1)
2016.03.24 09:48:29 1: HMLAN_Parse: HMLAN1 new condition init
2016.03.24 09:48:29 1: HMLAN_Parse: HMLAN1 new condition ok
2016.03.24 09:54:56 1: 192.168.11.2:1000 disconnected, waiting to reappear (HMLAN1)
2016.03.24 09:54:56 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.03.24 09:54:57 1: 192.168.11.2:1000 reappeared (HMLAN1)
2016.03.24 09:54:57 1: HMLAN_Parse: HMLAN1 new condition init
2016.03.24 09:54:58 1: HMLAN_Parse: HMLAN1 new condition ok
2016.03.24 10:00:25 3: CUL_HM set HM_0D0376_Sw_01 statusRequest
2016.03.24 10:00:27 3: CUL_HM set HM_0D0376_Sw_02 statusRequest
2016.03.24 10:05:42 1: 192.168.11.2:1000 disconnected, waiting to reappear (HMLAN1)
2016.03.24 10:05:42 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.03.24 10:06:46 1: 192.168.11.2:1000 reappeared (HMLAN1)
2016.03.24 10:06:46 1: HMLAN_Parse: HMLAN1 new condition init
2016.03.24 10:06:49 1: HMLAN_Parse: HMLAN1 new condition ok

Ich habe AS Encryption aus. Das läuft so schon seit einigen Monaten. Mein Hotfix war ein HMUSB welchen ich nun zusätzlich betriebe. Dieser ist aber an einer ungünstigen Stelle im Keller und ich würde doch gerne meinen HMLAN mal richtig verwenden können.

Nun habe ich auch mal dem HMLAN ein eigenes VLAN (daher die 192.168.11.2, mein Heimnetz hat 192.168.10.0/24) gegeben wo nur er und der Router vorhanden ist, ich dachte immer der HMLAN hat irgendwie Probleme mit Broadcast eines Netzes. Daher dieser Schritt. Gebracht hat es aber gar nichts. Die Disconnects fangen nach ein paar Minuten nach anschalten wieder an.

Ich habe auch schon die Datenraten für den HMLAN am Switch auf 10Mbit gestellt aber das hat nix gebracht.

Hatte Anfang März auch auf 0.965 geflasht aber auch keine Änderung des Problems.

Gibt es mittlerweile einen allgemein gültigen Workaround für dieses Problem was doch einige zu haben scheinen?

Wird die 0.966 das Problem beheben?

Grüße Dirk

[Nobby1805]

und du bist sicher das es Reboots sind (Uptime auf Null gesetzt?)

Mein Verdacht war auch, dass ein mit Broadcasts bzw.- Multicasts zu tun hat ... ich habe allerdings kein VLAN aufgespannt sondern den Port mit dem HMLAN am Switch für Multicasts gesperrt ... danach war es deutlich besser, von Reboots alle paar Minuten jetzt auf zig bis einige Hundert Stunden

eQ3 hat inzwischen ein neues Support-Ticket (EQ3_SUPPORT-409) erstellt

[dev0]

Gibt es mittlerweile einen allgemein gültigen Workaround für dieses Problem was doch einige zu haben scheinen?

Die Ursachen für Disconnects/Reboots sind vielfältig: nicht funktionierendes auto negotiation der Switch Ports, defekte Ports, defekte Kabel/Stecker/Buchsen, instabiles WLAN, Multicast, blockierende Module, Volllast Fhem/Host, buggy HM-LAN Firmware,...
DEN Workaround wird es nicht geben.

Wird die 0.966 das Problem beheben?

Probiere es aus.

[rx]

Mittlerweile habe ich mein System soweit aufgeräumt, dass ich keine Disconnects mehr habe. Jetzt habe ich nur noch das Problem der Reboots und das alle 8-10 Stunden. Mein HMLAN habe ich jetzt mal direkt an meinen Cubietruck gehängt, d.h. an die LAN-Buchse -> leider keine Verbesserung. Ich denke damit habe ich auf Netzwerkseite alles getan, dass keine "schädlichen" Pakete zum HMLAN kommen. Jetzt habe ich schon länger den Verdacht, dass bestimmte Pakete von Homematic-Komponenten das Teil rebooten lassen. Wie könnte man an der Theorie ansetzen und weiter forschen?

Grüße

[Deudi]

Jetzt habe ich schon länger den Verdacht, dass bestimmte Pakete von Homematic-Komponenten das Teil rebooten lassen.

Den Eindruck habe ich auch. Manchmal führt das Setzen einer LED-Farbe bei der 16er LED Anzeige zum Reboot.

[martinp876]

Ja, so etwas habe ich gesehen. Leider nicht reproduzierbar so dass ich nicht sagen kann ob es eine message, eine einstellmessage oder eine sequenz ist. Oder gar ein hmlan interner zaehler.

[Wuppi68]

ich hatte bei mir festgestellt wenn 2 Fensterkontakte "zeitgleich" senden macht der HMLAN einen reboot ....

also einen unten an der Tür und einen oben, damit man die gekippte Tür von der offenen unterscheiden kann. Ein wenig das Timing geändert und es läuft jetzt schon länger sauber

[martinp876]

Das ist natürlich übel. Das ist ja eq3 intern. Fhem macht gar nichts..... Oder hast du etwas programmiert? Das sollte eq3 im griff haben. Schade

[dev0]

Die Reboots, bei "gleichzeitigen" Schalten kann ich bestätigen. Traten bei mir unregelmäßig auf, wenn zwei PWM Dimmer, von Fhem aus, mit einer ramp time angesprochen wurden (set dev1,dev2 100 0 2). Ein Delay von ~0.5s brachte zuverlässig Abhilfe.

[Wuppi68]

Das ist natürlich übel. Das ist ja eq3 intern. Fhem macht gar nichts..... Oder hast du etwas programmiert? Das sollte eq3 im griff haben. Schade

bei mir waren die beiden auf "Werkseinstellung"

nach dem ändern von eventDlyTime war das Thema dann erledigt