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) 932 mal betrachtet

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

status.JPG (54.02 KiB) 932 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