Rückmeldungen 2.1.6 Beta 1
Re: Rückmeldungen 2.1.6 Beta 1
Ok, dann muss ich das Triggern der SoC-Abfrage grundlegend überarbeiten. Das kommt dann erst nach dem nächsten Release.raudi hat geschrieben: ↑Fr Nov 01, 2024 2:42 pmAb welcher Version? Mit der Build 2024-10-30 12:19:51 +0100 [b30c8df96] leider noch keine Änderung.LenaK hat geschrieben: ↑Do Okt 31, 2024 8:28 amIm Master wird nun berücksichtigt, wenn das Fahrzeug nicht direkt nach dem Anstecken seinen SoC mitteilt.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.
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:Via MQTT wieder die gleichen Werte, hier korrekt: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.
Und hier falsch: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
Auch hier stehen immer die 41%: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}
Aber hier stehen sie ganze Zeit immer noch 95%: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)
Wie ich schon geschrieben hatte, hier wird der SoC nur aktualisiert wenn: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.'))
- 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?
Re: Rückmeldungen 2.1.6 Beta 1
Danke sehr, das hilft! Ich habe das Log an meinen Beitrag dran gehängt.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
Re: Rückmeldungen 2.1.6 Beta 1
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.
- Dateianhänge
-
- es_laeuft.png
- (79.06 KiB) Noch nie heruntergeladen
Re: Rückmeldungen 2.1.6 Beta 1
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
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
- Screenshot 2024-11-06 090646.png (92.74 KiB) 236 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
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
-
- Site Admin
- Beiträge: 8482
- Registriert: So Okt 07, 2018 1:50 pm
- Has thanked: 1 time
- Been thanked: 24 times
Re: Rückmeldungen 2.1.6 Beta 1
Ist die Batterie auch in den openWB Modulen deaktiviert?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".
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
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Re: Rückmeldungen 2.1.6 Beta 1
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:
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
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
-
- Site Admin
- Beiträge: 8482
- Registriert: So Okt 07, 2018 1:50 pm
- Has thanked: 1 time
- Been thanked: 24 times
Re: Rückmeldungen 2.1.6 Beta 1
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
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Re: Rückmeldungen 2.1.6 Beta 1
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
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
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