Rückmeldungen software2 2.1.8-Alpha 2

[raudi]

Also das Laden läuft echt nicht rund aktuell:

Screenshot 2025-07-20 120223.jpg (85.14 KiB) 295 mal betrachtet

Leider ging das Log nur bis 11:13 zurück und und gegen 10:45 hat das Laden abgebrochen, so dass am Tavascan an der Ladebuchse wieder die Rote Lampe leuchtete.

Schaut gerne mal in der Ticket #56240256 rein, da hatte ich letztens Logs hochgeladen, eigentlich wollte ich da nur prüfen lassen ob die generellen Einstellungen passen, nicht dass ich da irgendwas komplett falsch eingestellt habe und ich daher diese Probleme habe...

Da hatten wir dann auch kurz mal über das Verhalten geschrieben, aber nicht weiter bearbeitet. In dem einen Log vom Ticket #34570481 welches dem anderen Ticket zugeordnet wurde ist der Fehler genau zu sehen:

screenshot.jpg (113.14 KiB) 295 mal betrachtet

Es werden über 10 kW eingespeist, aber das beladen ist abgebrochen.

Hier mal die Highlights aus dem Log, darin kann man sehen, dass das Beladen eigentlich nicht beendet wurde, auch nicht die Phasen umgeschaltet wurde aber trotzdem fließen da zwischendurch keine Ströme, dabei hat die openWB nur die Ströme angepasst:

Code: Alles auswählen

2025-07-15 13:18:35,494 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:18:40,975 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:18:40","timestamp":1752578320,"powers":[2585.2,2622.2,2684.5],"power_all":7868.8,"currents":[11.182,11.273,11.503],"voltages":[231.52,232.83,233.94],"frequency":49.944,"imported":4062876,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":11.6,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:18:45,213 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 11.316666666666668
2025-07-15 13:18:45,411 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 14.31 A, state CHARGING_ALLOWED
2025-07-15 13:18:45,529 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:14.31 accepted
2025-07-15 13:18:50,937 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:18:50","timestamp":1752578330,"powers":[9.2,10.1,0],"power_all":0,"currents":[0,0,0],"voltages":[234.55,235.61,236.97],"frequency":49.931,"imported":4062888,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:18:55,116 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 0.0
2025-07-15 13:18:55,287 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:18:55,423 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:19:01,018 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:19:01","timestamp":1752578340,"powers":[3187,3230.9,3315],"power_all":9729.2,"currents":[13.808,13.91,14.181],"voltages":[230.87,232.32,234.14],"frequency":49.935,"imported":4062910,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":14.3,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:19:05,223 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 13.966666666666667
2025-07-15 13:19:05,543 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:19:05,633 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:19:11,001 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:19:10","timestamp":1752578350,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[234.52,235.6,237.92],"frequency":49.944,"imported":4062928,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:19:15,148 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 0.0
2025-07-15 13:19:15,287 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:19:15,394 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:19:21,768 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:19:21","timestamp":1752578361,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[235.45,236.94,239.62],"frequency":49.931,"imported":4062938,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:19:25,928 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 0.0
2025-07-15 13:19:26,216 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:19:26,403 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:19:31,749 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:19:31","timestamp":1752578371,"powers":[2387.3,2424.5,2500.8],"power_all":9422.8,"currents":[10.31,10.393,10.616],"voltages":[232.02,233.66,235.98],"frequency":49.931,"imported":4062948,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:19:35,982 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 10.44
2025-07-15 13:19:36,298 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:19:36,435 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:19:41,832 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:19:41","timestamp":1752578381,"powers":[3563.9,3618,3710.6],"power_all":10884.5,"currents":[15.467,15.579,15.869],"voltages":[230.47,232.28,234.31],"frequency":49.947,"imported":4062967,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:19:45,991 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 15.64
2025-07-15 13:19:46,280 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:19:46,395 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:19:50,892 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:19:50","timestamp":1752578390,"powers":[588.7,599.1,637.7],"power_all":3406.2,"currents":[1.729,2.739,2.821],"voltages":[235.55,236.65,239.44],"frequency":49.922,"imported":4062980,"exported":8,"plug_state":true,"charge_state":false,"phases_actual":0,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}
2025-07-15 13:19:54,849 - {control.chargepoint.chargepoint:704} - {INFO:MainThread} - INFO:control.chargepoint.chargepoint:LP 6, EV: Cupra Tavascan VZ (EV-Nr.2): Theoretisch benötigter Strom 6A, Lademodus pv_charging, Submodus: Chargemode.PV_CHARGING, Phasen: 3, Priorität: False, mittlerer Ist-Strom: 15.64
2025-07-15 13:19:55,145 - {control.process:133} - {INFO:MainThread} - INFO:control.process:LP6: set current 16 A, state CHARGING_ALLOWED
2025-07-15 13:19:55,226 - {modules.common.req:53} - {DEBUG:set current cp6} - DEBUG:modules.common.req:Get-Response: OK Value:16 accepted
2025-07-15 13:20:03,695 - {modules.common.req:53} - {DEBUG:set values cp6} - DEBUG:modules.common.req:Get-Response: {"date":"2025:07:15-13:20:03","timestamp":1752578403,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[235.86,236.88,239.85],"frequency":49.938,"imported":4062985,"exported":8,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":16,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":74,"soc_timestamp":1752509437,"vehicle_id":"48:31:33:03:52:05","rfid_tag":null,"rfid_timestamp":null,"version":8,"serial":"484042"}

