SoC-Berechnung wenn Online-Abfrage zu alt

[rleidner]

Ich habe eine optionale Berechnung von Soc und Range generisch für alle Online-SoC-Abfragen implementiert.
siehe auch die Diskussion hier:viewtopic.php?p=139821#p139821

In der Fahrzeug-Konfiguration gibt es ein neues Feld "Zeitschwelle zur Berechnung":

setting.JPG (98.71 KiB) 1052 mal betrachtet

Wenn das zur Anwendung kommt zeigt der Status folgende Warnung (gelbe Kennzeichnung oben):

status.JPG (54.02 KiB) 1052 mal betrachtet

Zusätzlich habe ich bei der Berechnung des SoC auch die Berechnung der Reichweite anhand des konfigurierten Durchschnittsverbrauchs ergänzt.
Die Online-Abfrage liefert aktuell eine Reichweite von 268km.
Ich habe bei dem ID3 einen Durchschnittsverbrauch von 18kWh/100km eingestellt.
Die Berechnung kommt damit auf 257km - sollte also passen.

PR habe ich noch nicht erstellt - ich möchte erst mal auf Reaktionen warten.

[rleidner]

PR: https://github.com/openWB/core/pull/3153

[ChristophR]

Also ich finde die Option super, da die VW-Server doch immer mal wieder "Pause machen".
Vielen Dank für Deine schnelle Umsetzung.

Ist das dann auch automatisch im MQTT SoC Modul umgesetzt, wenn länger keine Daten per MQTT kommen?
Ich weiß leider nicht, ob da auch automatisch der Timestamp benutzt wird, da ich keinen Senden kann.
Dann könnten wir endlich Lenas Wunsch nachkommen, den WiCAN OBD2-Dongle nur noch mit dem MQTT-Modul zu nutzen.

[rleidner]

Also ich finde die Option super, da die VW-Server doch immer mal wieder "Pause machen".
Vielen Dank für Deine schnelle Umsetzung.

Ist das dann auch automatisch im MQTT SoC Modul umgesetzt, wenn länger keine Daten per MQTT kommen?
Ich weiß leider nicht, ob da auch automatisch der Timestamp benutzt wird, da ich keinen Senden kann.
Dann könnten wir endlich Lenas Wunsch nachkommen, den WiCAN OBD2-Dongle nur noch mit dem MQTT-Modul zu nutzen.

Dieses neue Feature (noch nicht im master) schlägt nur zu, wenn vom SoC-Modul im carState ein soc_timestamp kommt, der älter als jetzt minus die eingestellte Dauer ist.
Wenn im carState kein soc_timestamp kommt, dann schlägt das nicht zu und im weiteren Ablauf dann der aktuelle timestamp als soc_timestamp genommen.
Es gibt also 3 Möglichkeiten zu Berechnung:
1. Das So>C>-Modul bietet die Berechnungsoption an und es steht auf Ja: dann wird ausgehend vom initialen SoC immer berechnet.
2. Das SoC-Modul wirft eine Exception und es war nach Anstecken mindestens ein erfolgreicher SoC-Abruf erfolgt.
3. die o.g. neue Möglichkeit, in dem Fahrzeug/Server (z.B. VW&Co) einen alten Stand melden.

Zum MQTT-Modul kann ich nichts sagen.

[ChristophR]

Also ich finde die Option super, da die VW-Server doch immer mal wieder "Pause machen".
Vielen Dank für Deine schnelle Umsetzung.

Ist das dann auch automatisch im MQTT SoC Modul umgesetzt, wenn länger keine Daten per MQTT kommen?
Ich weiß leider nicht, ob da auch automatisch der Timestamp benutzt wird, da ich keinen Senden kann.
Dann könnten wir endlich Lenas Wunsch nachkommen, den WiCAN OBD2-Dongle nur noch mit dem MQTT-Modul zu nutzen.

Dieses neue Feature (noch nicht im master) schlägt nur zu, wenn vom SoC-Modul im carState ein soc_timestamp kommt, der älter als jetzt minus die eingestellte Dauer ist.
Wenn im carState kein soc_timestamp kommt, dann schlägt das nicht zu und im weiteren Ablauf dann der aktuelle timestamp als soc_timestamp genommen.
Es gibt also 3 Möglichkeiten zu Berechnung:
1. Das So>C>-Modul bietet die Berechnungsoption an und es steht auf Ja: dann wird ausgehend vom initialen SoC immer berechnet.
2. Das SoC-Modul wirft eine Exception und es war nach Anstecken mindestens ein erfolgreicher SoC-Abruf erfolgt.
3. die o.g. neue Möglichkeit, in dem Fahrzeug/Server (z.B. VW&Co) einen alten Stand melden.

Zum MQTT-Modul kann ich nichts sagen.

Das MQTT Modul setzt automatisch auch den soc_timestamp, habe ich gestern ausprobiert. Danke für die Info.
Hoffe also, dass es so angenommen wird, dann müssen wir nicht mehr das manuelle Modul nutzen.

