Das manuelle SoC-Modul berechnet keine Reichweite. Von daher: Wert 0 bedeutet 0km, None bedeutet keine Reichweite bekannt.Elchkopp hat geschrieben: ↑Mo Mär 25, 2024 8:15 am @LenaK und @LutzB:
Im Colors-Theme ist electron aufgefallen, dass das SoC-Modul "Manueller SoC" scheinbar einen Fehler hat: das Topic /chargepoint/<x>/get/connected_vehicle/soc/range
iefert als Wert für die Reichweite "null" anstatt "0":
Ebenso die AlternativeCode: Alles auswählen
{"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 29.01111111111111, "range_unit": "km", "range": null, "soc": 60.2, "timestamp": 1711207873.376526}
/vehicle/<x>/get/range
Im SoC-Log sind keine Fehler für mich zu erkennen:Auch das testweise Anlegen eines weiteren/neuen Fahrzeuges in der Konfiguration mit Einbeziehung des SoC-Moduls hat das Ergebnis nicht verändert.Code: Alles auswählen
2024-03-23 18:19:39,918 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'> 2024-03-23 18:19:39,922 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=1490935, manual_soc=61, soc_start=50) 2024-03-23 18:19:39,923 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=58000, efficiency=98, soc_from_cp=None, timestamp_soc_from_cp=None) 2024-03-23 18:19:39,924 - {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-03-23 18:19:39,924 - {modules.common.component_context:25} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC'] 2024-03-23 18:19:39,925 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from manual: 61% 2024-03-23 18:19:39,929 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=61, range=None, soc_timestamp=0) 2024-03-23 18:19:39,971 - {modules.common.store._api:30} - {INFO:store soc_ev2} - Saving CarState(soc=61, range=None, soc_timestamp=0)
Ich bin auf dem aktuellen Release:
2024-03-19 06:56:08 +0100 [a6b648645]
Quelle:
viewtopic.php?p=105577#p105577
Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
-
- Beiträge: 720
- Registriert: Fr Feb 04, 2022 6:19 pm
- Has thanked: 7 times
- Been thanked: 16 times
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Danke für deine Rückmeldung, Lena. Aber es ist ja nicht der Wert (die Zahl) 0, sondern das Modul gibt „null“ (als Text) aus. Ist das so richtig?
Gruß
Sascha
-
- Beiträge: 3779
- Registriert: Di Feb 25, 2020 9:23 am
- Has thanked: 4 times
- Been thanked: 24 times
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Ja, das ist so richtig. Es wird "range_charged" berechnet. Die absolute Reichweite "range" hingegen ist unbekannt und daher "null".
-
- Beiträge: 709
- Registriert: So Okt 30, 2022 8:07 am
- Has thanked: 12 times
- Been thanked: 19 times
Re: Rückmeldungen openWB software 2.1.3 Release
So sieht z.B. ein Sonnenuntergang aus, vormittags habe ich noch mehr Ein- Ausschaltvorgänge.ChristophR hat geschrieben: ↑Di Mär 19, 2024 11:50 pmBis zum Erreichen des Minimalen Entlade SoC bin ich bei Dir, da wird der gesamte Überschuss für den Speicher reserviert.LenaK hat geschrieben: ↑Mo Mär 18, 2024 3:15 pmDu hast Speichervorrang eingestellt. Es gibt keine Einspeisung. Mit der erlaubten Entladeleistung stehen für das Fahrzeugladen 1 kW zur Verfügung, alles andere geht in den Speicher. Für das Erreichen der Einschaltschwelle werden 1.4 kW benötigt.ChristophR hat geschrieben: ↑Sa Mär 16, 2024 1:57 pm Ich habe weiterhin Probleme mit der Einschaltschwelle beim Speichervorrang.
Laden ohne Mindeststrom, Minimaler Entlade SoC des Speichers ist überschritten.
In der Zeit von 14:26Uhr bis 14:30Uhr wird der Überschuss mit über 2kW in den Speicher geladen, hier hätte der Ladevorgang starten sollen:
2024-03-16 14_55_15-openWB und 1 weitere Seite - Persönlich – Microsoft Edge.png
Zugehöriges Log:
main.log
Bei Überschreiten des Minimalen Entlade SoC gilt jedoch:Das Laden in den Speicher gehört ja auch zu der PV-Leistung.Code: Alles auswählen
Bei Priorisierung "Speicher" wird die gesamte PV-Leistung und ZUSÄTZLICH die "erlaubte Entladeleistung" des Speichers (bis zum Erreichen des "minimalen Entlade-SoC" des Speichers) zum Fahrzeugladen verwendet.
Wenn der Ladevorgang in diesem Modus (aus welchem Grund auch immer) bereits gestartet wurde, dann wird das Laden in den Speicher ja auch für das Laden des Fahrzeuges verwendet.
Daher ist es unlogisch, dieses nur für die Einschaltschwelle nicht zu berücksichtigen.
Mit der Einstellung des Minimalen Entlade Soc kann ich erreichen, dass der Speicher im Endeffekt beim Minimalen Entlade SoC verlassen wird.
Das kann aber nur funktionieren, wenn die Ladung auch begonnen wird.
Ich gehe davon aus, dass die vorgegebenen Standardwerte des Systems stets funktionsfähig sein sollten und arbeite erstmal damit.
Wenn es jedoch so umgesetzt ist, das nur die erlaubte Entladeleistung (+/- EVU-Punkt, der gegen 0 ausgeregelt wird) zum Einschalten der Ladung genutzt wird, darf die erlaubte Entlade Leistung nie kleiner als die Einschaltschwelle sein. Dann passen also die Standardwerte nicht.
Wenn man die erlaubte Entladeleistung über die Einschaltschwelle konfiguriert, führt dies jedoch zu häufigen Ein- und Ausschaltvorgängen, sowohl wenn die Sonne aufgeht und die Ladung starten soll, als auch wenn die Sonne untergeht und die Ladung beendet wird.
Häufige Schaltvorgänge sollten ja möglichst vermieden werden (Geht, wenn es wie von mir beschrieben umgesetzt wäre). So habe ich die Funktion auch verstanden.
Ich werde Euch noch Logfiles vom Sonnenaufgang und Untergang nachliefern, damit Ihr dieses Verhalten bewerten könnt.
Solange würde ich Euch aber schonmal bitten, dies im Entwicklerkreis nochmal zu diskutieren...
Ich verstehe nicht, wann nur die erlaubte Entladeleistung (ist ja ein statischer Wert) als Überschuss für die Einschaltschwelle Sinn macht.
Damit belasse ich es jetzt aber dabei und nerve nicht weiter, wenn nichts dagegen spricht, bitte ändern. Wenn es so bleibt lebe ich halt damit... EDIT: Vergessen dazu zu schreiben: Das ist mit Erlaubter Entladeleistung 1,5kW.
EDIT2: Ein Kästchen sind hier 1kW, Minimaler Entlade-SoC steht auf 95%.
Zuletzt geändert von ChristophR am Mo Mär 25, 2024 9:14 pm, insgesamt 1-mal geändert.
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Ist bei dir automatische Phasenumschaltung aktiviert?
-
- Beiträge: 709
- Registriert: So Okt 30, 2022 8:07 am
- Has thanked: 12 times
- Been thanked: 19 times
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Ja, das sind alles einphasige Ladevorgänge, da greift der Timer für die Phasenumschaltung nicht.
Der Minimale Entlade-SoC wird überschritten -> Ladung startet nach 30 Sekunden -> Ladung reduziert den Speicher unter den Minimalen Entlade-SoC -> Ladung wird nach 60 Sekunden beendet.
Im Screenshot fehlt ggf. die Maßeinheit, Info trage ich gleich noch nach. Ein Kästchen sind dort 1kW.
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Ich frage mich ob die Frage an dieser Stelle falsch ist?!cjansen hat geschrieben: ↑So Mär 24, 2024 8:54 pm Hallo!
Ich habe drei LP am Haus. Eine frühe Series 1 mit abgesetztem LP verbunden über Modbus zu Ethernet Umsetzer und eine Series 2.
In der Software 1.9.3 habe ich den abgesetzten LP als "Anbindung: Slave" konfiguriert.
Ist das mit der 2.1.3 auch möglich zu konfigurieren und wie mache ich das?
Wenn ich bei Bauart "Series 1/2 Duo" einstelle und dann einen zweiten LP mit Ladepunkt-Nummer 2 funktionieren beide LP nicht...
Bei der Einstellung Bauart "Series 1/2 in den Varianten..." funktioniert der erste LP
Die Series 2 habe ich noch nicht auf Software 2.13 umgestellt - ist momentan "eigenständig" und da kann ich auch den abgesetzten LP als Slave anbinden und es funktioniert. Dann habe ich natürlich kein Lastmanagment!
Herzlichen Gruß vom Niederrhein!
Christoph
------------------------------------------------------------------------
1x OpenWB Series 1 mit abgesetztem LP als Slave
1x OpenWB Series 2
Victron PV mit Speicher
Christoph
------------------------------------------------------------------------
1x OpenWB Series 1 mit abgesetztem LP als Slave
1x OpenWB Series 2
Victron PV mit Speicher
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Hallo,
ich würde gerne mal das Release testen.
Wo finde ich das aktuelle Image?
ich würde gerne mal das Release testen.
Wo finde ich das aktuelle Image?
-
- Beiträge: 709
- Registriert: So Okt 30, 2022 8:07 am
- Has thanked: 12 times
- Been thanked: 19 times
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Das letzte ist von der 2.1.2, dann einfach im Zweig Release einmal updaten, das ergibt den gleichen Stand.
viewtopic.php?p=97543#p97543
Wenn Du schon eine 2.x am laufen hast, brauchst Du nicht unbedingt ein neues Image.
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born