Und dann kommt da zwischendurch auch immer noch mal ein solcher Fehler:

fehler.jpg (22.42 KiB) 295 mal betrachtet

Ich finde es schade, dass man von der Pro keine Logs bekommt. Denn die Logs von der Standalone sind hier vermutlich auch nicht wirklich hilfreich.

[raudi]

Der manuelle SoC von 0% wurde tatsächlich nicht richtig weiter verarbeitet. Der SoC von der Pro sollte nun auch übernommen werden, wenn er nicht direkt beim Anstecken ermittelt wurde.
Die SoC-Module nutzen alle die gleiche Logik und bei den SoC-Modulen, die die API der Fahrzeuge nutzen, wird der SoC auch nach dem Abstecken weiter abgefragt, damit man jederzeit den aktuellen SoC in der openWB hat.

Danke, ich werde es beobachten und berichten... Und das andere ist klar, aber nutzt man die Pro und will den SoC von dieser beim anstecken nutzen, dann erwartet, dass dieses reibungslos funktioniert, da kein fremdes Produkt beteiligt ist. Aber es scheint als wenn der manuelle SoC nicht oft verwendet wird...

Der manuelle SoC war "0", dann angesteckt und er hat sich wieder an den vorherigen SoC "erinnert" und dann erstmal diesen angenommen.

Kann mir mal jemand erklären, was für ein Vorteil das haben sollte? Mir fallen nur Nachteile und Probleme ein, aber kein einziger Vorteil...

Und nun schon wieder, ich habe vor knapp einer Stunden den PKW wieder angesteckt, aber der SoC wurde noch nicht übernommen, hier das Log:

Code: Alles auswählen

2025-07-20 18:35:25,217 - {modules.common.configurable_vehicle:66} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2025-07-20 18:35:25,219 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=4120926, manual_soc=None, soc_start=64)
2025-07-20 18:35:25,220 - {modules.common.configurable_vehicle:68} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=True, charge_state=False, imported=4126494, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None, soc_timestamp=1753009765.439719)
2025-07-20 18:35:25,221 - {modules.common.configurable_vehicle:69} - {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)
2025-07-20 18:35:25,221 - {modules.common.component_context:29} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2025-07-20 18:35:25,222 - {modules.vehicles.common.calc_soc.calc_soc:17} - {DEBUG:fetch soc_ev2} - SoC-Gain: ((5.568kWh charged * 90% efficiency) / 77.0kWh battery-size) * 100 = 6.508051948051947%
2025-07-20 18:35:25,237 - {modules.vehicles.common.calc_soc.calc_soc:21} - {DEBUG:fetch soc_ev2} - 64% + 5.0112kWh = 70.50805194805194%
2025-07-20 18:35:25,239 - {modules.common.configurable_vehicle:80} - {DEBUG:fetch soc_ev2} - Requested start soc from calculation: 70.50805194805194%
2025-07-20 18:35:25,239 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=70.50805194805194, range=None, soc_timestamp=1753029325.239184)
2025-07-20 18:35:25,890 - {modules.common.store._api:31} - {INFO:store soc_ev2} - Saving CarState(soc=70.50805194805194, range=None, soc_timestamp=1753029325.239184)
2025-07-20 18:35:35,271 - {modules.common.configurable_vehicle:66} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2025-07-20 18:35:35,271 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=4120926, manual_soc=None, soc_start=64)
2025-07-20 18:35:35,272 - {modules.common.configurable_vehicle:68} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=True, charge_state=False, imported=4126494, battery_capacity=77000, efficiency=90, soc_from_cp=54, timestamp_soc_from_cp=1753029324, soc_timestamp=1753029325.239184)
2025-07-20 18:35:35,272 - {modules.common.configurable_vehicle:69} - {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)
2025-07-20 18:35:35,272 - {modules.common.component_context:29} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2025-07-20 18:35:35,273 - {modules.common.configurable_vehicle:80} - {DEBUG:fetch soc_ev2} - Requested start soc from chargepoint: 54%
2025-07-20 18:35:35,288 - {modules.common.configurable_vehicle:97} - {DEBUG:fetch soc_ev2} - Not updating SoC, because timestamp is older.