[rleidner]

PR: https://github.com/openWB/core/pull/3153

Der PR ist jetzt im master.
Anders als oben beschrieben gibt es nach Absprache mit Lena keinen neuen Parameter (Zeitschwelle zur Berechnung) zu konfigurieren um die Bedienung weniger komplex zu halten.
Die Berechnung spring immer ein, wenn der bei der SoC-Abfrage gelieferte Zeitstempel älter ist als das eingestellte Intervall "während der Ladung".

[Ihaglc]

Wie muss ich mir diese sehr sinnvolle Funktion vorstellen?
Gilt das jetzt bei allen SOC-Modulen oder welches SOC_modul macht das?
Und wie bzw. wo findet dann die Berechnung des SOC`s stand, wenn es nur den Ladestrom gibt ( mit welchen Parametern ?, sind wo ?)?

[rleidner]

Wie muss ich mir diese sehr sinnvolle Funktion vorstellen?
Gilt das jetzt bei allen SOC-Modulen oder welches SOC_modul macht das?
Und wie bzw. wo findet dann die Berechnung des SOC`s stand, wenn es nur den Ladestrom gibt ( mit welchen Parametern ?, sind wo ?)?

Das sollte mit allen SoC-Modulen funktionieren, die mit dem SoC/Reichweite im carState den dazugehörigen Zeitpunkt liefern. Das kommt bei vielen Herstellern mit.
Zur Berechnung wird die bisher vorhandene Funktion benutzt, also sowas wie geladene Energiemenge * Ladeeffizionz / Batterie-Kapazität.
Zusätzlich wird jetzt auch die Reichweite aus dem im Fahrzeug-Profil konfigurierten Durchschnittsverbrauch berechnet.
Genau findet die Berechnung hier statt: https://github.com/openWB/core/blob/mas ... le_data.py

[ChristophR]

Ich konnte es heute früh ausprobieren, natürlich haben die VW-Server diesmal besser reagiert, wenn man es testen will.
Zwischendurch waren aber immer mal wieder kurze Momente, in denen der berechnet SoC genutzt wurde. Das sieht man besonders gut an den Stellen, an denen der SoC wieder sinkt, da der Online SoC nur ganze Prozente zurückgibt, der berechnet SoC aber um ein paar Nachkommastellen hochgelaufen ist:

2026-03-14 06_25_25-Greenshot.png (43.49 KiB) 53 mal betrachtet

Was mir aber aufgefallen ist:
Um ca. 21:25 Uhr habe ich das Auto angesteckt, die Ladung begann um ca. 04:45 Uhr bis 06:45 Uhr, abgesteckt habe ich gegen 09:46 Uhr.
Bereits nach dem Anstecken wurde in jedem Abfrageintervall (Ich habe 15 Minuten ohne aktive Ladung eingestellt) gemeldet, dass der SoC älter als 1 Minute ist (Das Abfrageintervall während der Ladung).
Stört nicht so sehr, da die Berechnung immer 0kWh aufschlägt, da ja keine Ladung läuft, ist aber ggf. etwas verwirrend.

soc.log:
https://paste.openwb.de/7VHcbgEu9CfRf5a

main.log mit Zeitpunkt des Ansteckens, bei Bedarf kann ich den gesamten Zeitraum nachliefern:
https://paste.openwb.de/HEg3LREkLUuYjCl

Ich muss wegen eines anderen Fehlers erstmal zum Release zurück, bis der Fehler behoben ist. Hoffe die Logs helfen.

[rleidner]

Was mir aber aufgefallen ist:
Um ca. 21:25 Uhr habe ich das Auto angesteckt, die Ladung begann um ca. 04:45 Uhr bis 06:45 Uhr, abgesteckt habe ich gegen 09:46 Uhr.
Bereits nach dem Anstecken wurde in jedem Abfrageintervall (Ich habe 15 Minuten ohne aktive Ladung eingestellt) gemeldet, dass der SoC älter als 1 Minute ist (Das Abfrageintervall während der Ladung).
Stört nicht so sehr, da die Berechnung immer 0kWh aufschlägt, da ja keine Ladung läuft, ist aber ggf. etwas verwirrend.

Danke fürs Testen und die Rückmeldung.
Das Kriterium für diese Funktion ist momentan u.a. ob das Fahrzeug angesteckt ist - also "works as designed".

BTW:
1 min ist extrem kurz, es besteht das Risiko dass der VW-Server die Abfragen temporär sperrt, wenn zu viele in kurzer Zeit erfolgen.
Ich würde während des Ladens 5 oder 10 min empfehlen.
Bei einem Fahrzeug mit typischen 60-80 kWh und Sofortladen mit 11kW dauert es 4-5 Minuten für 1% und das Fahrzeug meldet auch nicht so oft an den Server.