openWB hängt sich auf

[derNeueDet]

Kannst du mal im Debug Log unter Status schauen, ob Ping Fehler in der Zeit aufgetreten sind?

VG
Det

[openWB]

Ich hänge mich mal an diesen Thread dran. Ich habe meine Wallbox nun seit 15.03.2021 ohne reeboot in Betrieb.

Bis gestern war sie über das Webinterface erreichbar.
Aktuell geht das auch bei mir nicht.
Ping geht machmal:
Ping wird ausgeführt für openwb.fritz.box [192.168.124.102] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.124.102: Bytes=32 Zeit=298ms TTL=64
Antwort von 192.168.124.102: Bytes=32 Zeit=129ms TTL=64

telnet auf port 22 ist erfolgreich. Aber ssh kann ich wegen mangeldem user/passwort nicht machen.
telnet auf port 80 funktioniert nicht.


Jetzt 15:10 Uhr habe ich kurz den Strom abgeschaltet und somit die openWB rebootet.

telnet auf port 22 funktioniert. SSH-2.0-OpenSSH_7.4p1 Raspbian-10+deb9u4
telnet auf port 80 funktioniert.

Das laden der seite http://openwb.fritz.box bleibt in der Ladephase hängen.
Screenshot_2021-03-20 openWB.png


Jetzt 15:33 lädt die Webseite erfolgreich. Auch alle pings gehen schneller durch ( 2-4ms ).

Ich muss klären ob die ping probleme Netzwerkseitig sind.

Gruß
ixtrader



openWB series2 custom ohne Display
Solaredge SE7K Wechselrichter
6,21 kWp 18 Module JA Solar JAM60S10 330-350/MR
Kein Speicher
Softwareversion: unbekannt da nicht mehr erreichbar

Anbindung per lan oder Wlan?

[ixtrader]

@openWB
Die Anbindung erfolgt mittels LAN an einen Netgear GS105PE Router. An diesem Router hängt ein Solaredge Wechselrechter und eine Axis Überwachungskamera.
Der Netgear Router ist mittes Fritz Repeater 1200 an einer Fritzbox angemeldet.

Der Ausfall der Wallbox war von Freitag den 19.03. 16:45 bis zum Samstag den 20.03. 15:15 (Reboot). Dies leite ich aus den angezeigten Werten der Logging Tagesansicht ab. Für diesen Zeitraum gibt es keine Daten in der Logging Tagesansicht der Open WB. Für den Solaredge Wechselrichter konnte ich wärend der gesamten Zeit Daten im Portal bei Solaredge abrufen. Auch die Überwachungskamera lieferte in dem Zeitraum Bilder.

Aktueller Auszug aus dem openWB Status:
Uptime: 22:10:13 up 6:59, 2 users, load average: 0.84, 0.85, 0.89
OS: Linux 4.14.71-v7+ GNU/Linux
System: openWB armv7l unknown model name : ARMv7 Processor rev 4 (v7l) 48.1%
Memory: 927MB (608MB free)
Disk Usage: 15G, 10G avail.
openWB Version 1.9.003


@Det
Ich kann im debug log nichts mit ping finden. Ich hänge den gesamten aktuellen Status an:

openWB-Status20210220-2217.txt

(248.95 KiB) 167-mal heruntergeladen

PS:
so richtig gut sieht das Debug Log nicht gerade aus finde ich:

39 Eintrage: Cannot allocate memory
52 Einträge: Segmentation fault
157 Einträge: Konnte nicht \S+ Bytes reservieren
89 Einträge. Cannot fork
.
.
@openWB
Ist das normal?

[derNeueDet]

Nee, normal ist das nicht. Am Besten machst du wohl ein Support Ticket auf.

VG
Det

[enerix Viersen]

Moin.

Seit Update am 08.03. läuft die "schlimmste" Anlage konstant durch (mit Powerline und RCT). Ein paar Hänger beim SoC scheint es aber auch da noch zu geben, s.Screenshot 12.03.

Wird jetzt wieder zurückgesteckt auf die originale LAN-Verbindung.

Vielen Dank für die Fehlersuche und Unterstützung hier im Forum!

Gruß Martin

[aiole]

Woran lag's denn?

[enerix Viersen]

Vermutlich an der Software

Sorry, da kann ich wirklich nichts zu sagen. Wir verkaufen und installiere die Dinger und ich kann bei der Fehlersuche unterstützen und die Kunden bitten, euch Zugang zu den jeweiligen Systemen freizuschalten. Beim eigentlichen Debugging bin ich aber raus...

Gruß Martin

[Sunnasolaurum]

Ich habe seit dem Update auf 220 vermehrt diese Abstürze, nun beinahe täglich. Ich mache mal ein Ticket auf...

[Paulemann]

Ich kann bei meiner, erst vor kurzem gelieferten, Custom Box gleiches berichten.
Mind ein Absturz innerhalb von 24h. Keine Erreichbarkeit netzwerkseitig mehr.
Zumindest scheint bei mir die Ursache mit dem EVU Modul zusammen zu hängen. Laufen die EVU Abfragen über Discovergy stürzt die Box nachvollziehbar wiederholt ab.
Ist dort keine EVU Abfrage konfiguriert, läuft Sie stabil weiter.

[FosCo]

Oh, das hatte ich auch letztens einmal, dachte es liegt an der nightly, daher erstmal ignoriert.
Discovergy ist auch konfiguriert...