openWB hängt sich auf

[yankee]

Was machen denn eure openWB jetzt?
Gibt es Timeouts wenn die ooenWB versucht das Gateway zu erreichen?

Ich sehe unzählige Male "(standard_in) 2: syntax error", aber nichts von timeout...

Allerdings tritt das mit dem Absturz ja nur alle paar Wochen mal auf.

Sieht man irgendwo wie voll die Ramdisk ist?

[derNeueDet]

Kannst du mal so einen Syntax Error hier rein kopieren? Welche Version hast du aktuell?

VG
Det

[yankee]

Kannst du mal so einen Syntax Errir hier rein kopieren?

Ich habe mal den Debug-Log in eine Textdatei kopiert und diesem Post angehängt.

Welche Version hast du aktuell?

1.9.202 (2021-03-15 14:39:25 +0100 [5028e732] )

[derNeueDet]

Hmm, kein Hinweis, wo der Syntax Error her kommt.
Evtl. Mal den Debug Level höher stellen und dann noch mal einen Ausschnitt hier rein.

Ramdisk Größe hab ich noch nicht gefunden, aber die Logs werden regelmäßig gekürzt, sodass da eigentlich nix passieren kann.

VG
Det

[yankee]

Evtl. Mal den Debug Level höher stellen und dann noch mal einen Ausschnitt hier rein.

Im Anhang nochmal ein Ausschnitt mit Debuglevel auf höchster Stufe.

Hier nochmal ein kleiner Auszug aus dem Auszug:

Code: Alles auswählen

2021-03-18 12:19:15: pv1watt -1229 pv2watt  pvwatt -1229 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 16 (LV1) at 1126 loadvars loadvars.sh
(standard_in) 2: syntax error
2021-03-18 12:19:12: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh

Der "syntax error" scheint auf den ersten Blick ganz berechenbar alle 20 Sekunden zu kommen, immer ca. 2 Sekunden (gemessen nach bashing des "Aktualisieren-button") nach jedem zweiten "**** Regulation loop start ****".

Notiz am Rande: Ich habe zwei openWB, aber nur eine der beiden nutze ich regelmäßig. Da die zweite meistens wochenlang nicht genutzt wird, stelle ich der gerne den Strom ab um den Standbyverbrauch einzusparen. Dann kommen meine ich noch "no route"-Fehler hinzu, was aber ja logisch ist.

[derNeueDet]

Hmm,
komisch, ich sehe ungefähr wo es auftreten muss, bei mir ist da nichts, ich habe aber auch keine Slave Box dran.

War das bei den früheren Versionen auch, dass der Syntag Error kam?

PS: Welchen Debug Level hattest du eingestellt? Falls 2 dann bitte einmal noch mit 1

Und was ich bei mir sehe ist, dass bei mir hier das EVU Modul gecheckt wird. Was hast du als EVU Modul konfiguriert?

[LutzB]

Die Meldungen sind beim Support bekannt. Leider haben wir noch nicht eingrenzen können, wo die herkommen. Die regel.sh habe ich schon mehrfach manuell gestartet und noch einige Debugmeldungen eingebaut. Leider ohne Erfolg. Ich denke, dass es eine fehlende Initialisierung einer Variablen ist, die dann zu einem leeren String expandiert in einem Vergleich genutzt wird. Bei mir verschwindet das dann irgendwann. Negative Auswirkungen habe ich zumindest noch nicht feststellen können.

[yankee]

War das bei den früheren Versionen auch, dass der Syntag Error kam?

Zumindest vor ein paar Wochen war das auch schon. Davor weiß ich nicht.

PS: Welchen Debug Level hattest du eingestellt? Falls 2 dann bitte einmal noch mit 1

Ich habe es jetzt mal auf 1 gestellt, aber ich sehe keinen offensichtlichen Unterschied.

Und was ich bei mir sehe ist, dass bei mir hier das EVU Modul gecheckt wird. Was hast du als EVU Modul konfiguriert?

Discovergy

Die Fehler machen den Eindruck, dass sie von `bc` kommen. bc-Aufrufe gibt es erstaunlich viele. So für einfache Sachen wie Additionen. Die könnte man wohl auch einfach in bash machen ohne noch einen Prozess zu spawnen. Mit ein paar zusätzlichen Logausgaben wäre es wohl einfach die Quelle zu finden. Aber gut, da ich kein Zugriff auf das System habe kann ich keine weiteren Logausgaben rein machen und da angekündigt ist, dass der Kram komplett durch Python ersetzt werden soll...

[derNeueDet]

In er Regelschleife gibt es eine Ausgabe, die nur bei Debug Level 1 ausgegeben wird. Zeit zum abfragen aller Werte...

Ich wollte erkennen, ob der Syntax Error davor oder danach kommt.

Aber wenn es sonst keine Auswirkungen gibt...

VG
Det

[ixtrader]

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.

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