Rückmeldungen 2.1.6 Beta 1

[LenaK]

Ist soeben behoben worden.

[LenaK]

Ich habe nun mal auf den Beta Zweig gewechselt und auf die 2024-10-24 15:06:31 +0200 [49aaf3f35] aktualisiert.

Leider habe ich nach wie vor das Problem mit dem auslesen des SoC mit der openWB Pro.

[...]

Ich hoffe, diese Informationen helfen um das Problem zu identifizieren.

Im Master wird nun berücksichtigt, wenn das Fahrzeug nicht direkt nach dem Anstecken seinen SoC mitteilt.

Ab welcher Version? Mit der Build 2024-10-30 12:19:51 +0100 [b30c8df96] leider noch keine Änderung.

Gestern gesteckt, nach frischem Reboot wegen dem Update wurde der SoC korrekt erkannt, war 91%. Heute bis auf 37% runter gefahren und gesteckt. Er ist auf 91% geblieben und hat auf 95% geladen. (95% habe ich hier als Maximum eingestellt.) Aber in Wirklichkeit ist er erst bei 41%.

Also PKW abgezogen Logging auf Detail gestellt und wieder gesteckt. SoC bleibt auf 95% stehen...

Hier das SoC Log:

Code: Alles auswählen

2024-11-01 14:43:24,119 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2024-11-01 14:43:24,121 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=666318, manual_soc=None, soc_start=91)
2024-11-01 14:43:24,122 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-11-01 14:43:24,123 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev2} - General Config GeneralVehicleConfig(use_soc_from_cp=True, request_interval_charging=300, request_interval_not_charging=43200, request_only_plugged=True)
2024-11-01 14:43:24,130 - {modules.common.component_context:26} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2024-11-01 14:43:24,136 - {modules.common.configurable_vehicle:64} - {DEBUG:fetch soc_ev2} - No soc update necessary.

Via MQTT wieder die gleichen Werte, hier korrekt:

Code: Alles auswählen

2024-11-01 14:44:03,642 - Topic: openWB/set/chargepoint/6/get/soc, Payload: 41
2024-11-01 14:44:03,645 - Topic: openWB/set/chargepoint/6/get/soc_timestamp, Payload: 1730468599

Und hier falsch:

Code: Alles auswählen

2024-11-01 14:44:04,218 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 0, "range_unit": "km", "range": 0, "soc": 95.0, "timestamp": 1730468604.112137}

Auch hier stehen immer die 41%:

Code: Alles auswählen

2024-11-01 14:43:23,983 - {control.chargepoint.chargepoint:698} - {DEBUG:MainThread} - LP 6, EV: Skoda Enyaq (EV-Nr.2): Lademodus instant_charging, Submodus: Chargemode.STOP
2024-11-01 14:43:23,992 - {control.chargepoint.chargepoint:741} - {DEBUG:MainThread} - SoC nach Anstecken
2024-11-01 14:43:23,992 - {control.chargepoint.chargepoint:84} - {INFO:MainThread} - LP 6: Kein Sofortladen, da der Soc bereits erreicht wurde.
2024-11-01 14:43:30,886 - {modules.common.req:32} - {DEBUG:set values cp6} - Get-Response: {"date":"2024:11:01-14:43:30","timestamp":1730468610,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[232.77,234.11,234.06],"frequency":49.932,"imported":669766,"exported":0,"plug_state":true,"charge_state":false,"phases_actual":0,"phases_target":3,"phases_in_use":1,"offered_current":0,"evse_signaling":"unclear","v2g_ready":0,"soc_value":41,"soc_timestamp":1730468599,"vehicle_id":"48:31:33:03:57:7F","rfid_tag":null,"rfid_timestamp":null,"serial":"484042"}
2024-11-01 14:43:40,926 - {modules.common.store._api:26} - {DEBUG:set values cp6} - Raw data ChargepointState(currents=[0, 0, 0], powers=[0, 0, 0], voltages=[232.77, 234.14, 234.21], frequency=49.94, imported=669766, exported=0, power=0, serial_number=484042, phases_in_use=1, charge_state=False, plug_state=True, rfid=None, rfid_timestamp=None, charging_current=0, charging_power=0, charging_voltage=0, power_factors=[0.0, 0.0, 0.0], soc=41, soc_timestamp=1730468599, evse_current=0, vehicle_id=48:31:33:03:57:7F)

