Rückmeldungen 2.1.6 Beta 1

Fragen zur Nutzung, Features, usw..
LenaK
Beiträge: 1299
Registriert: Fr Jan 22, 2021 6:40 am
Been thanked: 16 times

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von LenaK »

Ist soeben behoben worden.
LenaK
Beiträge: 1299
Registriert: Fr Jan 22, 2021 6:40 am
Been thanked: 16 times

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von LenaK »

raudi hat geschrieben: Fr Nov 01, 2024 2:42 pm
LenaK hat geschrieben: Do Okt 31, 2024 8:28 am
raudi hat geschrieben: Fr Okt 25, 2024 7:05 pm 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
Beiträge: 50
Registriert: Mi Feb 24, 2021 9:19 am

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von raffix »

Gero hat geschrieben: Di Nov 05, 2024 10:01 am 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
Beiträge: 466
Registriert: Mo Dez 16, 2019 9:01 pm

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von Nasdero »

LenaK hat geschrieben: Di Nov 05, 2024 12:31 pm 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!

Bild

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.
Dateianhänge
es_laeuft.png
(79.06 KiB) Noch nie heruntergeladen
E_Esteban
Beiträge: 54
Registriert: So Mär 21, 2021 6:57 am
Has thanked: 1 time

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von 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
Dateianhänge
Screenshot 2024-11-06 092514.png
Solar.API Werte
(123.15 KiB) Noch nie heruntergeladen
Screenshot 2024-11-06 091050.png
Fronius Interface - Zählerwerte EVU
(76.57 KiB) Noch nie heruntergeladen
Status openWB EVU
Status openWB EVU
Screenshot 2024-11-06 090646.png (92.74 KiB) 127 mal betrachtet
Tesla Model Y LR + eUp! Style Plus
2 x openWB series2 custom mit 11kW + 22kW
1 x go-e Charger Gemini flex 22kW zur mobile Nutzung
45,50 kWp PV (Ost-West) mit 1 x Fronius Gen24 10.0 + 2x Symo 15k
22,08 kWh stationärer Speicher BYD HVM
openWB
Site Admin
Beiträge: 8438
Registriert: So Okt 07, 2018 1:50 pm
Been thanked: 18 times

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von 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.
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
E_Esteban
Beiträge: 54
Registriert: So Mär 21, 2021 6:57 am
Has thanked: 1 time

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von 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'
Zuletzt geändert von E_Esteban am Mi Nov 06, 2024 8:43 am, insgesamt 1-mal geändert.
Tesla Model Y LR + eUp! Style Plus
2 x openWB series2 custom mit 11kW + 22kW
1 x go-e Charger Gemini flex 22kW zur mobile Nutzung
45,50 kWp PV (Ost-West) mit 1 x Fronius Gen24 10.0 + 2x Symo 15k
22,08 kWh stationärer Speicher BYD HVM
openWB
Site Admin
Beiträge: 8438
Registriert: So Okt 07, 2018 1:50 pm
Been thanked: 18 times

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von openWB »

Und deaktiviere die Batterie auch mal in der openWB, schließlich ist für den Fronius ja auch keine da.
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
E_Esteban
Beiträge: 54
Registriert: So Mär 21, 2021 6:57 am
Has thanked: 1 time

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von 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
Tesla Model Y LR + eUp! Style Plus
2 x openWB series2 custom mit 11kW + 22kW
1 x go-e Charger Gemini flex 22kW zur mobile Nutzung
45,50 kWp PV (Ost-West) mit 1 x Fronius Gen24 10.0 + 2x Symo 15k
22,08 kWh stationärer Speicher BYD HVM
LutzB
Beiträge: 3745
Registriert: Di Feb 25, 2020 9:23 am
Has thanked: 2 times
Been thanked: 12 times

Re: Rückmeldungen 2.1.6 Beta 1

Beitrag von LutzB »

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