openWB Forum

Bei unserer OpenWB gibt es die gleichen Symptome (Bildschirm schwarz und auch sonst keine Reaktion), wenn der eingetragene DNS-Server und/oder Internet-Gateway über längere Zeit nicht erreichbar ist. Anscheinend läuft das Debian dann in einen Timeout, der auch beim Wiederaufleben des DNS-Servers nicht mehr zurückfindet, so dass nur ein Neustart der Wallbox hilft.

Beim Debian auf der Wallbox hat meine Ursachenforschung nichts gebracht, dafür überwache ich jetzt den DNS und das Gateway periodisch. Ist eines von beiden nicht mehr erreichbar, wird der Dienst neu gestartet. Seitdem habe ich keine Probleme mehr.

Moin Moin,

Ich habe das gleiche Problem. Die Wallbox ist nur durch An/Aus schalten zu reaktivieren. Display ist schwarz und ist nicht erreichbar.

Wenn Ihr Infos bekommen habt wäre ich auch dankbar die Info zu bekommen.
Gruß aus Flensburg

Hallo, ich habe die openWB seit ca. 4 Wochen und ebenfalls dauernd dieses Problem. Über WLAN habe ich keine Abstürze, über LAN fast täglich.

„Der Support hat mir dies dazu geschrieben:
Ist das Ethernetkabel ein geschirmtes? (STP) Zu erkennen daran, das außen am Stecker Blech drum ist. Wenn geschirmt, bitte durch ein ungeschirmtes ersetzen. Bei Potentialunterschieden über den Schirm kann das zum Absturz führen.“


Ich habe nun unterschiedliche Kabel getestet, aber habe das Problem immer noch.
WLAN ist dennoch für mich keine dauerhafte Alternative.

Moin Moin,

Hab es mal über WLAN versucht und nach wenigen Minuten stürzt die Wallbox trotzdem ab.

Also das Problem ist bei LAN und WLAN gleichermaßen.


Gruß Uli

Direkt nach dem Starten Debug Log unter Status anschauen, was da drin steht.

derNeueDet hat geschrieben: ↑Di Mai 10, 2022 2:17 pm Direkt nach dem Starten Debug Log unter Status anschauen, was da drin steht.

Das Log kann man auch im Browser direkt anzeigen: Nach dem Absturz ist die Seite natürlich nicht mehr erreichbar, aber wenn man den Zeitpunkt kurz davor erwischt, könnte es ein paar Details geben.

Bei einem Absturz wird die openwb.log Datei nicht gelöscht, im Gegensatz zu einem Reboot. Da wird die Datei gelöscht.
Die cron5.sh kürzt die Logs alle 5 Minuten, also 0,5,10,15,20...
Wer also sicher gehen will, schaltet so ein, dass er noch genügend Zeit hat, das Logfile im Browser anzuschauen, bevor es wieder gekürzt wird.

Auch ich hatte heute das gleiche Problem. Angebunden über WLAN, Auto war nicht angesteckt.
Habe vor einigen Tagen ein Update auf die neuste Version gemacht, vielleicht da ein Bug drin?

Hatte mittlerweile auch den zweiten Absturz in ca. zwei Wochen.
Ist da jemand dran?

Parity hat geschrieben: ↑Mi Mai 11, 2022 7:52 pm Auch ich hatte heute das gleiche Problem. Angebunden über WLAN, Auto war nicht angesteckt.
Habe vor einigen Tagen ein Update auf die neuste Version gemacht, vielleicht da ein Bug drin?

Bei WLAN gibt es noch andere Möglichkeiten. Nicht erreichen ist nicht unbedingt ein Absturz.
Welcher Router/WLAN Access Point wird eingesetzt?

VG
Det