Systemabsturz nach HMLAN_Parse

dan1180 · 27 Juni 2014, 10:55:18

Hallo zusammen,

ich habe ein Problem mit der Stabilität meines Systems. Da ich vermute, dass die Abstürze irgendwie mit Homematik zusammen hängen habe ich dieses Unterforum gewählt. Lass mich aber gerne berichtigen und verschieben. Nun zu meinem Problem:

In extrem unregelmäßigen abständen stürzt bricht mein gesamtes System zusammen. Nach einem Neustart (Netzstecker am RasPi ziehen) bootet alles wieder einwandfrei und funktioniert. Ich habe bei JEDEM Absturz folgende Zeile im LOG stehen

Zitat2014.06.26 23:17:29 1: HMLAN_Parse: HMLAN1 new condition init

(Zeit und Datum variieren natürlich)
Seltsamerweise kommt diese Zeile aber auch im LOG vor wenn kein Absturz stattgefunden hat. Ich hab leider keine Ahnung was dieser Ausdruck bedeutet. Ihm folgt jedoch immer (egal ob Absturz oder nicht)

ZitatIncluding ./log/fhem.save

Folgende Annahmen hatte ich schon und habe sie behoben:

1. 1wire zieht zu viel Strom
Hier habe ich einen USB-HUB mit eigener Stromversorgung dazwischen geschalten.

2. RasPi generell unterversorgt
Neues Netzteil mit 1,2A besorgt. Dachte nach 27Std. ich hätte das Problem gelöst...leider nein.

3. Externe Festplatte zieht zu viel Strom
Keine Besserung ohne. Außerdem hat diese ein eigenes Netzteil und hängt am HUB mit eigener Versorgung.

Ich habe nun global verbose auf 5 gestellt und werde beim nächsten Absturz mal die gesamte LOG Datei nachreichen. Falls jemand das Pänomen kennt und/oder einen Tipp hat, gerne her damit. $:-\$

Gruß Dan

dan1180 · 27 Juni 2014, 16:15:50

OK, ging jetzt doch schneller als gedacht

LOG File im Anhang.

frank · 27 Juni 2014, 19:15:30

hallo dan,

in deinem log startet fhem 6 mal. 1. am loganfang, dann 3 mal durch shutdown restart (hoffentlich durch dich ausgelöst) dann noch 2 mal aus heiterem himmel.
nach jedem restart von fhem gibt es zeilen der art

Code Auswählen

2014.06.27 10:54:13 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.06.27 10:54:14 1: HMLAN_Parse: HMLAN1 new condition init

sind erstmal normal und zeigen das initialisieren des hmlan an. darauf sollte immer in kürze eine zeile der art folgen

Code Auswählen

2014.06.27 10:54:26 1: HMLAN_Parse: HMLAN1 new condition ok
dann ist das starten des hmlan korrekt. daher vom hmlan wohl soweit alles ok.

auch einträge wie

Code Auswählen

2014.06.27 10:54:21 1: Including ./log/fhem.save
sind nach restart normal.

aber warum dein rpi abschmiert, kann ich nicht erkennen. nach dem hochfahren setzt er jedenfalls die zeit zurück.

edit: zumindest werden die 2 abstürze immer durch eine keepalive sequenz des hmlan eingeleitet.
komisch! vielleicht hat der ethernet anschluss damit zu tun!?!

Code Auswählen

2014.06.27 10:58:45 5: HMLAN_Send:  HMLAN1 I:K
2014.06.27 10:58:45 5: HMLAN/RAW: /HHM-LAN-IF,03C1,KEQ1023876,257722,DD0111,23C988CE,0004

2014.06.27 10:58:45 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:KEQ1023876 d:257722 O:DD0111 t:23C988CE IDcnt:0004
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       2014.06.27 10:17:23 2: Perfmon: ready to watch out for delays greater than one second
2014.06.27 10:17:23 5: Initializing Type Library:
2014.06.27 10:17:23 1: Including fhem.cfg

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2014.06.27 14:52:20 5: HMLAN_Send:  HMLAN1 I:K
2014.06.27 14:52:20 5: HMLAN/RAW: /HHM-LAN-IF,03C1,KEQ1023876,257722,DD0111,00D5757A,0007

