Jede Nacht 0:22 Uhr HMLan disconnected seit Update vom 08.06.2015

[Nobby1805]

btw. kannst du mir folgendes Internal erläutern ?

Code Auswählen Erweitern


msgParseDly min:-4952 max:42110 last:-3 cnt:10214
prinzipiell weiß ich (vermutlich) schon was das sein soll, aber woher kommen die negativen Werte ?

[martinp876]

Kann ich gerade nicht sagen. Es wird aus den alten empfangswerten, timestamps des io und den altuellen uhrzeiten generiert.
Wenn du grosse delays hast, worauf die delays hindeuten koennte es zu seltsamen werten kommen

[Nobby1805]

Ich habe mein Problem in den letzten Wochen weiter verfolgt und bin jetzt an einer Stelle, wo ich Hilfe zu Fhem benötige. Aber zuerst einmal ein kurze Zusammenfassung der letzten Wochen

Ich habe das Problem im ELV-Forum beschrieben http://www.elv.de/topic/hm-lan-reboots.html und als Antwort bekommen,  dass der HMLAN vermutlich defekt ist und mir ein Austausch angeboten worden ist. Da ich den HMLAN nicht bei ELV gekauft hatte und auch eine Modifikation (externe Antenne) durchgeführt habe war das so nicht möglich und ich habe eine neuen HMLAN bei ELV bestellt.

Der wurde schon am nächsten Tag geliefert und ich habe ihn sofort in mein System integriert. Bereits nach wenigen Stunden trat das Problem an beiden HMLANs auf  Das Problem ist nie gleichzeitig bei beiden aufgetreten, aber ich habe den Eindruck, dass oft (aber nicht immer) zwischen dem Reboot der beiden HMLANs nur wenige Minuten lagen.

Ich habe dann im nächsten Schritt den neuen HMLAN wieder aus dem Fhem entfernt aber am Netzwerk gelassen. Mit einem Netzwerk-Scanner Monitore ich die Reboots bei denen bestimmte Broadcast-Pakete gesendet werden ... der 2. HMLAN läuft seit dem ohne Reboot durch, der andere (am Fhem) wurde seit dem ca 15-20 mal rebootet.

Seit gestern suche ich im Netz nach Dokumentation zum HMLAN und habe inzwischen gefunden, wie man per Telnet zugreifen kann. Dort kann man die einzelnen Datagramem sehr gut sehen und mir sind ZWEI Stellen aufgefallen zu denen ich einen Bestätigung meiner Vermutung bzw. Interpretationshilfe benötige

1. Bei folgender Nachricht gibt es einen kleinen Unterschied zwischen HMLAN1 und HMLAN2

Code Auswählen Erweitern

HHM-LAN-IF,03C4,LEQ0579416,2BA0A8,2AEDA2,042C271D,000C,01

Code Auswählen Erweitern

HHM-LAN-IF,03C4,LEQ0579235,2BB5AD,2AEDA2,0CE1F2D2,0000,00
Die Bedeutung der ersten Zeile ist mir (glaube ich) klar ... der vorletzte Wert gibt m.E. die Anzahl der dem HMLAN zugeordneten IDs an, 12 beim HMLAN1 und keine ID beim HMLAN2, richtig?  Aber was bedeutet der letzte Wert, 1 bzw. 0 ?

2. im Telnet-Log treten ab und zu, manchmal nach mehreren Minuten, manchmal sehr schnell nacheinander, Nachrichten auf, die keine bekannte ID enthalten.

Code Auswählen Erweitern

E3141E8,0000,0CE78D93,FF,FFA3,34865A3141E8000000A8F232
E1DB9FF,0000,0CE79F5F,FF,FF96,52A1121DB9FF1D8F02
E1DB9FF,0000,0CE7A06E,FF,FF94,33A0111DB9FF1D8F02020200
E2BBF2B,0000,0CE7B137,FF,FFD1,2A86702BBF2B00000000A456
3141E8 und 2BBF2B sind bekannt und assignedIDs des HMLAN1, aber was ist 1DB9FF? Wie kann man das herausfinden?
Einmal habe ich zufällig bei erhöhtem verbose im Log etwas zeitgleich gefunden, dass ein I:K gesendet worden ist ... aber ich dachte, das passiert nicht so häufig und auch regelmäßig.

[martinp876]

Alles normal. 01 ist die msgload.
Die k sind interessant. Kommen die antworten praezise ?
Was sagt apptime ?

[Nobby1805]

Die k sind interessant. Kommen die antworten praezise ?

Der Zusammenhang zwischen der unbekannten ID 1DB9FF und dem k ist ja nur eine Vermutung? Die Frage ist doch, woher kommen die 1DB9FF?
Wenn ich mit einem Netzwerk-Scanner schaue dann finde ich die K-Pakete mit einem Abstand zwischen 24,3 und 25,81 Sekunden ...

Was sagt apptime ?

alles sauber

[frank]

Die Frage ist doch, woher kommen die 1DB9FF?