Der SoC wurde ausgelesen: Requested start soc from chargepoint: 54%
Aber: Not updating SoC, because timestamp is older.

In der GUI steht nach wie vor 70,51%

[LutzB]

Der SoC wurde ausgelesen: Requested start soc from chargepoint: 54%
Aber: Not updating SoC, because timestamp is older.

In der GUI steht nach wie vor 70,51%

Kannst Du bitte mal direkt auf der Pro nachsehen, welcher Zeitstempel gesendet wird? Also Auto frisch anstecken und dann gleich nachsehen.
URL: http://<DEINE-PRO>/connect.php

Notiert Dir bitte auch die aktuelle Uhrzeit beim Nachsehen. Dann bitte alles hier Posten.

[therobbot]

Die Backup Größe ist korrekt, es hat sich Zwischenzeitlich etwas geändert das nicht mehr alles mit ins Backup kommt, deshalb war die Größe vorher höher.
Man kann (und sollte) auch automatische Backups besonders auch vor einem Update aktivieren, dann muss man sich nicht um die Ablage kümmern und es werden vorher automatisch Backups abgelegt. Hilft ungemein gerade im Alpha (Master) Branch.

Für Logs: viewtopic.php?t=1526 beachten, generell immer angepinnten Beiträge lesen. Also ein Log auf Details und mit der Funktion im Log wird es automatisch auf paste.openwb.de geladen und ein Link erzeugt und kann dann mit hier angehängt werden.

Danke, tatsächlich hat jetzt das Wiederherstellen funktioniert. Vielleicht war gestern das Problem, dass ich es von der 2.1.7 aus versucht hatte? Da wurde mir jedenfalls angezeigt, dass die Wiederherstellungdatei nicht in Ordnung wäre. Heute habe ich es jetzt von der master-Version aus probiert. Jetzt ging es.

Zwischenzeitlich war ich also nochmal auf HEAD und habe ein Log erstellt, in dem man hoffentlich sieht, dass die Werte vom Kostal-Wechselrichter überhaupt nicht passen:

main-log: https://paste.openwb.de/LMpKaNrGoHQM5Dy
interner ladepunkt log: https://paste.openwb.de/JmasABMRBO1Z5Xo

Wenn es noch was anderes bräuchte, kann ich auch nochmal auf HEAD gehen.

[seaspotter]

Danke, tatsächlich hat jetzt das Wiederherstellen funktioniert. Vielleicht war gestern das Problem, dass ich es von der 2.1.7 aus versucht hatte? Da wurde mir jedenfalls angezeigt, dass die Wiederherstellungdatei nicht in Ordnung wäre. Heute habe ich es jetzt von der master-Version aus probiert. Jetzt ging es.

Ja richtig zuerst aufs letzte Master Branch gehen, dann ein Backup restoren, dann klappt es

[ChristophR]

Ist behoben.

Ich konnte es nur kurz ausprobieren, bevor mein Zähler ganz verstorben ist, leider habe ich kein Log davon.
Kann ich nächste Woche nochmal probieren.

