Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

[hominidae]

hochschieb.....anyone?
-> viewtopic.php?p=105348#p105348

Series 2 DUO - LP1 3p-Kabel, LP2 3p Buchse (abgesetzt, Sonderanfertigung).

Die DUO hat keine CP-Unterbrechungs-Platine und keine automatische 1p/3p Umschaltung.

An LP2 (Buchse !!!) nuckelt ein IONIQ5 mit einem 1P-Kabel.
Die 1p-Ladung wird auch erkannt und angezeigt.
Trotzdem wird auf die im Fahrzeug-Profil eingestellten 16A für mehrphasiges Laden begrenzt, obwohl für 1p-Laden 32A eingestellt sind.

Ladeanzeige/WebUI
Screenshot_20240319_193606_Chrome.jpg


Konfig Fahrprofil
Screenshot_20240319_193635_Chrome.jpg

Am LP1, mit einem IONIQ vFL - 3P-Kabel, aber der ja nur 1P kann, funktioniert es....der lädt mit 32A.
Wird das Fahrzeug-Profil für den IONIQ5 für 3P-Laden auf 32A gestellt, bekommt er auch mit dem 1P-Kabel an der Buchse die Freigabe für 32A.

...bis zur letzten Beta hat das System immer korrekt reagiert.

Edit: vielleicht liegt es daran, dass an P3 ein kleiner (Phantom-)Strom zu messen ist und das System "denkt", dass her mehrphasig geladen wird - obwohl ja auch im Statuuss steht, dass 1P anliegt?
Screenshot 2024-03-19 223923.png

[ChristophR]

Ich habe immer mal wieder nach bestimmten Updates das Problem, dass alle Smarthome Gerätebezeichnungen durch Anführungszeichen ergänzt werden, was eigentlich nicht erlaubte Zeichen sind:

2024-03-21 23_41_51-openWB - SmartHome und 2 weitere Seiten - Persönlich – Microsoft​ Edge.png (8.72 KiB) 5555 mal betrachtet

Ich muss dann in der Konfiguration alle Bezeichnungen durcharbeiten und die Anführungszeichen wieder entfernen.
Passiert nicht immer, aber immer mal wieder.
Bin bisher nicht dazu gekommen, dies jeweils rechtzeitig zu melden.

Aktuell ist es z.B. beim Update vom Release 2.1.3 auf Release 2.1.3-Patch.1 aufgetreten.

[_daniel]

Interessant wäre ja jetzt vielleicht, ob auch die anderen, die dieses Problem beschreiben, ebenfalls WLAN nutzen.

Kann ich nicht bestätigen. Ich behaupte meine Verbindung LAN ist stabil. Ich habe zu den Peaks keine Verbindungsabbrüche im Log des Routers (Unifi Controller).
Die Peaks treten täglich auf. Ich hab seit dem letzten Mal nicht mehr geschafft, rechtzeitig das main.log zu exportieren (meist nachts, dann ist das log bereits mit neuen Daten überschrieben)

Langt euch das daily log?

Goodwe 10K-ET, Lynx Batterie. Struktur untereinander.
Master: 2024-03-21 07:55:09 +0100 [a29f40eca]

[Der-Kieler]

Die Versionsnummer wird leider immernoch nur auf dem Display angezeigt. Die Version muss bitte auch unter System angezeigt werden. Nicht jeder hat ein Display und den Pfad manuell eingegeben zu müssen ist nur ein Workaround und keine Lösung.

Außerdem zeigt sich anhand der Immer mal wieder gestellten Frage nach der Version, dass es viele nicht wissen.

[AlexSBK]

Hallo,
wird beim FEMS der Wert für Netzdienliche Beladung mit abgefragt?
Ich kann den Wert im Log leider nicht finden...

Falls nein bitte, bitte die Abfrage entsprechend ergänzen.

Gruß Alex

[BJ Axel]

Hallo,
an meiner openWBduo resettet der "Reichweitenzähler / geladene Reichweite in km" nicht mehr am 2. Ladepunkt.
Kann man das manuell zurücksetzen?

[cjansen]

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!

[Elchkopp]

@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

[LenaK]

Interessant wäre ja jetzt vielleicht, ob auch die anderen, die dieses Problem beschreiben, ebenfalls WLAN nutzen.

Kann ich nicht bestätigen. Ich behaupte meine Verbindung LAN ist stabil. Ich habe zu den Peaks keine Verbindungsabbrüche im Log des Routers (Unifi Controller).
Die Peaks treten täglich auf. Ich hab seit dem letzten Mal nicht mehr geschafft, rechtzeitig das main.log zu exportieren (meist nachts, dann ist das log bereits mit neuen Daten überschrieben)

Langt euch das daily log?

Goodwe 10K-ET, Lynx Batterie. Struktur untereinander.
Master: 2024-03-21 07:55:09 +0100 [a29f40eca]

Der GoodWe sendet manchmal falsche Daten. Mal sind riesige, unplausible Sprünge im Zählerstand, mal in der Leistung, alle anderen Werte passen jedoch. Manchmal kommt eine Fehlermeldung, dann können wir die weitere Verarbeitung der gerade abgefragten Daten abbrechen. Aber die unplausiblen Daten herauszufiltern, ist sehr aufwändig und bekämpft nur Symptome.

[LenaK]

Hallo,
wird beim FEMS der Wert für Netzdienliche Beladung mit abgefragt?
Ich kann den Wert im Log leider nicht finden...

Falls nein bitte, bitte die Abfrage entsprechend ergänzen.

Gruß Alex

Nein, der wird nicht abgefragt. Die openWB kann doch auch bei netzdienlicher Ladung den Überschuss für das Laden verwenden.

Bei weiterem Diskussionsbedarf bitte einen separaten Thread öffnen, da dies eine grundsätzliche Frage ist und nicht Version 2.1.3 betrifft.