Seite 12 von 21

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Mo Mär 25, 2024 9:21 am
von LenaK
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":

Code: 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}
Ebenso die Alternative
/vehicle/<x>/get/range

Im SoC-Log sind keine Fehler für mich zu erkennen:

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)
Auch das testweise Anlegen eines weiteren/neuen Fahrzeuges in der Konfiguration mit Einbeziehung des SoC-Moduls hat das Ergebnis nicht verändert.

Ich bin auf dem aktuellen Release:
2024-03-19 06:56:08 +0100 [a6b648645]

Quelle:
viewtopic.php?p=105577#p105577
Das manuelle SoC-Modul berechnet keine Reichweite. Von daher: Wert 0 bedeutet 0km, None bedeutet keine Reichweite bekannt.

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Mo Mär 25, 2024 10:07 am
von Elchkopp
LenaK hat geschrieben: Mo Mär 25, 2024 9:21 am Das manuelle SoC-Modul berechnet keine Reichweite. Von daher: Wert 0 bedeutet 0km, None bedeutet keine Reichweite bekannt.
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

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Mo Mär 25, 2024 12:42 pm
von LutzB
Elchkopp hat geschrieben: Mo Mär 25, 2024 10:07 am
LenaK hat geschrieben: Mo Mär 25, 2024 9:21 am Das manuelle SoC-Modul berechnet keine Reichweite. Von daher: Wert 0 bedeutet 0km, None bedeutet keine Reichweite bekannt.
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
Ja, das ist so richtig. Es wird "range_charged" berechnet. Die absolute Reichweite "range" hingegen ist unbekannt und daher "null".

Re: Rückmeldungen openWB software 2.1.3 Release

Verfasst: Mo Mär 25, 2024 5:01 pm
von ChristophR
ChristophR hat geschrieben: Di Mär 19, 2024 11:50 pm
LenaK hat geschrieben: Mo Mär 18, 2024 3:15 pm
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
Du 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.
Bis zum Erreichen des Minimalen Entlade SoC bin ich bei Dir, da wird der gesamte Überschuss für den Speicher reserviert.
Bei Überschreiten des Minimalen Entlade SoC gilt jedoch:

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.
Das Laden in den Speicher gehört ja auch zu der PV-Leistung.
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.
So sieht z.B. ein Sonnenuntergang aus, vormittags habe ich noch mehr Ein- Ausschaltvorgänge.
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...
2024-03-25 17_57_08-openWB und 1 weitere Seite - Persönlich – Microsoft​ Edge.png
2024-03-25 17_57_08-openWB und 1 weitere Seite - Persönlich – Microsoft​ Edge.png (75.62 KiB) 1801 mal betrachtet
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%.

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Mo Mär 25, 2024 8:41 pm
von truth
Ist bei dir automatische Phasenumschaltung aktiviert?

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Mo Mär 25, 2024 9:12 pm
von ChristophR
truth hat geschrieben: Mo Mär 25, 2024 8:41 pm Ist bei dir automatische Phasenumschaltung aktiviert?
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.

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Di Mär 26, 2024 8:08 am
von BJ Axel
BJ Axel hat geschrieben: So Mär 24, 2024 5:29 pm Hallo,
an meiner openWBduo resettet der "Reichweitenzähler / geladene Reichweite in km" nicht mehr täglich am 2. Ladepunkt.
Kann man das manuell zurücksetzen?
Schon irgendeine Idee?

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Di Mär 26, 2024 1:35 pm
von cjansen
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!
Ich frage mich ob die Frage an dieser Stelle falsch ist?!

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Di Mär 26, 2024 2:11 pm
von Maik1981
Hallo,
ich würde gerne mal das Release testen.
Wo finde ich das aktuelle Image?

Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

Verfasst: Di Mär 26, 2024 6:17 pm
von ChristophR
Maik1981 hat geschrieben: Di Mär 26, 2024 2:11 pm Hallo,
ich würde gerne mal das Release testen.
Wo finde ich das aktuelle Image?
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.