Er hatte jetzt beide Ziele ignoriert, bzw. gemeldet, es wäre kein Ziel aktiv.
Der SoC lag zu diesem Zeitpunkt zwar über dem Ziel-SoC aber nich über dem SoC mit Überschuss, dafür muss das Ziel ja noch aktiv bleiben.
Ich habe dann auf ein Ziel mit höherem Ziel-SoC gestellt, dann startete das Überschussladen wieder.

Ich habe die Berücksichtigung mehrer Pläne nochmal überarbeitet. Steht auch im Hilfe-Text:

...Wenn vom aktuellen Plan Ziel-SoC und SoC-Limit für das Fahrzeug erreicht wurden oder wenn der nächste Plan mit dem Ladestart beginnen muss, wird auf den nächsten Plan umgeschaltet.

Hallo Lena,

ich habe das nochmal beobachtet und mit dem Verhalten noch ein Problem beim Überschuss-Ziel, das vorher m.E. nicht bestand.

Ich nutze ein Ziel (Sa-Mo, Do, 07:00 Uhr) mit Ziel-SoC 45% und 85% mit Überschuss.
Ein zweites Ziel (Di-Mi, Fr, 07:00 Uhr) mit Ziel-SoC 65% und 95% Überschuss.

Der Hintergrund ist, dass ich erst am Tag bevor das "große" Ziel dran ist, bis auf 95% mit PV laden möchte, vorher soll maximal auf 85% mit PV geladen werden, damit die Zeit mit hohem SoC möglichst gering ist, aber trotzdem möglichst viel geladen wird, da mein Akku nicht so groß ist.
Das hat bisher so funktioniert.

Aktuell wird das Ziel 45% / 85% jedoch nach erreichen des Überschuss-Ziels deaktiviert, so dass sofort danach bis 95% geladen wird, da ja als nächstes (Aber ggf. erst in 2-3 Tagen) das Ziel 65% / 95% dran ist.
Vorher blieb das Ziel auch nach erreichen des Überschuss-Ziels noch aktiv, so dass erst 1 Tag vorher bis 95% geladen wurde, wenn das Ziel vom Zeitpunkt her abgelaufen war.

Es dürfte also erst dann auf das nächste Ziel umgeschaltet werden, "Wenn das Zeitfenster des Plans abgelaufen ist (Bei erreichtem Ziel) oder wenn der nächste Plan mit dem Ladestart beginnen muss."
Ist das so nicht mehr realisierbar?

Ein Log von heute, in dem über 85% geladen wurde, anbei. Um 12:07 Uhr habe ich auf Stop gestellt.
Allerdings funktionierte es so, wie Du aus dem Hilfetext zitierst hast, daher hilft das vermutlich nicht viel...

main.log:
https://paste.openwb.de/Kl9yrzLBScPm7zD
https://paste.openwb.de/iQfVBgXOKghXDKa

[raudi]

Der SoC wurde ausgelesen: Requested start soc from chargepoint: 54%
Aber: Not updating SoC, because timestamp is older.

In der GUI steht nach wie vor 70,51%

Kannst Du bitte mal direkt auf der Pro nachsehen, welcher Zeitstempel gesendet wird? Also Auto frisch anstecken und dann gleich nachsehen.
URL: http://<DEINE-PRO>/connect.php

Notiert Dir bitte auch die aktuelle Uhrzeit beim Nachsehen. Dann bitte alles hier Posten.

