BatterX

Fragen zur Nutzung, Features, usw..
Antworten
DoktorMorris
Beiträge: 6
Registriert: Sa Dez 04, 2021 8:55 pm

BatterX

Beitrag von DoktorMorris »

Hallo zusammen,

zunächst meine Config:

Version: 1.9.271
openWB series2 standard+
Bei PV-, EVU- und Speichermodul ist überall der BatterX ausgewählt.

Ab und zu erscheinen im Log folgende Fehlerkaskaden:

2022-08-27 07:20:27: PID: 2075: soc.modules.common.fault_state: BatterX Zähler: FaultState FaultStateLevel.ERROR, FaultStr modules.common.simcount <class 'ValueError'> could not convert string to float: , Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 87, in sim_count
timestamp_previous = float(read_ramdisk_file(prefix+'sec0'))
ValueError: could not convert string to float:

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/batterx/device.py", line 64, in update
self._components[component].update(resp_json)
File "/var/www/html/openWB/packages/modules/batterx/inverter.py", line 33, in update
_, counter = self.__sim_count.sim_count(power, topic=topic, data=self.__simulation, prefix="pv")
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 153, in sim_count
process_error(e)
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 19, in process_error
raise FaultState.error(__name__+" "+str(type(e))+" "+str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.simcount <class 'ValueError'> could not convert string to float: ", <FaultStateLevel.ERROR: 2>)

2022-08-27 07:20:27: PID: 2075: soc.modules.common.fault_state: BatterX Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr modules.common.simcount <class 'ValueError'> could not convert string to float: , Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 87, in sim_count
timestamp_previous = float(read_ramdisk_file(prefix+'sec0'))
ValueError: could not convert string to float:

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/batterx/device.py", line 64, in update
self._components[component].update(resp_json)
File "/var/www/html/openWB/packages/modules/batterx/inverter.py", line 33, in update
_, counter = self.__sim_count.sim_count(power, topic=topic, data=self.__simulation, prefix="pv")
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 153, in sim_count
process_error(e)
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 19, in process_error
raise FaultState.error(__name__+" "+str(type(e))+" "+str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.simcount <class 'ValueError'> could not convert string to float: ", <FaultStateLevel.ERROR: 2>)

2022-08-27 07:20:28: PID: 2075: soc.modules.common.fault_state: BatterX Speicher: FaultState FaultStateLevel.ERROR, FaultStr modules.common.simcount <class 'ValueError'> could not convert string to float: , Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 87, in sim_count
timestamp_previous = float(read_ramdisk_file(prefix+'sec0'))
ValueError: could not convert string to float:

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/batterx/device.py", line 64, in update
self._components[component].update(resp_json)
File "/var/www/html/openWB/packages/modules/batterx/inverter.py", line 33, in update
_, counter = self.__sim_count.sim_count(power, topic=topic, data=self.__simulation, prefix="pv")
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 153, in sim_count
process_error(e)
File "/var/www/html/openWB/packages/modules/common/simcount.py", line 19, in process_error
raise FaultState.error(__name__+" "+str(type(e))+" "+str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.simcount <class 'ValueError'> could not convert string to float: ", <FaultStateLevel.ERROR: 2>)

Außerdem scheint die Regulation Loop ab und zu sehr lange zu dauern, ist das normal?

2022-08-27 06:15:01: PID: 20626: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:15:03: PID: 20626: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:19:38: PID: 15787: **** FATAL ********************************* (LV0)
2022-08-27 06:19:38: PID: 15787: **** FATAL Regulation loop needs 47 seconds (LV0)
2022-08-27 06:19:38: PID: 15787: **** FATAL ********************************* (LV0)
2022-08-27 06:19:38: PID: 15625: **** FATAL ********************************* (LV0)
2022-08-27 06:19:39: PID: 15625: **** FATAL Regulation loop needs 57 seconds (LV0)
2022-08-27 06:19:39: PID: 15625: **** FATAL ********************************* (LV0)
2022-08-27 06:19:39: PID: 15477: **** FATAL ********************************* (LV0)
2022-08-27 06:19:39: PID: 15477: **** FATAL Regulation loop needs 68 seconds (LV0)
2022-08-27 06:19:39: PID: 15477: **** FATAL ********************************* (LV0)
2022-08-27 06:19:39: PID: 16160: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-08-27 06:20:01: PID: 23426: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:20:04: PID: 23426: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:20:19: PID: 26187: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-08-27 06:20:20: PID: 26194: **** FATAL ********************************* (LV0)
2022-08-27 06:20:20: PID: 26194: **** FATAL Regulation loop needs 9 seconds (LV0)
2022-08-27 06:20:20: PID: 26194: **** FATAL ********************************* (LV0)
2022-08-27 06:20:29: PID: 28235: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-08-27 06:20:31: PID: 28311: **** FATAL ********************************* (LV0)
2022-08-27 06:20:31: PID: 28311: **** FATAL Regulation loop needs 10 seconds (LV0)
2022-08-27 06:20:31: PID: 28311: **** FATAL ********************************* (LV0)
2022-08-27 06:25:02: PID: 929: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:25:04: PID: 929: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:30:01: PID: 7433: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:30:03: PID: 7433: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:35:02: PID: 13754: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:35:04: PID: 13754: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:40:02: PID: 20136: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:40:04: PID: 20136: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:45:01: PID: 26446: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:45:03: PID: 26446: ##### cron5min.sh finished ##### (LV0)
2022-08-27 06:49:58: PID: 30011: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
2022-08-27 06:49:58: PID: 30302: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
2022-08-27 06:50:01: PID: 30722: ##### cron5min.sh started ##### (LV0)
2022-08-27 06:50:04: PID: 30011: **** FATAL ********************************* (LV0)
2022-08-27 06:50:05: PID: 30011: **** FATAL Regulation loop needs 22 seconds (LV0)
2022-08-27 06:50:05: PID: 30011: **** FATAL ********************************* (LV0)
2022-08-27 06:50:05: PID: 30302: **** FATAL ********************************* (LV0)
2022-08-27 06:50:05: PID: 30302: **** FATAL Regulation loop needs 14 seconds (LV0)
2022-08-27 06:50:05: PID: 30302: **** FATAL ********************************* (LV0)
2022-08-27 06:50:05: PID: 30722: ##### cron5min.sh finished ##### (LV0)

Was könnte der Grund sein? Antwortet die BatterX API manchmal nicht korrekt oder nicht schnell genug? Liegt evtl. ein Fehler im Modul oder an der openWB Hardware (Speicherkarte?) vor? Für Hinweise bin ich dankbar.

VG
Frank
LenaK
Beiträge: 1051
Registriert: Fr Jan 22, 2021 6:40 am

Re: BatterX

Beitrag von LenaK »

Bitte den Debug Modus auf 2 stellen und einen kompletten Durchlauf der Regelung posten, wenn der Fehler auftritt.
DoktorMorris
Beiträge: 6
Registriert: Sa Dez 04, 2021 8:55 pm

Re: BatterX

Beitrag von DoktorMorris »

Hallo zusammen,

ich möchte mal ein Update geben. Da die openWB gestern Abend wieder nicht mehr per Browser erreichbar war, musste ich sie wieder "hart" neustarten. Der Debug Modus war zunächst 0 und wurde heute morgen auf 2 gestellt. Die Box lief bis heute ca. 13:45 Uhr ohne Probleme. Fahrzeug war angesteckt und der Modus auf PV-Laden. Zwischendurch wurde auch einige Minuten lang geladen.

Ich hatte heute das openWB Webinterface auf dem Browser offen. Ab ca. 13:45 Uhr hat der Graph keine Daten mehr angezeigt und ein Browser Reload bleibt bei "Bitte warten, während die Seite aufgebaut wird." stehen. Zumindest kann ich mir aber seit dem noch per wget die openWB.log ziehen.

Ab 2022-10-23 13:45:47 fängt m.E. das Problem laut Logdatei an. Ich habe mal einen Ausschnitt der Logdatei mit 5 Minuten Vorlauf- und Nachlaufzeit beigefügt.
openWB Ausschnitt.log
(783.49 KiB) 30-mal heruntergeladen
Wäre nett, wenn jemand sieht, wodurch genau das Problem entsteht und wie man es ggf. beheben kann. Auf der Box ist die aktuelle 1.9 Stable Version installiert.

VG
Frank
LenaK
Beiträge: 1051
Registriert: Fr Jan 22, 2021 6:40 am

Re: BatterX

Beitrag von LenaK »

Bitte ein Supportticket mit Verweis auf diesen Thread erstellen.
Antworten