openWB Forum

Heuberg hat geschrieben: ↑So Nov 06, 2022 2:17 pm Hallo zusammen,

ja, ich weiß, dass dies ist kein support Channel für Linux ist. Wollte trotzdem das Feedback geben

Seit längerem hatte ich einen 4er Pi mit einer geupdateten alpha1 am laufen.
Da ich relativ viel remprobiert hatte, wollte ich diesen mit dem alpha 4 Image neu aufsetzen.
Allerdings startet die "Regelung openWB 2.0" nicht.

Anderer 4er Pi oder SD schafft auch keine abhilfe.

mrinas hat geschrieben: ↑So Nov 06, 2022 7:02 pm In Deinem Fall stammt das Limit ja aus der Verkabelung, hier spielt die Leistung genau genommen gar keine Rolle - viel mehr ist der Strom ausschlaggebend. Wenn Du den auf 11A begrenzt kommst Du ja recht genau an die 2,5kW ran (11A*230V=2530W). Zudem hilft die Strombegrenzung auch bei 1p und 3p Betrieb um die Leitung zu schützen, das wäre mit einer reinen kW-Limitierung vermutlich nicht der Fall.

Die Leistungsbegrenzung (kW) ist m.E. vorallem dann hilfreich wenn man nur eine Anschlussleistung gegenüber dem Netzbetreiber einhalten muss. Z.b. Mehrere Ladepunkte welche sich die angemeldeten 11kW teilen sollen.

rleidner hat geschrieben: ↑Mo Nov 07, 2022 10:56 am Beim Testen der SOC-Module ist mir ein unschönes Verhalten aufgefallen:

Wenn bei einem neu konfigurierten Fahrzeug der SOC-Modul mit Fehler antwortet, wird dieses SOC-Modul in jedem Regeldurchlauf aufgerufen, d.h. die Intervalle in der Fahrzeug-Vorlage werden in diesem Fall nicht berücksichtigt.
Das passiert unabhängig davon ob das Fahrzeug einem Ladepunkt zugeordnet ist, ob es lädt oder nicht.

Das liegt m.E. daran, dass der soc_timestamp bei Fehler nicht gesetzt wird und daher bei jedem Regeldurchlauf soc_timestamp_expired angenommen wird.
Damit wird u.U. der Server des Fahrzeugherstellers mit ungültigen Versuchen bombardiert.

Workaround: den SOC-Modul des Fahrzeugs auf einen funktionierenden Modul umzustellen oder auf "kein Modul".
Das muss man aber im soc.log sehen.

Ich denke es sollten in diesem Fall die Abfrage-Intervalle eingehalten werden oder nach einer Reihe von Fehlversuchen das Abfragen für dieses Fahrzeug gestoppt werden.
Dieser Stopp könnte z.B. durch einen manuellen SOC-Abruf im Dashboard wieder entfernt werden - was natürlich bedingt das Fahrzeug einem Ladepunkt zuzuordnen.

Xerion hat geschrieben: ↑Di Nov 08, 2022 5:38 am Hallo ich habe in der Main.log ständig Einträge von einem LP (11) der mal angelegt war und wieder gelöscht wurde. Dieser scheint aber im Hintergrund noch aktiv zu bleiben da dieser einerseits im Log und in der UI Statistik (Legende) weiterhin auftaucht.

Code: Alles auswählen

File "/var/www/html/openWB/packages/control/chargepoint.py", line 861, in _get_charging_ev
    charging_ev = ev_list[f"ev{vehicle}"]
KeyError: 'ev<property object at 0xb6013cf8>'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargepoint.py", line 850, in update
    ev_list[f"ev{vehicle}"].data.control_parameter.submode = "stop"
KeyError: 'ev<property object at 0xb6013cf8>'
2022-11-08 05:46:21,520 - {control.loadmanagement:288} - {ERROR:MainThread} - Fehler im Lastmanagement-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/loadmanagement.py", line 260, in _check_max_currents
    currents_used[phase] = data.data.counter_data[counter].data["set"]["currents_used"][phase] + \
IndexError: list index out of range
2022-11-08 05:46:21,529 - {control.process:51} - {ERROR:MainThread} - Fehler im Process-Modul für Ladepunkt cp11
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/process.py", line 49, in process_algorithm_results
    modules_threads.append(self._start_charging(chargepoint))
  File "/var/www/html/openWB/packages/control/process.py", line 110, in _start_charging
    return threading.Thread(target=chargepoint.chargepoint_module.set_current,
AttributeError: 'NoneType' object has no attribute 'set_current'
2022-11-08 05:46:31,413 - {modules.loadvars:51} - {ERROR:MainThread} - Fehler im loadvars-Modul bei Element 11
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/loadvars.py", line 48, in _set_values
    modules_threads.append(threading.Thread(target=cp.chargepoint_module.get_values,
AttributeError: 'NoneType' object has no attribute 'get_values'
2022-11-08 05:46:31,494 - {control.chargepoint:849} - {ERROR:MainThread} - Fehler im Prepare-Modul für Ladepunkt 11
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargepoint.py", line 774, in update
    charging_ev = self._get_charging_ev(vehicle, ev_list)
  File "/var/www/html/openWB/packages/control/chargepoint.py", line 861, in _get_charging_ev
    charging_ev = ev_list[f"ev{vehicle}"]
KeyError: 'ev<property object at 0xb6013cf8>'
2022-11-08 05:46:31,496 - {control.chargepoint:858} - {ERROR:MainThread} - Fehler bei Ladepunkt 11
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargepoint.py", line 774, in update
    charging_ev = self._get_charging_ev(vehicle, ev_list)
  File "/var/www/html/openWB/packages/control/chargepoint.py", line 861, in _get_charging_ev
    charging_ev = ev_list[f"ev{vehicle}"]
KeyError: 'ev<property object at 0xb6013cf8>'