{"date":"2025:07:20-21:57:10","timestam ... :"484042"}

Also wenn ich den Aufruf aktualisiere, dann stimmt die Zeit in dem String auf die Sekunde überein mit der Zeit am PC und der Timestamp 1753041430 ist identisch zur davor angegebenen Zeit.

Der SoC Timestamp 1753029324 ist 20.7.2025, 18:35:24, eine Sekunde vor den Einträgen aus dem SoC Log.

Das ist alles nur Minimal: soc_from_cp=54, timestamp_soc_from_cp=1753029324, soc_timestamp=1753029325.239184

Der errechnete Timestamp ist also 1,24 Sekunden aktueller.

Aber wie gesagt, beim anstecken einen errechneten SoC verwenden ist doch unlogisch. Und besonders unlogisch ist es einen SoC heraus zu kramen der teilweise sogar mehrere Tage alt ist. Ich verstehe den Sinn dahinter nicht...

Der manuelle SoC steht auf "0", dann wird angesteckt und er errechnet den SoC der beim letzten abziehen war? Warum? Zu 99,9% aller Fälle wurde der PKW bewegt oder es steckt nun an anderes Auto an der Wallbox, wozu einen gespeicherten SoC nutzen? Ich setze den "Manuellen SoC" schon extra auf "0". Gibt es noch irgendeinen anderen MQTT Wert, den ich löschen muss, damit er den vorherigen SoC vergisst? Aber selbst wenn der PKW nicht bewegt wurde, dann würde er den SoC doch erneut auslesen und diesen verwenden, also auch hier wäre es doch wirklich unlogisch einen gespeicherten SoC zu nutzen. Also, wenn Haken gesetzt dass SoC beim anstecken ausgelesen werden soll, dann keinen alten SoC verwenden oder zu Beginnen einen errechnen, sondern nur den von der Wallbox übernehmen. So meine Meinung...

Ich möchte es wirklich gerne verstehen, belehrt mich eines besseren, aber ich meine das aktuelle verhalten beim anstecken ist totaler Unfug...

[LutzB]

Ich bin auch Deiner Meinung, wollte nur sicher sein, dass die Zeitstempel passen.

[raudi]

Der SoC wurde ausgelesen: Requested start soc from chargepoint: 54%
Aber: Not updating SoC, because timestamp is older.

In der GUI steht nach wie vor 70,51%

In den Einstellungen steht ja, dass er wenn angesteckt aber nicht lädt er alle 720 Minuten den SoC aktualisieren soll, das hat er nun gemacht und der SoC wird nun 12 Stunden später korrekt in der GUI angezeigt:

Code: Alles auswählen

2025-07-21 06:35:32,075 - {modules.common.configurable_vehicle:66} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2025-07-21 06:35:32,076 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=4126494, manual_soc=None, soc_start=54)
2025-07-21 06:35:32,077 - {modules.common.configurable_vehicle:68} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=True, charge_state=False, imported=4126494, battery_capacity=77000, efficiency=90, soc_from_cp=54, timestamp_soc_from_cp=1753029324, soc_timestamp=1753029325.239184)
2025-07-21 06:35:32,078 - {modules.common.configurable_vehicle:69} - {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)
2025-07-21 06:35:32,079 - {modules.common.component_context:29} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2025-07-21 06:35:32,083 - {modules.vehicles.common.calc_soc.calc_soc:17} - {DEBUG:fetch soc_ev2} - SoC-Gain: ((0.0kWh charged * 90% efficiency) / 77.0kWh battery-size) * 100 = 0.0%
2025-07-21 06:35:32,084 - {modules.vehicles.common.calc_soc.calc_soc:21} - {DEBUG:fetch soc_ev2} - 54% + 0.0kWh = 54.0%
2025-07-21 06:35:32,086 - {modules.common.configurable_vehicle:80} - {DEBUG:fetch soc_ev2} - Requested start soc from calculation: 54.0%
2025-07-21 06:35:32,087 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=54.0, range=None, soc_timestamp=1753072532.085807)
2025-07-21 06:35:32,170 - {modules.common.store._api:31} - {INFO:store soc_ev2} - Saving CarState(soc=54.0, range=None, soc_timestamp=1753072532.085807)

[raudi]

Ich habe gerade gesehen, es gibt ein neues Cupra SoC Modul, das habe ich nun mal eingebunden und der SoC wird übernommen. Ich werde nun mal damit testen...

Eigentlich traurig, dass ein Feature, welches vom "Hersteller der Software" gepflegt wird, so schlecht funktioniert. Deswegen nutzt es vermutlich auch niemand und ich war einer der wenigen der hier immer Probleme gemeldet hat...

Ich werde nun mal schauen, ob ich die Phasenumschaltung wieder aktivieren kann. Ich habe die Wallbox wieder von "PWM mit Fahrzeugerkennung und SoC Auslesung" auf nur PWM umgestellt und die Einstellung "SoC direkt aus Fahrzeug auslesen" auf "Nein" gestellt.

Aber auch mal ein Lob, danke dass der Screen im Koala Theme nun vergrößert wurde und da nun 3 Ladestationen rauf passen. Und die Animation in den Graphen wurde entfernt, sehr schön...