Aber hier stehen sie ganze Zeit immer noch 95%:

Code: Alles auswählen

2024-11-01 14:46:33,707 - {control.data:266} - {INFO:MainThread} - ev2
EvData(set=Set(soc_error_counter=0), charge_template=2, ev_template=2, name='Skoda Enyaq', tag_id=[], get=Get(soc=95.0, soc_timestamp=1730468604.112137, force_soc_update=False, range=0, fault_state=0, fault_str='Kein Fehler.'))

Wie ich schon geschrieben hatte, hier wird der SoC nur aktualisiert wenn:

- Die Standalone vor dem ersten Anstecken irgendwann mal neugestartet wurde.
- Der SoC im KFZ beim Anstecken höher ist, als der in der Standalone gespeicherte. (Wenn man z.B. vor dem anstecken den SoC auf via MQTT auf null setzt.)

Hier das Main Log: https://paste.openwb.de/uZnxGeZxzATKlgd

Warum behält er überhaupt den SoC? Warum wird der nach dem abziehen des Steckers nicht auch zurückgesetzt?

Ok, dann muss ich das Triggern der SoC-Abfrage grundlegend überarbeiten. Das kommt dann erst nach dem nächsten Release.

[raffix]

Alle logs liegen in der ramdisk - das main.log ist das hier: http://ip-der-openwb/openWB/ramdisk/main.log

Danke sehr, das hilft! Ich habe das Log an meinen Beitrag dran gehängt.

[Nasdero]

Ist soeben behoben worden.

Wenn du "fix phases scheduled charging #1998" meinst, dann sieht das sehr gut aus, folgendes getestet:

- Corsa-E Zielladen 15kW/h mit 1p (er kann kein 3p) => OK
- ZOE Zielladen 30A auf 80%, eingestellt "Anzahl Phasen Zielladen" = max, "Anzahl Phasen bei PV-Überschuss" = 1 => OK (habe ich dann gestoppt)
- ZOE Sofortladen 32A 1p => OK
- ZOE Sofortladen 32A 3p => OK

Ich schrieb ja, der ZOE kann die Umschaltung einwandfrei, jetzt wohl auch mit der openWB, gute Arbeit!



PV-Überschuß im Modus Zielladen teste ich dann, wenn die Sonne sich wieder zeigt, oder ich fake den Ertrag von node red aus wenn ich die Tage Zeit habe.

Das Umschalten 1p => 3p => 1p beim reinen PV-Überschuß, wird dann auch noch getestet.

[E_Esteban]

Hi, folgende Situation kommt mir grad komisch vor / ist mir aufgefallen.