2014.06.27 14:52:20 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:KEQ1023876 d:257722 O:DD0111 t:00D5757A IDcnt:0007
2014.06.27 14:17:24 2: Perfmon: ready to watch out for delays greater than one second
2014.06.27 14:17:24 5: Initializing Type Library:

gruss frank

dan1180 · 27 Juni 2014, 21:07:01

Das ist aber seltsam...

Der 1. Start am Loganfang kommt von einem "shutdown restart" nachdem ich verbose auf 5 gestellt und die vorhandene LOG gelöscht habe.

Der letzte Start aus heiterem Himmel kommt davon, dass ich, nachdem FHEM und der RasPi nicht mehr zu erreichen waren, den Stecker gezogen und wieder eingesteckt habe.

Somit bleiben 3 "shutdown restarts" die ich nicht veranlasst habe und einen aus heiterem Himmel. Ich habe während der gesamten Logaufzeichnung außer dem oben erwähnten NICHTS aktives gemacht. Lediglich über den Browser FHEM aufgerufen um zu sehen ob ich noch on bin.

Was könnte der Ethernetanschluss damit zu tun haben? Ich habe meinen RasPi per LAN an einer EasyBox. Ebenso meinen HMLAN-Konfigurator.

Irgendwelche Tipps an welches Forum ich mich wenden könnte wenn Homematic deiner Meinung nach i.O. ist?

PS: Der Zeitabgleich findet beim Hochfahren und nach einem festen Intervall statt. Das habe ich eingerichtet, weil sich meine Systemzeit ständig verstellt hatte.

frank · 27 Juni 2014, 21:29:05

ZitatLediglich über den Browser FHEM aufgerufen um zu sehen ob ich noch on bin.

wenn ich mit firefox einen shutdown restart mache und später den gleichen tab neu lade, wird der shutdown restart wiederholt. firefox merkt sich wohl die eingabe, fragt aber auch, ob die daten ein weiteres mal gesendet werden sollen. so habe ich auch schon diverse restarts verursacht und mich gewundert warum es nicht weitergeht.

ZitatWas könnte der Ethernetanschluss damit zu tun haben? Ich habe meinen RasPi per LAN an einer EasyBox. Ebenso meinen HMLAN-Konfigurator.

sonst nichts im netzwerk? sind die abstürze neu? hat sich was geändert?
der hmlan kann nur 100mbit. ist sein anschluss richtig konfiguriert? netzwerkeinstellungen?

dan1180 · 27 Juni 2014, 22:21:15

OK. Somit wären die "shutdown restarts" erklärt. Denn selbstverständlich habe ich versucht den Tab neu zu laden um FHEM nach dem Restart wieder auf dem Schirm zu haben. Interessant...werd ich mir merken.

Netzwerkeinstellungen am RasPi (Interfaces):

Code Auswählen

auto lo

iface lo inet loopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet manual

wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

Einstellungen des HM-LAN-Konfigurators:

Code Auswählen

IP 192.168.2.151
Netmask 255.255.255.0
Gateway 0.0.0.0
DHCP off
AES Encrypt Lan Communication = off

In der EasyBox wird dem RasPi dann eine feste IP zugewiesen.

frank · 27 Juni 2014, 22:53:30

mit raspi und linux kann ich als windows user nur bedingt was anfangen. da sollte mal wer anderes einen blick riskieren.
"loopback" sagt mir eigentlich gar nichts, hört sich für mich in diesem zusammenhang (abstürze) aber "gefährlich" an.

franky08 · 27 Juni 2014, 23:36:59

Loopback ist die lokale Adresse 127.0.0.1, also der localhost. Nichts "gefährliches".

VG
Frank

dan1180 · 30 Juni 2014, 09:52:28

Hallo Frank,

hier mal meine (hoffentlich) kompletten Netzwerkgeräte:

EasyBox 1 mit LTE-Modem
Easybox 2 als Repeater
RasPi per LAN an EB2 (feste IP durch EB)
HM-LAN-Konfigurator per LAN an EB2 (feste IP in HM-LAN)
2 Notebooks per WLAN
Blackberry per WLAN
2 Android-Geräte per WLAN
1 iPad per WLAN
1 Drucker per WLAN (feste IP durch EB)

Das müsste alles sein. Kann ich eigentlich auch im HM-LAN-Konfigurator DHCP einstellen und ihm über die EasyBox ne feste IP geben? Kann es da irgend einen Konflikt geben?

PS: Hier noch meine Definition des HMLAN

Code Auswählen

define HMLAN1 HMLAN 192.168.2.151:1000
attr HMLAN1 group Homematic
attr HMLAN1 hmId DD0111
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 room Controller

define ActionDetector CUL_HM 000000
attr ActionDetector actCycle 600
attr ActionDetector event-on-change-reading .*
attr ActionDetector group Homematic
attr ActionDetector room Controller

franky08 · 30 Juni 2014, 10:12:55

@dan1180

Hallo, hast du schon mal im Einplatinencomputer Bereich nachgeschaut, da wurde das schon mal behandelt. Absturz und Netzwerkkonfiguration.

VG
Frank

frank · 30 Juni 2014, 10:39:36

ZitatKann ich eigentlich auch im HM-LAN-Konfigurator DHCP einstellen und ihm über die EasyBox ne feste IP geben? Kann es da irgend einen Konflikt geben?

das sollte schon funktionieren. ich bevorzuge grundsätzlich dhcp zu vermeiden. so habe ich alles unter kontrolle und die performance kann nur besser sein.

an deiner stelle würde ich erst einmal eine easybox mit hmlan und rspi als normale, autarke insellösung probieren, um zu sehen, ob dadurch die abstürze beseitigt werden. danach das system langsam erweitern.

dan1180 · 30 Juni 2014, 13:07:05

@Frank:
Das mit der IP Vergabe über die EasyBox hat sich wohl erledigt. Der HM-LAN wird mir bei den verbundenen Geräten nicht angezeigt. Das Problem mit den Abstürzen hatte ich auch schon als ich den RasPi per WLAN im System hatte. Meine Vermutung war ein Problem mit der Stromversorgung weil der WLAN-USB wohl zimlich zieht. Deshalb habe ich mein Netzwerk auf LAN umgebaut. Hat zusätzlich den Vortiel, dass die Kommunikation auch ohne WLAN funktioniert.

@franky08
Ich kann da leider nichts finden. Der einzige Beitrag den ich finde wurde mit einem neuen Netzteil gelöst und das habe ich ja bereits getauscht...

franky08 · 30 Juni 2014, 14:19:15

@dan1180

m.E. wirkt sich ein Fehler im Netzwerk nie so gravierend aus, dass das komplette System zum Absturz kommt. Meiner Meinung nach ist das trotz deinem 1,2 A Netzteil immer noch ein Netzteil/Spannungsversorgung Problem. Nimm mal ein ordentliches 2A Netzteil über den USB Anschluss (nicht den Micro-USB) und du wirst sehen, dass dann Ruhe ist.

VG
Frank

dan1180 · 30 Juni 2014, 14:49:00

Ich hätte einen HUB im Einsatz der mit einem 2,3A Netzteil versorgt wird. Dafür brauch ich dann ein USB Kabel A-Stecker auf A-Stecker!?

Wie funktioniert das mit den Backpower USB-HUBs? Wird da mit der selben Leitung die die Daten vom RasPi zum HUB sendet die Spannungsversorgung des RasPi vom HUB aus hergestellt?

franky08 · 30 Juni 2014, 15:13:15

Wenn dein HUB Backpower fähig ist, dann USB 2x mit A-Stecker. Habe bei mir am Raspi auch Probleme gehabt. Lief vorher ohne Probleme, dann kam die COC Platine dazu und der Raspi stürzte auch ab und zu ab. Habe dann bei uns im Supermarkt ein 4A Hama Netzteil (USB Ladeadapter) gekauft und dann war Ruhe.

VG
Frank

P.S. Im Einplatinencomputer Bereich hat betateilchen mal was zu Backpower Hub´s geschrieben