frage mal deinen nachbarn. das könnte seine zentrale sein. sorgen musst du dir machen, wenn 1D8F02 zu dir gehört.

[Nobby1805]

frage mal deinen nachbarn. das könnte seine zentrale sein. sorgen musst du dir machen, wenn 1D8F02 zu dir gehört.

Wieso Zentrale? Könnte es nicht irgendein Sensor sein?
... und wie kommst du auf 1D8F02?

Edit: Hmm, ich glaube ich ahne jetzt was du meinst ....
Die beiden Datagramme etwas formatiert ...

Code Auswählen Erweitern

E1DB9FF,0000,0CE79F5F,FF,FF96,52A112  1DB9FF  1D8F02
E1DB9FF,0000,0CE7A06E,FF,FF94,33A011  1DB9FF  1D8F02  020200
und da ist auch die 1D8F02 

Gibt es irgendwo eine Doku mit der man den Rest verstehen kann ?

[frank]

Gibt es irgendwo eine Doku mit der man den Rest verstehen kann ?

00_HMLAN.pm, 10_CUL_HM.pm, AskSin-lib. sniffe mit fhem und setze das attr hmlan hmProtocolEvents zum testen. dann werden die messages in fhem.log etwas lesbarer.

frag bei eq3 nach. angeblich wollten die sich ja mal "öffnen". 

[martinp876]

Ist eine zentrale, die infos loswerden will. Den partner scheinst du nicht zu empfangen. Auf der anderen hausseite ?

[Nobby1805]

Ist eine zentrale, die infos loswerden will.

und woran erkennt man das?

Den partner scheinst du nicht zu empfangen. Auf der anderen hausseite ?

Das würde dann auch erklären, warum der andere HMLAN diese Daten nicht empfängt ... da muss ich mal die Nachbarn befragen

Also vermutlich alles kein Grund für die andauernden Boots des HMLAN? 

[martinp876]

Man muss die messages verstehen ..
Die messages sollten kein grund fuer ein disconnect sein.

[Nobby1805]

Ich habe mein Problem in den letzten Wochen weiter verfolgt und bin jetzt an einer Stelle, wo ich Hilfe zu Fhem benötige. Aber zuerst einmal ein kurze Zusammenfassung der letzten Wochen

Ich habe das Problem im ELV-Forum beschrieben http://www.elv.de/topic/hm-lan-reboots.html und als Antwort bekommen,  dass der HMLAN vermutlich defekt ist und mir ein Austausch angeboten worden ist. Da ich den HMLAN nicht bei ELV gekauft hatte und auch eine Modifikation (externe Antenne) durchgeführt habe war das so nicht möglich und ich habe eine neuen HMLAN bei ELV bestellt.

Der wurde schon am nächsten Tag geliefert und ich habe ihn sofort in mein System integriert. Bereits nach wenigen Stunden trat das Problem an beiden HMLANs auf  Das Problem ist nie gleichzeitig bei beiden aufgetreten, aber ich habe den Eindruck, dass oft (aber nicht immer) zwischen dem Reboot der beiden HMLANs nur wenige Minuten lagen.

Ich habe dann im nächsten Schritt den neuen HMLAN wieder aus dem Fhem entfernt aber am Netzwerk gelassen. Mit einem Netzwerk-Scanner Monitore ich die Reboots bei denen bestimmte Broadcast-Pakete gesendet werden ... der 2. HMLAN läuft seit dem ohne Reboot durch, der andere (am Fhem) wurde seit dem ca 15-20 mal rebootet.

Ich habe inzwischen ein Ticket bei ELV eröffnet weil auch der neue HMLAN nach einigen Tagen das selbe Problem gezeigt hat.
Auf Bitte von ELV habe ich den 2. HMLAN in ein anderes LAN gesetzt, er ist jetzt nur noch mit einem freien LAN-Port eines PCs verbunden auf dem ein Monitor läuft der alle Messages vom HMLAN protokolliert ... seit über 300 Stunden kein Reboot.
ELV hat inzwischen ein Ticket bei eQ3 eröffnet und ich habe weitere Informationen zum Problem geliefert ... immerhin: es tut sich etwas

[Nobby1805]

Heute kam folgende Info von ELV

das Verhalten konnte nun doch vom Hersteller eQ-3 reproduziert werden und wird in einem kommenden Update behoben. Wir empfehlen Ihnen, in regelmäßigen Abständen im eQ-3 Download-Bereich nach dem Update zu schauen, da aktuell leider noch kein Release-Termin vorliegt.

[frank]

das hört sich ja erst einmal vielversprechend an. fw update, obwohl der hmlan schon fast ausgemustert ist und der fehler wohl hauptsächlich in fhem installationen aufzutreten scheint.

eben war noch kein update zu finden. 

[Nobby1805]

... und der fehler wohl hauptsächlich in fhem installationen aufzutreten scheint.

ich habe den Fehler auch ohne FHEM reproduzieren können ... ok "reproduzieren" ist nicht ganz richtig  ... regelmässig erleiden können

eben war noch kein update zu finden. 

vielleicht liegt der Patch dann unter der Tanne