Seite 11 von 21
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Do Mär 21, 2024 9:33 pm
von hominidae
hochschieb.....anyone?
->
viewtopic.php?p=105348#p105348
hominidae hat geschrieben: ↑Di Mär 19, 2024 8:08 pm
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
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Do Mär 21, 2024 10:47 pm
von 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) 6121 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.
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Fr Mär 22, 2024 4:00 pm
von _daniel
Frank-H hat geschrieben: ↑Di Mär 19, 2024 8:49 am 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]
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Sa Mär 23, 2024 3:57 pm
von 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.
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: So Mär 24, 2024 11:27 am
von 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
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: So Mär 24, 2024 5:29 pm
von 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?
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: So Mär 24, 2024 8:54 pm
von 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!
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Mo Mär 25, 2024 8:15 am
von 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
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Mo Mär 25, 2024 9:16 am
von LenaK
_daniel hat geschrieben: ↑Fr Mär 22, 2024 4:00 pm
Frank-H hat geschrieben: ↑Di Mär 19, 2024 8:49 am 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.
Re: Rückmeldungen openWB software 2.1.3 Release & Release Patch 1
Verfasst: Mo Mär 25, 2024 9:20 am
von LenaK
AlexSBK hat geschrieben: ↑So Mär 24, 2024 11:27 am
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.