Rückmeldungen 2.1.6 Release & Release 1
-
- Site Admin
- Beiträge: 8916
- Registriert: So Okt 07, 2018 1:50 pm
- Has thanked: 32 times
- Been thanked: 93 times
Re: Rückmeldungen 2.1.6 Release & Release 1
Pi 5 in der openWB ist eher der Grund.
Ansonsten ist das halt eine sonderinstallation.
Unsere Standalone Enterprise ist auch mit eMMC ausgestattet.
Ansonsten ist das halt eine sonderinstallation.
Unsere Standalone Enterprise ist auch mit eMMC ausgestattet.
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
-
- Beiträge: 8134
- Registriert: Mo Okt 08, 2018 4:51 pm
- Has thanked: 89 times
- Been thanked: 90 times
Re: Rückmeldungen 2.1.6 Release & Release 1
Mit den originalen "industrial" SDC von openWB (werden dort von einem darauf spezialisierten Distributor bezogen, um fakes so weit wie möglich auszuschließen) gibt es in meinem Kundenkreis keine Probleme (Betrieb mit sw2). https://openwb.de/shop/?product=industr ... -software2
Re: Rückmeldungen 2.1.6 Release & Release 1
Habe seit letzter Woche genau das gleiche Problem, die Box hat sich am 25.01. in Teilen verabschiedet.E_Esteban hat geschrieben: Mo Feb 03, 2025 11:39 am Wenn man darüber spricht - eben wieder "hängen" geblieben - Logs werden noch geschrieben. Sonst gar nichts mehr möglich. Auch kein Neustart etc.
Laden wurde gestoppt.
Keinerlei Regelung mehr.
Daten vom WR etc werden nicht aktualisiert ausgelesen.
- Das integrierte Display geht bei Berührung an, reagiert aber ansonsten nicht mehr.
- Web-UI ist aufrufbar, allerdings werden die Zählerwerte (WR & SH-Geräte) nicht mehr aktualisiert
- Konfigurationsmenü ist über WebUI aufrufbar, allerdings sind die Buttons für Neustart / Ausschalten ohne Funktion
- Main-Logs werden weiterhin geschrieben
- Remote-Zugriff über Cloud funktioniert weiterhin
Code: Alles auswählen
2025-01-25 23:30:16,643 - {modules.common.fault_state:49} - {ERROR:device0} - SolarEdge Zähler: FaultState FaultStateLevel.ERROR, FaultStr <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)",), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 106, in __read_registers
raise Exception(__name__+" "+str(response))
Exception: modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 77, in update_components
component.update()
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/counter.py", line 40, in update
voltages = self._read_scaled_int16(self.registers.voltages, 7)[:3]
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/scale.py", line 24, in scaled_reader
client.read_holding_registers(address, [type] * count + [ModbusDataType.INT_16], unit=modbus_id)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 138, in read_holding_registers
return self.__read_registers(
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 121, in __read_registers
raise Exception(__name__+" "+str(type(e))+" " + str(e)) from e
Exception: modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
2025-01-25 23:30:20,813 - {modules.common.fault_state:49} - {ERROR:device0} - SolarEdge Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] No Response received from the remote unit/Unable to decode response",), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 106, in __read_registers
raise Exception(__name__+" "+str(response))
Exception: modules.common.modbus Modbus Error: [Input/Output] No Response received from the remote unit/Unable to decode response
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 77, in update_components
component.update()
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/inverter.py", line 36, in update
self.store.set(self.read_state())
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/inverter.py", line 41, in read_state
power = self._read_scaled_int16(40083, 1)[0] * -1
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/scale.py", line 24, in scaled_reader
client.read_holding_registers(address, [type] * count + [ModbusDataType.INT_16], unit=modbus_id)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 138, in read_holding_registers
return self.__read_registers(
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 121, in __read_registers
raise Exception(__name__+" "+str(type(e))+" " + str(e)) from e
Exception: modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] No Response received from the remote unit/Unable to decode response
2025-01-25 23:30:20,915 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-01-25 23:30:21,101 - {pymodbus.client.sync:218} - {ERROR:device0} - Connection to (10.13.37.51, 502) failed: [Errno 111] Connection refused
2025-01-25 23:30:21,103 - {modules.common.fault_state:49} - {ERROR:device0} - SolarEdge Zähler: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(10.13.37.51:502)]', 'Modbus-Client konnte keine Verbindung zu 10.13.37.51:502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.'), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/configurable_device.py", line 36, in __call__
self.__updater(components_list)
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 74, in update_components
with client:
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 65, in __enter__
raise e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 61, in __enter__
self._delegate.__enter__()
File "/home/openwb/.local/lib/python3.9/site-packages/pymodbus/client/sync.py", line 120, in __enter__
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(10.13.37.51:502)]
2025-01-25 23:30:21,105 - {modules.common.fault_state:49} - {ERROR:device0} - SolarEdge Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr <class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(10.13.37.51:502)]', 'Modbus-Client konnte keine Verbindung zu 10.13.37.51:502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.'), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/configurable_device.py", line 36, in __call__
self.__updater(components_list)
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 74, in update_components
with client:
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 65, in __enter__
raise e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 61, in __enter__
self._delegate.__enter__()
File "/home/openwb/.local/lib/python3.9/site-packages/pymodbus/client/sync.py", line 120, in __enter__
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(10.13.37.51:502)]
2025-01-25 23:30:21,107 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente SolarEdge Wechselrichter. Werte werden nicht aktualisiert.
2025-01-25 23:30:21,132 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente SolarEdge Zähler. Werte werden nicht aktualisiert.
2025-01-25 23:30:21,219 - {control.counter_all:172} - {WARNING:MainThread} - Komponente inverter1 ist im Fehlerzustand und wird nicht berücksichtigt.
2025-01-25 23:30:21,220 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -4W, Berücksichtigte Komponenten neben EVU [{'id': 1, 'type': 'inverter', 'children': []}, {'id': 2, 'type': 'cp', 'children': []}]
2025-01-25 23:30:30,796 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-01-25 23:30:34,189 - {helpermodules.utils._thread_handler:33} - {ERROR:MainThread} - device0 konnte nicht innerhalb des Timeouts abgearbeitet werden.
2025-01-25 23:30:34,190 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät SolarEdge
2025-01-25 23:30:34,198 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät SolarEdge
2025-01-25 23:30:34,269 - {control.counter_all:172} - {WARNING:MainThread} - Komponente inverter1 ist im Fehlerzustand und wird nicht berücksichtigt.
2025-01-25 23:30:34,270 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -4W, Berücksichtigte Komponenten neben EVU [{'id': 1, 'type': 'inverter', 'children': []}, {'id': 2, 'type': 'cp', 'children': []}]
2025-01-25 23:30:34,272 - {modules.common.simcount._simcount:51} - {WARNING:MainThread} - Time difference between previous state and current state is too large. Set time difference to control interval.
2025-01-25 23:30:35,705 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-01-25 23:30:38,047 - {modules.common.fault_state:49} - {ERROR:device0} - SolarEdge Zähler: FaultState FaultStateLevel.ERROR, FaultStr <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)",), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 106, in __read_registers
raise Exception(__name__+" "+str(response))
Exception: modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/device.py", line 77, in update_components
component.update()
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/counter.py", line 39, in update
currents = self._read_scaled_int16(self.registers.currents, 3)
File "/var/www/html/openWB/packages/modules/devices/solaredge/solaredge/scale.py", line 24, in scaled_reader
client.read_holding_registers(address, [type] * count + [ModbusDataType.INT_16], unit=modbus_id)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 138, in read_holding_registers
return self.__read_registers(
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 121, in __read_registers
raise Exception(__name__+" "+str(type(e))+" " + str(e)) from e
Exception: modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
Code: Alles auswählen
2025-02-02 20:37:00,317 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:00,319 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:05,658 - {control.data:435} - {ERROR:MainThread} - Modul-Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:37:16,323 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:37:22,658 - {root:74} - {CRITICAL:MainThread} - Ausführung durch exit_after gestoppt: Traceback (most recent call last):
File "/var/www/html/openWB/packages/main.py", line 72, in handler10Sec
handler_with_control_interval()
File "/var/www/html/openWB/packages/helpermodules/utils/_exit_after.py", line 21, in inner
result = fn(*args, **kwargs)
File "/var/www/html/openWB/packages/main.py", line 50, in handler_with_control_interval
loadvars_.get_values()
File "/var/www/html/openWB/packages/modules/loadvars.py", line 23, in get_values
not_finished_threads = self._set_values()
File "/var/www/html/openWB/packages/modules/loadvars.py", line 53, in _set_values
return joined_thread_handler(modules_threads, data.data.general_data.data.control_interval/3)
File "/var/www/html/openWB/packages/helpermodules/utils/_thread_handler.py", line 25, in joined_thread_handler
thread.start()
File "/usr/lib/python3.9/threading.py", line 879, in start
self._started.wait()
File "/usr/lib/python3.9/threading.py", line 574, in wait
signaled = self._cond.wait(timeout)
File "/usr/lib/python3.9/threading.py", line 312, in wait
waiter.acquire()
KeyboardInterrupt
2025-02-02 20:37:34,017 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:34,727 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:36,610 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:37:40,526 - {control.data:435} - {ERROR:MainThread} - Modul-Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:37:42,683 - {helpermodules.utils._thread_handler:19} - {ERROR:MainThread} - set values cp2 ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:45,889 - {root:74} - {CRITICAL:MainThread} - Ausführung durch exit_after gestoppt: Traceback (most recent call last):
File "/var/www/html/openWB/packages/main.py", line 72, in handler10Sec
handler_with_control_interval()
File "/var/www/html/openWB/packages/helpermodules/utils/_exit_after.py", line 21, in inner
result = fn(*args, **kwargs)
File "/var/www/html/openWB/packages/main.py", line 50, in handler_with_control_interval
loadvars_.get_values()
File "/var/www/html/openWB/packages/modules/loadvars.py", line 23, in get_values
not_finished_threads = self._set_values()
File "/var/www/html/openWB/packages/modules/loadvars.py", line 53, in _set_values
return joined_thread_handler(modules_threads, data.data.general_data.data.control_interval/3)
File "/var/www/html/openWB/packages/helpermodules/utils/_thread_handler.py", line 29, in joined_thread_handler
thread.join(timeout=timeout)
File "/usr/lib/python3.9/threading.py", line 1037, in join
self._wait_for_tstate_lock(timeout=max(timeout, 0))
File "/usr/lib/python3.9/threading.py", line 1051, in _wait_for_tstate_lock
self._stop()
File "/usr/lib/python3.9/threading.py", line 990, in _stop
_shutdown_locks.discard(lock)
KeyboardInterrupt
2025-02-02 20:37:46,208 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:46,211 - {helpermodules.utils._thread_handler:40} - {ERROR:MainThread} - Thread smarthome ist bereits aktiv und wird nicht erneut gestartet.
2025-02-02 20:37:55,572 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:38:01,119 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:38:16,629 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:38:22,027 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:38:37,279 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:38:42,976 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:38:58,295 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:39:06,184 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:39:28,395 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:39:34,286 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:39:58,363 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:40:36,460 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:41:05,035 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:41:11,053 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:41:31,539 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:41:38,256 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:41:55,252 - {modules.utils:15} - {ERROR:SoC} - Daten wurden noch nicht vollständig empfangen. Timeout abgelaufen, fortsetzen der Regelung.
2025-02-02 20:53:26,064 - {helpermodules.setdata:389} - {WARNING:Setdata} - Keine ID mit gültiger Konfiguration für Topic openWB/set/counter/set/smarthome_power_excluded_from_home_consumption mit Payload 4 gefunden.
Möchte einen Hardrest gerne vermeiden.
Bei mir läuft das openWB-Image auf einer Kingston Industrial microSD (16GB).
-
- Beiträge: 70
- Registriert: So Mär 21, 2021 6:57 am
- Has thanked: 3 times
- Been thanked: 3 times
Re: Rückmeldungen 2.1.6 Release & Release 1
Hi Leidensgenosse 
Bin auch dabei den Fehler einzugrenzen. Frage: Lief bei dir die Ladung in der Zeit des Absturzes? (Oder eine Beginnende?)
Bei mir tritt das ganze nur auf, wenn die Ladungen laufen.
Umfeld sind insgesamt 3 openWBs, wobei eine als Master läuft und die anderen als Satelliten. Alles openWBs sind voll ausgestattet, die Slaves sind quasi "dumm" gemacht und werden vom "Master" geregelt. Soweit das Konzept.
Freischatung der Boxen mir Fahrzeug und Ladeprofilen per RFID.
Sobald die Regelungsvorgänge laufen scheint das aufzutreten. Irgendwann merke ich dann, dass der EVU keine Werte mehr bekommt, obwohl Fronius und entsprechende Abfrage einwandfrei laufen.
Es scheinen sich einige "Dienste" und "Jobs" auf der Box zu verabschieden.
Sollten wir das Thema nicht mal in den 2.1.7 RC1 Thread verschieben? (auf der Version bin ich ja schon länger, hatte mich nur hier dran gehängt, da das Freeze-Thema hier platziert war)
VG Stephan

Bin auch dabei den Fehler einzugrenzen. Frage: Lief bei dir die Ladung in der Zeit des Absturzes? (Oder eine Beginnende?)
Bei mir tritt das ganze nur auf, wenn die Ladungen laufen.
Umfeld sind insgesamt 3 openWBs, wobei eine als Master läuft und die anderen als Satelliten. Alles openWBs sind voll ausgestattet, die Slaves sind quasi "dumm" gemacht und werden vom "Master" geregelt. Soweit das Konzept.
Freischatung der Boxen mir Fahrzeug und Ladeprofilen per RFID.
Sobald die Regelungsvorgänge laufen scheint das aufzutreten. Irgendwann merke ich dann, dass der EVU keine Werte mehr bekommt, obwohl Fronius und entsprechende Abfrage einwandfrei laufen.
Es scheinen sich einige "Dienste" und "Jobs" auf der Box zu verabschieden.
Sollten wir das Thema nicht mal in den 2.1.7 RC1 Thread verschieben? (auf der Version bin ich ja schon länger, hatte mich nur hier dran gehängt, da das Freeze-Thema hier platziert war)
VG Stephan
3 x openWB series2 custom mit 11kW + 22kW
Tesla Model Y LR + eUp! Style Plus + Model 3 Perf.
58,86 kWp PV (Ost-West + Fassade) mit 2 x Fronius Gen24 10.0 + 2x Symo 15k + 1x Symo 6k
2x 22,08 kWh stationärer Speicher BYD HVM
Tesla Model Y LR + eUp! Style Plus + Model 3 Perf.
58,86 kWp PV (Ost-West + Fassade) mit 2 x Fronius Gen24 10.0 + 2x Symo 15k + 1x Symo 6k
2x 22,08 kWh stationärer Speicher BYD HVM
Re: Rückmeldungen 2.1.6 Release & Release 1
Ob die Box während oder nach dem Ladenvorgang ausgestiegen ist kann ich nicht genau sagen. Sicher ist, dass ich das Auto an dem Tag geladen habe (PV-Überschuss).E_Esteban hat geschrieben: Do Feb 06, 2025 11:52 am Hi Leidensgenosse
Bin auch dabei den Fehler einzugrenzen. Frage: Lief bei dir die Ladung in der Zeit des Absturzes? (Oder eine Beginnende?)
Bei mir tritt das ganze nur auf, wenn die Ladungen laufen.
Umfeld sind insgesamt 3 openWBs, wobei eine als Master läuft und die anderen als Satelliten. Alles openWBs sind voll ausgestattet, die Slaves sind quasi "dumm" gemacht und werden vom "Master" geregelt. Soweit das Konzept.
Freischatung der Boxen mir Fahrzeug und Ladeprofilen per RFID.
Sobald die Regelungsvorgänge laufen scheint das aufzutreten. Irgendwann merke ich dann, dass der EVU keine Werte mehr bekommt, obwohl Fronius und entsprechende Abfrage einwandfrei laufen.
Es scheinen sich einige "Dienste" und "Jobs" auf der Box zu verabschieden.
Sollten wir das Thema nicht mal in den 2.1.7 RC1 Thread verschieben? (auf der Version bin ich ja schon länger, hatte mich nur hier dran gehängt, da das Freeze-Thema hier platziert war)
VG Stephan
Ich habe eine Standard+ als Primary mit integriertem Display, Addon-Platine und RFID-Reader.
Die RFID-Karte wird bei mir ebenfalls zum Entsperren des Ladepunktes und zur Identifikation des Fahrzeugs genutzt.
Ich bin Schönwetterlader und daher ausschließlich im PV-Überschuss-Modus unterwegs. Phasenumschaltung ist deaktiviert, da der VW-Muli nur einphasig laden kann.
Deine Vermutung mit dem Absturz einzelner Dienste teile ich, da die Box grundsätzlich nicht ganz tot ist und Funktionen wie WebUI, Logs, Remote-Zugang, Umstellung des Lademodus, Aktivierung des Displays etc. weiterhin verfügbar sind.
Mein Post kann ruhig hier bleiben, da ich noch auf dem offiziellen Release unterwegs bin.
-
- Beiträge: 70
- Registriert: So Mär 21, 2021 6:57 am
- Has thanked: 3 times
- Been thanked: 3 times
Re: Rückmeldungen 2.1.6 Release & Release 1
Dann scheint es wirklich was mit der Regelung bei PV zu tun zu haben. Das ist bei mir nämlich ebenfalls so. Durch meine leichte Überdimensionierung der PV Anlage klappt das grundsätzlich auch ganz gut. 
Aber sobald mehrere Autos dranhängen und es ist "PV abhängig zu Regeln", vernufallt die Box reproduzierbar im beschriebenen Maße / Zustand.
Sind wir wirklich Einzelfälle? - Daher noch meine Nachforschungen in Richtung RAM des PI. Meine Karten sind ebenfalls auf industrial umgestellt.

Aber sobald mehrere Autos dranhängen und es ist "PV abhängig zu Regeln", vernufallt die Box reproduzierbar im beschriebenen Maße / Zustand.
Sind wir wirklich Einzelfälle? - Daher noch meine Nachforschungen in Richtung RAM des PI. Meine Karten sind ebenfalls auf industrial umgestellt.
3 x openWB series2 custom mit 11kW + 22kW
Tesla Model Y LR + eUp! Style Plus + Model 3 Perf.
58,86 kWp PV (Ost-West + Fassade) mit 2 x Fronius Gen24 10.0 + 2x Symo 15k + 1x Symo 6k
2x 22,08 kWh stationärer Speicher BYD HVM
Tesla Model Y LR + eUp! Style Plus + Model 3 Perf.
58,86 kWp PV (Ost-West + Fassade) mit 2 x Fronius Gen24 10.0 + 2x Symo 15k + 1x Symo 6k
2x 22,08 kWh stationärer Speicher BYD HVM
Re: Rückmeldungen 2.1.6 Release & Release 1
Ich habe seit einiger Zeit seltsame Fehlermeldungen - siehe Bild unten.
Im Main-Log steht:
Hat jemand eine Idee, was hier das Problem ist?
Der Zähler (Sunny Home Manager 2.0) funktioniert - in den Live-Daten meines Wechselrichters wird alles korrekt angezeigt ...
Im Main-Log steht:
Code: Alles auswählen
2025-02-08 07:21:50,126 - {modules.common.fault_state:49} - {ERROR:set values cp4} - Ladepunkt: FaultState FaultStateLevel.WARNING, FaultStr Die Spannungen des Zählers konnten nicht korrekt ausgelesen werden: [235.03, 0, 236.32]V Der Zähler ist defekt., Traceback:
NoneType: None
Der Zähler (Sunny Home Manager 2.0) funktioniert - in den Live-Daten meines Wechselrichters wird alles korrekt angezeigt ...
- Dateianhänge
-
- Fehlermeldung_ow2.png (19.33 KiB) 744 mal betrachtet
-
- Site Admin
- Beiträge: 8916
- Registriert: So Okt 07, 2018 1:50 pm
- Has thanked: 32 times
- Been thanked: 93 times
Re: Rückmeldungen 2.1.6 Release & Release 1
Die Meldung ist doch ziemlich eindeutig. Bitte per Systembericht a den Support wenden.Hat jemand eine Idee, was hier das Problem ist?
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
-
- Beiträge: 803
- Registriert: Fr Feb 04, 2022 6:19 pm
- Has thanked: 14 times
- Been thanked: 30 times
Re: Rückmeldungen 2.1.6 Release & Release 1
Die Fehlermeldung bezieht sich auf den Zähler in der Wallbox. Der ist vermutlich defekt. Wie openWB vorher schrieb, am besten direkt an den Support (über die Software) wenden.truth hat geschrieben: Sa Feb 08, 2025 6:36 am Hat jemand eine Idee, was hier das Problem ist?
Der Zähler (Sunny Home Manager 2.0) funktioniert - in den Live-Daten meines Wechselrichters wird alles korrekt angezeigt ...
Um es noch eindeutiger zu machen, könnte die Fehlermeldung auch lauten „Die Spannung des Wallbox-Zählers…“ oder so ähnlich. Dann wäre es meines Erachtens noch deutlicher…openWB hat geschrieben: Sa Feb 08, 2025 7:01 am Die Meldung ist doch ziemlich eindeutig. Bitte per Systembericht a den Support wenden.
-
- Beiträge: 35
- Registriert: Do Mai 19, 2022 10:08 pm
Re: Rückmeldungen 2.1.6 Release & Release 1
Moin!
V 2.1.6
Der BMW i3s liefert wieder keinen SoC, ist das häufiger so?
2.1.5 lief dahingehend relativ ok. Manchmal etwas unzuverlässig, aber ging.
Gibt’s da ähnliche Erfahrungen?
V 2.1.6
Der BMW i3s liefert wieder keinen SoC, ist das häufiger so?
2.1.5 lief dahingehend relativ ok. Manchmal etwas unzuverlässig, aber ging.
Gibt’s da ähnliche Erfahrungen?