openWB Forum

Hallo, bräuchte mal Hilfe.

Meine WB lädt nicht mehr und folgende Fehler sehe ich:

Siehe Anhang.

Wie kann ich den Ladepunkt wiederherstellen ?

Gruß PD

Danke,
Software 2
2.1.5-RC.1
2024-08-22 15:08:37 +0200 [2d57a65e1]

open wb series 2 custom

VW E-Golf soll geladen werden leider hat sich der Komplette ladepunkt verabschiedet.
Dass passiert leider öfter und ich kann das nurnoch beheben, indem ich die komplette Software 2 zurücksetzte.

https://paste.openwb.de/unJNhVTynFtk8HA

Danke und Gruß PD

Moin

also ich weis ja auch nicht aber irgendwie mache ich etwas falsche oder die Software 2.

Jedesmal wenn ich meinen Raspberry pi mit iobroker und einem MQTT adapter, welcher auf Open wb zugreift, neustarte.
Hängt sich die open wb komplett auf und gibt sowas zurück:
DAs ist wirklcih ein riesen problem, kann Sich dem jemand annehmen ?

2024-09-24 12:18:01,052 - {control.chargepoint.chargepoint:504} - {ERROR:MainThread} - Fehler in der Ladepunkt-Klasse von 5
Traceback (most recent call last):
File "/var/www/html/openWB/packages/control/chargepoint/chargepoint.py", line 414, in initiate_phase_switch
evu_counter = data.data.counter_all_data.get_evu_counter()
File "/var/www/html/openWB/packages/control/counter_all.py", line 85, in get_evu_counter
return data.data.counter_data[f"counter{self.get_id_evu_counter()}"]
File "/var/www/html/openWB/packages/control/counter_all.py", line 92, in get_id_evu_counter
if ComponentType.COUNTER.value == self.data.get.hierarchy[0]["type"]:
TypeError: 'NoneType' object is not subscriptable
2024-09-24 12:18:01,056 - {control.process:57} - {ERROR:MainThread} - Fehler im Process-Modul für Ladepunkt <control.chargepoint.chargepoint.Chargepoint object at 0x6fbe7a60>
Traceback (most recent call last):
File "/var/www/html/openWB/packages/control/process.py", line 36, in process_algorithm_results
self._update_state(cp)
File "/var/www/html/openWB/packages/control/process.py", line 110, in _update_state
f"state {ChargepointState(chargepoint.data.control_parameter.state).name}")
File "/usr/lib/python3.9/enum.py", line 360, in __call__
return cls.__new__(cls, value)
File "/usr/lib/python3.9/enum.py", line 677, in __new__
raise ve_exc
ValueError: None is not a valid ChargepointState
2024-09-24 12:18:01,057 - {control.counter_all:97} - {ERROR:MainThread} - Ohne Konfiguration eines EVU-Zählers an der Spitze der Hierarchie ist keine Regelung und keine Ladung möglich.
2024-09-24 12:18:01,058 - {helpermodules.graph:70} - {ERROR:MainThread} - Fehler im Graph-Modul
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/graph.py", line 41, in pub_graph_data
evu_counter = data.data.counter_all_data.get_evu_counter_str()
File "/var/www/html/openWB/packages/control/counter_all.py", line 88, in get_evu_counter_str
return f"counter{self.get_id_evu_counter()}"
File "/var/www/html/openWB/packages/control/counter_all.py", line 92, in get_id_evu_counter
if ComponentType.COUNTER.value == self.data.get.hierarchy[0]["type"]:
TypeError: 'NoneType' object is not subscriptable

evtl. hilft das: https://forum.openwb.de/viewtopic.php?p=116140#p116140

Kann das jetzt immer noch vorkommen, auch wenn der Broker nur noch die set Topics schreibend zulässt?
Oder ist die eingesetzte openWB Version noch zu alt?

derNeueDet hat geschrieben: ↑Di Sep 24, 2024 11:24 am Kann das jetzt immer noch vorkommen, auch wenn der Broker nur noch die set Topics schreibend zulässt?
Oder ist die eingesetzte openWB Version noch zu alt?

Stimmt, aber vor wenigen Tagen hatte es geholfen.

ich habs jetzt mal eingestellt und hoffe das es kein Problem mehr ist.
Ansonsten melde ich mich nochmal.

Vll. kann mir ja trotzdem einer erklären, wie es sein kann, dass thrid party zugriffe über MQTT die komplette software 2 abschießt ?

Die Erklärung ist recht simpel, die Persistenz Schicht in der V 2.0 sind MQTT Topics, die retained im Broker gespeichert werden. Wenn du jetzt dort wild Topics überschreibst, wird es Zustände geben, die in der Software nicht erwartet werden und wohl auch nicht abgefangen werden.
Eigentlich sollte es seit ein paar Wochen/Monaten nicht mehr möglich sein, jedes beliebige Topic zu überschreiben, aber evtl. Reicht es auch, alte, inkonsostente Werte in die set Topics zu schreiben. Daher meine Frage, ob das immer noch vorkommen kann, dass eine falsch konfigurierte Bridge die openWB aus dem Tritt bringt.

VG
Det

Ok, ich denke ich habs verstanden.
Bei mir ist es so, dass der Hacken bei "Publish own states on connet" nun nicht mehr ist. Jedoch findest du im Anhang einen Screenshot aus meiner Einstellung im IOBroker, mit welchem ich die Open WB MQTT Topics lese und schreibe.

nun ist es so(bis vorgestern) mit Open WB-Version 2.1.5 Patch1
Stürzt die open WB ab, wenn ich ein update mache und davor nicht im iobroker den MQTT Broker stoppe.
DAnn bekomme ich die Fehlermeldung von oben.
Leider war es gestern nun auch so, dass ich den Kompletten Raspi, auf welchem mein Iobroker läuft neustarten musste.
Das ergbeniss war das gleiche. Open WB wird komplett abgeschossen und ich kann nurnoch eine Sicherung wiedereinspielen.
Leider bring aucht ein Werksreset nichts mehr.

Ich hoffe das hilft Dir.

VG PD