openWB hängt sich auf

[Proxima]

Zwar kein openWB aber:
Ich benutze einen Pi 3b+ als Homematic-(W)LAN-Gateway. Damit hatte ich ein ähnliches Problem.
Nachdem der Pi monatelang ohne irgend ein Problem per WLAN verbunden war, funktionierte die WLAN-Verbindung von jetzt auf gleich nicht mehr. Im Router tauchte er nicht mehr auf und ein anpingen ging ins Leere. Nach einem Neustart des Pi funktionierte WLAN kurz 1-2 Minuten und war dann wieder tot. Es wurde an den Einstellungen des Pi nichts geändert. Ich bekam das WLAN auch nicht mehr zum Laufen, egal was ich versucht habe. Gelöst habe ich mein Problem durch umstellen auf LAN. Seither keine Probleme mehr ...

[DrCain]

Acht Tage lief die WB ohne Absturz. Gestern musste ich per LS neustarten.

Witzig.. oder eben nicht witzig. Aber Zufall? Meine ist auch wieder gestern abgestürzt.

Meine auch. Und die hängt am LAN. Ich hoffe ich komme am kommenden Wochenende dazu den Raspberry auszutauschen. Werde dann berichten!

[FosCo]

Meine läuft noch durch, die neue SD Karte habe ich noch nicht eingebaut

[bluppdiwupp]

nach Update auf 1.9.236 hängt die Box.
"Der Vorgang dauert länger, bitte warten" sehe ich noch. Auch nach Stromlos machen das gleiche Problem.
Vorher nie Probleme gehabt.
Support ist informiert.

[LutzB]

Zwischen 11:10 und 12:11 war eine Datei in der Nightly fehlerhaft. Wenn Du genau da das Update gemacht hast, ist das nachvollziehbar.
Direkt im Browser aufrufen: http://<IP-der-openWB>/openWB/web/settings/update.php
Und erneut ein Update anstoßen.

Weitere Hilfe gibt es über das Support-Ticket.

[LutzB]

Noch eine Ergänzung:
Es gab ein weiteres Problem in der 1.9.236, das die openwb.conf zerschossen hat. Ist jetzt in der 1.9.237 behoben.
Ich kann nicht zu 100% zusichern, dass das erneute Update in diesem kaputten Zustand funktioniert. Auf jeden Fall ist die openwb.conf unvollständig und wird nocht Probleme machen. Also besser Backup einspielen.

[NikoB]

Hallo zusammen,

Ich habe das gleiche Problem. Display lässt sich nicht mehr bedienen und nach dem Auslösen des Sicherungsautomaten kann ich die OpenWB wieder starten, komme jedoch nicht mehr per Display an der Box oder Webinterface auf die GUI. Die Box läd zum Glück noch - aber nur mit einem Wert (11A 1P). Ich denke das war die letzte Einstellung der PV geführten Ladung.
Per Ping antwortete sie auch noch.

Hat mir jemand eine Idee, wie ich sie reaktivieren oder ein neues Update aufspielen kann?

Grüße + Danke
Niko

[yankee]

Leider sind jetzt in dem Thread hier mindestens zwei unterschiedliche Fehler unterwegs. Wir haben einmal den Fehler, dass die Wallbox auf NICHTS mehr reagiert, auch keine Daten mehr aufzeichnet und dass ohne jegliches erkennbares Muster. Ein anderer Fehler war ein Absturz reproduzierbar nach einer bestimmten Zeit und/oder noch was anderes.

Mein Fehler war der erste, dass die openWB auf garnichts mehr reagiert. Ich habe allerdings zwei openWBs hier. "Garage" und "draußen". Abgestürzt ist immer die "Garage", die auch der "master" war. Am 21.05. also vor 10 Tagen habe ich die Konfiguration umgedreht. Ich habe bei beiden Boxen die IP-Adressen ausgetauscht ein Backup von der Garage gemacht und bei der draußen eingespielt und die "draußen" auf "nur ein Ladepunkt" gestellt. Seit dem gab es keinen Absturz mehr. Nun, 10 Tage sind noch nicht die Welt, ich denke ich werde das mal noch eine Weile weiter laufen lassen um zu schauen ob es weiterhin stabil ist und dann die Konfig wieder zurückdrehen und schauen ob die Abstürze zurück kommen. Das ganze nur mal so als "Zwischenbericht". Wer zufällig noch einen Raspi über hat kann es ja auch mal versuchen die openWB von extern steuern zu lassen und zu schauen was sich ändert...

[hengsti]