Ich habe leider Probleme mit meinem Speichersystem und musste die Batterie wegschalten. (macht man ja auch eher selten

Der Hybridwechselrichter läuft soweit weiter (PV seitig) und liefert alle Werte. (ist ja auch richtig so)

Die openWB zeigt mir einen Fehler im WR Smart Meter Modul an. (siehe Bild)
Im WR sind aber alle Werte da, also wie erwartet normal.
Wie gesagt - lediglich die Batterie ist "deaktiviert".
Solar API Fronius zeigt mir Werte einwandfrei an. (siehe Bild)

Also habe ich aktuell keine EVU Werte, wie auch keine der davon abhängigen Funktionen in der openWB.

Sobald ich die Batterie wieder Zuschalte kommen die Werte wieder ?!

System: Fronius Gen24 Plus mit Fronius Smart Meter.

VG Stephan

[openWB]

Die openWB zeigt mir einen Fehler im WR Smart Meter Modul an. (siehe Bild)
Im WR sind aber alle Werte da, also wie erwartet normal.
Wie gesagt - lediglich die Batterie ist "deaktiviert".

Ist die Batterie auch in den openWB Modulen deaktiviert?

Wenn nein, wird wohl versucht den SoC der Batterie auszulesen und ich vermute die Fronius API gibt den dann nicht mehr her weil dort deaktiviert.
In der Folge das richtige Verhalten.

Ohne Logs ist das aber alles Glaskugel Leserei.

[E_Esteban]

Also in der openWB ist nichts deaktivert worden.

Es ist lediglich der Akku nicht zugeschaltet, daher "deaktiviert" der WR die Batterie. (Im Gegensatz zum Energiesparmodus / Standby, in Folge von minSoC)

Mir kam es nur nicht wirklich "gewollt" vor, dass sobald der Akku nicht aktiv ist, dass der EVU zähler "ausfällt".

Meine Vermutung: Bei der Berechnung der EVU Werte wird irgendwas mit den SoC Werten des Akkus berücksichtigt und dann kommen an der Stelle keinerlei Werte.

Aber ohne Logs eine Laienhafte Vermutung. --> Logs ziehe ich gleich und ergänze!

VG

Bin mir nicht sicher welches Log und in welchem Umfang - habe mal raus rausgezogen:

Code: Alles auswählen

2024-11-06 09:38:10,471 - {modules.common.fault_state:49} - {ERROR:device0} - NVP EVU Smart Meter Gen24 Hybrid: FaultState FaultStateLevel.ERROR, FaultStr <class 'KeyError'> ('SOC',), 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/fronius/fronius/device.py", line 60, in update_components
    component.update()
  File "/var/www/html/openWB/packages/modules/devices/fronius/fronius/bat.py", line 44, in update
    soc = float(resp_json_id["Inverters"]["1"]["SOC"])
KeyError: 'SOC'

2024-11-06 09:38:10,473 - {modules.common.fault_state:49} - {ERROR:device0} - Speicher - BYD HVM 2x 22.1 >> 44.2 kWh: FaultState FaultStateLevel.ERROR, FaultStr <class 'KeyError'> ('SOC',), 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/fronius/fronius/device.py", line 60, in update_components
    component.update()
  File "/var/www/html/openWB/packages/modules/devices/fronius/fronius/bat.py", line 44, in update
    soc = float(resp_json_id["Inverters"]["1"]["SOC"])
KeyError: 'SOC'

2024-11-06 09:38:10,476 - {modules.common.fault_state:49} - {ERROR:device0} - WR3 - FRONIUS Gen24 10.0 Plus - PVA2020: FaultState FaultStateLevel.ERROR, FaultStr <class 'KeyError'> ('SOC',), 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/fronius/fronius/device.py", line 60, in update_components
    component.update()
  File "/var/www/html/openWB/packages/modules/devices/fronius/fronius/bat.py", line 44, in update
    soc = float(resp_json_id["Inverters"]["1"]["SOC"])
KeyError: 'SOC'

[openWB]

Und deaktiviere die Batterie auch mal in der openWB, schließlich ist für den Fronius ja auch keine da.

[E_Esteban]

Habe soeben die Batterie wieder angestartet und der Fehler ist sofort weg.

Ich bin wegen eines Batteriethemas mit EFT in Kontakt und muss bestimmte Dinge aktuell durchführen. (Zuschaltung, Umschaltung etc, etc. - sind parallelgeschaltete Türme)

Von meiner Seite sollte das nur ein Hinweis sein, dass es bekannt ist.

Es ist vielleicht nicht ganz so gut, insofern die nicht Zuschaltung einer Batterie zum Ausfall des wichtigsten "Sensors" - EVU Zähler der openWB führt und Sie damit "blind" macht.

Ist nur eine Anregung. Ggf. kann die Berechnungsroutine, die an dieser Stelle in einen Fehler läuft mit wenig Aufwand geringfügig angepasst werden.

Falls Ihr dazu noch Infos braucht - sehr gerne!

Bin eh aktuell recht häufig an der Batterie dran.

Viele Grüße
Stephan

[LutzB]

Im master Branch ist jetzt ein Bugfix dafür enthalten. Wenn möglich bitte einmal testen.