HMLAN Adapter wechselt permanent zwischen disconnected / connected

Begonnen von bdombrowsky, 26 Februar 2014, 19:41:00

Vorheriges Thema - Nächstes Thema

knopf_piano

Zitat von: Wuppi68 am 27 März 2016, 15:37:43
bei mir waren die beiden auf "Werkseinstellung"

nach dem ändern von eventDlyTime war das Thema dann erledigt
Ist das ein internal? Den seh ich bei mir nicht. Was muss ich dafür eingeben?
zotac nano mit proxmox und ganz viel zeug drauf

martinp876

Noch einmal zum Unterschied: wenn fhem sendet und der hmlan gebootet haben wir evtl ein Protokol Problem. Wenn dies Auftritt als Reaktion auf das Schalten 2er Sensoren ist es ein eq3 Problem.

Solltemes ein fhem Problem sein bitte loggen und beschreiben.

rx

Ich forsche ja schon längere Zeit und habe in Sachen HMLAN-Reboots schon diverse Dinge ausschliessen können. Ich habe mir z.B. die Funklast angeschaut, einzelne Komponenten deaktiviert, ein neues HMLAN gekauft, eine andere Firmware eingesetzt, ein Interface explizit für das HMLAN verwendet usw. - ohne Erfolg. Meine Disconnects kommen jeden Tag abends und morgens - nie zur gleichen Zeit, aber regelmäßig. Das wird schon stark in Richtung von irgendwelchen Paketen gehen, die von den HM-Komponenten ausgehen und den Reboot auslösen.
Den Zeitpunkt des Reboots kann ich anhand der Uptime sehr schön eingrenzen und zurückrechnen - leider fällt mir in dem Zeitraum dann keine Kommunikation besonders auf - alles scheint normal und so wie am Rest des Tages auch. Ich denke ich werde mir jetzt die Funkpakete mal anschauen, die das HMLAN empfängt. Wie kann ich das anstellen?

Grüße
Server started with 1333 defined entities (fhem.pl:27302/2023-03-05 perl:5.028001 os:linux user:root pid:29591)

rx

Habe jetzt das Logging auf 5 gestellt und sehe "Raw"-Messages im Log - ich denke damit kann ich mal etwas rumprobieren.
Server started with 1333 defined entities (fhem.pl:27302/2023-03-05 perl:5.028001 os:linux user:root pid:29591)

frank

Zitat von: rx am 31 März 2016, 09:13:49
Habe jetzt das Logging auf 5 gestellt und sehe "Raw"-Messages im Log - ich denke damit kann ich mal etwas rumprobieren.
deutlich weniger log bekommst du mit den einstellungen, wie sie im wiki homematic sniffen beschrieben sind.
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

rx

Server started with 1333 defined entities (fhem.pl:27302/2023-03-05 perl:5.028001 os:linux user:root pid:29591)

rx

Je mehr ich vom Datenverkehr mitlese und je mehr ich darüber nachdenke, umso sinnloser kommt es mir vor.

Ich denke, dass die Pakete, die das HMLAN zum Absturz bringen, nicht mehr im Log auftauchen.

Schade, aber vielleicht kommt ja irgendwann nochmal eine vernünftige Firmware...
Server started with 1333 defined entities (fhem.pl:27302/2023-03-05 perl:5.028001 os:linux user:root pid:29591)

frank

besser würde es funktionieren, wenn du 2 io sniffen würdestet und zusätzlich jeweils den netzwerktraffic von/zu den io's.
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

Rampler

Ist schon merkwürdig..., jeden morgen bootet der HMLAN Adapter, welcher direkt an der Fritzbox hängt durch. Die anderen beiden Adapter, jeweils über Repeater angebunden, laufen schon 28 Tage am Stück durch. Werde mich wohl auch mal am sniffen versuchen...
3 HMUART (2 via ESP8266), 1 DUOFERN, 9 ESP8266, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Wuppi68

Zitat von: Rampler am 01 April 2016, 09:35:14
Ist schon merkwürdig..., jeden morgen bootet der HMLAN Adapter, welcher direkt an der Fritzbox hängt durch. Die anderen beiden Adapter, jeweils über Repeater angebunden, laufen schon 28 Tage am Stück durch. Werde mich wohl auch mal am sniffen versuchen...

tausche doch einfach die HMLANs untereinander aus. Ohne die Konfig zu verändern. Wandert der Fehler, dann wissen wir schon etwas mehr
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

Rampler

Zitat von: Wuppi68 am 01 April 2016, 09:41:15
tausche doch einfach die HMLANs untereinander aus. Ohne die Konfig zu verändern. Wandert der Fehler, dann wissen wir schon etwas mehr

Der Fehler wandert nicht mit, ergo der Adapter selbst hat nichts..
Nach wie vor, der HMLAN an der Fritzbox bootet brav mind. einmal täglich ..
3 HMUART (2 via ESP8266), 1 DUOFERN, 9 ESP8266, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Wuppi68

Zitat von: Rampler am 02 April 2016, 18:43:36
Der Fehler wandert nicht mit, ergo der Adapter selbst hat nichts..
Nach wie vor, der HMLAN an der Fritzbox bootet brav mind. einmal täglich ..

dann sieht es glatt danach aus, dass es "irgendwelche" Multicasts sind

setz mal ein der Fritte den Port auf 10MBit, vielleicht hilft das
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

Rampler

Zitat von: Wuppi68 am 02 April 2016, 20:00:53
dann sieht es glatt danach aus, dass es "irgendwelche" Multicasts sind

setz mal ein der Fritte den Port auf 10MBit, vielleicht hilft das
Bei der 7390 kann man nur 10/100 Mbit oder Gbit wählen, habe schon länger auf 10/100 gestellt ..
Ich gebe die Hoffnung noch nicht auf, EQ3 wird sicherlich mit hochdruck an einer Lösung arbeiten ;)
3 HMUART (2 via ESP8266), 1 DUOFERN, 9 ESP8266, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

rx

Wir waren am WE nicht Zuhause - keine Disconnects. Das bestätigt meine Vermutung in Richtung von Funkpaketen, die den HMLAN zum Absturz bringen nochmal.
Server started with 1333 defined entities (fhem.pl:27302/2023-03-05 perl:5.028001 os:linux user:root pid:29591)

martinp876

sollten sie von FHEM kommen kannst du es loggen. Einfach alle messages aufzeichnen. (sniffen)