Seit dem letzten Post drei weitere Abstürze. Zuletzt gestern und vorgestern.

Schaue täglich ins Debug Log, gibt nie PING Fehlermeldungen. Wenn er hängt, dann hängt er wirklich. Keine Reaktion auf Taster.

Gestern Abend Auto angesteckt, PV-Modus aktiv. Vorhin schau ich nach. Sonne scheint, Auto lädt nicht, OpenWB hängt. Das ärgert einen schon sehr.

Ich bin wirklich zufrieden mit der Funktionalität, dem PV-geführtem Laden, die 70%-Regelung funktioniert tadellos. Aber dass sich die Box oftmals aufhängt geht garnicht.

Ins Webinterface sehe ich hauptsächlich rein um zu checken ob die Box noch läuft

Sind diese Einträge im Log besorgniserregend?

Code: Alles auswählen

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.32:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri9000.py", line 15, in <module>
Traceback (most recent call last):
2021-06-05 10:30:02:  Load: 0.54 0.79 0.99
/var/www/html/openWB/runs/senddaygraphdata.sh: Zeile 3: Warnung: command substitution: ignored null byte in input
2021-06-05 10:25:02:  Load: 1.31 1.21 1.16
2021-06-05 10:20:34: Pause nach Umschaltung: 2s (LV0)
2021-06-05 10:20:02:  Load: 1.19 1.50 1.23
2021-06-05 10:15:02:  Load: 3.00 2.01 1.24
kill
2021-06-05 10:10:02:  Load: 1.23 0.98 0.77
2021-06-05 10:07:25: Pause nach Umschaltung: 2s (LV0)
kill
2021-06-05 10:05:02:  Load: 1.03 0.54 0.58
2021-06-05 10:00:02:  Load: 0.54 0.44 0.60
2021-06-05 09:55:02:  Load: 0.05 0.27 0.63
2021-06-05 09:50:03:  Load: 0.18 0.56 0.84
2021-06-05 09:45:02:  Load: 1.17 1.19 1.09
2021-06-05 09:40:13: Modbus EVSE read CP1 issue - using previous state '3' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 18, in <module>
Traceback (most recent call last):
2021-06-05 09:40:02:  Load: 1.33 1.41 1.12
2021-06-05 09:36:23: Pause nach Umschaltung: 2s (LV0)
2021-06-05 09:35:02:  Load: 1.41 1.78 1.11
kill: (26098): Kein passender Prozess gefunden
2021-06-05 09:30:02:  Load: 3.81 2.27 0.95
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 18, in <module>
Traceback (most recent call last):
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
    'device reports readiness to read but returned no data '
  File "/usr/local/lib/python2.7/dist-packages/serial/serialposix.py", line 501, in read
    result = self.socket.read(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 555, in _recv
    return self._recv(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 88, in recv
    result = self.client.recv(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/framer/rtu_framer.py", line 286, in recvPacket
    result = self.client.framer.recvPacket(expected_response_length)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 276, in _recv
    result = self._recv(response_length, full)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 212, in _transact
    full=full
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 140, in execute
    return self.transaction.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 108, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    rq = client.read_holding_registers(readreg,reganzahl,unit=modbusid)
  File "runs/readmodbus.py", line 17, in <module>
Traceback (most recent call last):
2021-06-05 09:25:46: Pause nach Umschaltung: 2s (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 18, in <module>
Traceback (most recent call last):
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
    'device reports readiness to read but returned no data '
  File "/usr/local/lib/python2.7/dist-packages/serial/serialposix.py", line 501, in read
    result = self.socket.read(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 555, in _recv
    return self._recv(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 88, in recv
    result = self.client.recv(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/framer/rtu_framer.py", line 286, in recvPacket
    result = self.client.framer.recvPacket(expected_response_length)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 276, in _recv
    result = self._recv(response_length, full)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 212, in _transact
    full=full
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 140, in execute
    return self.transaction.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 108, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    rq = client.read_holding_registers(readreg,reganzahl,unit=modbusid)
  File "runs/readmodbus.py", line 17, in <module>
Traceback (most recent call last):
loadvars.sh: Zeile 1752: ramdisk/mqttslavemode: Datei oder Verzeichnis nicht gefunden
2021-06-05 09:25:26: boot done :-)
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message

[aiole]

Ich bin wirklich zufrieden mit der Funktionalität, dem PV-geführtem Laden, die 70%-Regelung funktioniert tadellos. Aber dass sich die Box oftmals aufhängt geht garnicht.

verständlich - ist ja auch nicht normal. Meine oWB läuft seit 2018 ohne Probleme.