Status und Ladeprotokoll: Km-Stand anzeigen

[rleidner]

Es wurde schon mehrfach nach dem Km-Stand im Ladeprotokoll gefragt.

Ich habe jetzt das Feature in meinem Testsystem implementiert.
High-Level:
1. SoC-Modul fragt neben SoC, Reichweite und Zeitstempel auch den KM-Stand (odometer) ab.
2. odometer wird als Km-Stand im Fahrzeugstatus und im Ladeprotokoll angezeigt

Die Änderungen sind recht aufwändig:
Im nicht Fahrzeugspezifischen Code betrifft das ca. 10 Python-Dateien(3-4 Datenstrukturen, Code um den odometer durch diese Daten zu propagieren).
Ich habe die Abfrage des odometer in den Modulen VWID und OVMS erweitert (2-3 Files/Modul).
Bestehende SoC-Module funktionieren auch ohne Anpassung weiter, liefern dann aber "-" als Km-Stand.

Zu klären:
Kann die direkte Abfrage der Fahrzeugdaten der openWB Pro (+) den Km-Stand liefern?
Es könnte bei der manuellen Eingabe des SoC nötig werden, auch den Km-Stand zu erfassen - beträfe dann dann Theme-Entwickler.

Ich sehe das momentan als Proof-of-Concept.
Nächste Schritte:
- testen, vor allem mit echten Ladevorgängen.
- feststellen, ob genug Interesse besteht, das Feature weiter zu verfolgen - Bitte um Rückmeldung
- bei deutlichem Interesse PR erstellen, aber erst nachdem der PR zu diesem Thema abgeschlossen ist: viewtopic.php?t=11875 (Berechnung, wenn SoC-Daten zu alt).

UI-Beispiele:
Status:

odometer-status.JPG (37.13 KiB) 475 mal betrachtet

Ladeprotokoll (noch ohne aktuellem Ladevorgang):

odometer-ladelog.JPG (71.9 KiB) 475 mal betrachtet

[openWB]

Find ich cool!

Kann die direkte Abfrage der Fahrzeugdaten der openWB Pro (+) den Km-Stand liefern?

Leider ist das derzeit mit Nein zu beantworten.
Wenn ein Fahrzeug das mal liefert (wäre möglich) ist das nur ein kleines Software Update der Pro.

[rleidner]

Find ich cool!

Kann die direkte Abfrage der Fahrzeugdaten der openWB Pro (+) den Km-Stand liefern?

Leider ist das derzeit mit Nein zu beantworten.
Wenn ein Fahrzeug das mal liefert (wäre möglich) ist das nur ein kleines Software Update der Pro.

Danke für die schnelle Antwort.
Schade, dann müsste man überlegen wie man mit dem Km-Stand im Umfeld der pro agieren könnte.

Wenn man das in Richtung Fahrtenbuch/Abrechnung/OCPP weiter denkt, wäre der Km-Stand ja durchaus sinnvoll.

[ChristophR]

Ich finde es echt super, dass Du das direkt umsetzen konntest.
Ich stehe für Tests gerne zur Verfügung.

Ein bisschen Off-Topic, aber mit dem Ladeprotokoll hat es trotzdem zu tun:
Im Ladeprotokoll werden die Zählerstände und die geladene Energie mit 2 Nachkommastellen ausgewiesen.
Die Zähler liefern "in echt" allerdings 3 Nachkommastellen.
Die Ladekosten werden auch mit 3 Nachkommastellen berechnet, stimmen also.
Es kommt hierdurch allerdings zu Rundungsdifferenzen, wenn man die ausgewiesenen Werte nachrechnet.
Könnten im Ladeprotokoll diese Werte auch mit 3 Nachkommastellen ausgewiesen werden? Dann freuen sich Buchhalter und Finanzämter, wenn sie die Kosten nachrechnen wollen.

[openWB]

Wenn es kein SoC Modul gibt das es liefert und über die Pro nicht klappt dann wäre Display / Web Interface ein Weg!?

[rleidner]

Ein bisschen Off-Topic, aber mit dem Ladeprotokoll hat es trotzdem zu tun:
Im Ladeprotokoll werden die Zählerstände und die geladene Energie mit 2 Nachkommastellen ausgewiesen.
Die Zähler liefern "in echt" allerdings 3 Nachkommastellen.
Die Ladekosten werden auch mit 3 Nachkommastellen berechnet, stimmen also.
Es kommt hierdurch allerdings zu Rundungsdifferenzen, wenn man die ausgewiesenen Werte nachrechnet.
Könnten im Ladeprotokoll diese Werte auch mit 3 Nachkommastellen ausgewiesen werden? Dann freuen sich Buchhalter und Finanzämter, wenn sie die Kosten nachrechnen wollen.

Ja, es werden etliche Werte auf 2 Stellen gerundet; ich werde mal testen ob man das auf 3 Stellen ändern kann.
EDIT:
Es könnten auch 3 Stellen angezeigt werden - Änderung im UI/vue (views/ChargeLog.vue):

Code: Alles auswählen

     formatW(value, unit = true) {
-      let energy = this.dashIfNotSet(this.formatNumber(value / 1000, 2));
+      let energy = this.dashIfNotSet(this.formatNumber(value / 1000, 3));
       return unit ? energy + "kW" : energy;
     },
     formatWh(value, unit = true) {
-      let energy = this.dashIfNotSet(this.formatNumber(value / 1000, 2));
+      let energy = this.dashIfNotSet(this.formatNumber(value / 1000, 3));
       return unit ? energy + "kWh" : energy;
     },

odometer-energie.JPG (23.99 KiB) 379 mal betrachtet

[rleidner]

Jetzt wird der Km-Stand auch im Ladeprotokoll angezeigt.

odometer-ladelog1.JPG (67.23 KiB) 357 mal betrachtet

Der Km-Stand und die 3 Nachkommastellen bei den Zählern werden auch im CSV-Export so angezeigt:

odometer-ladelog-csv.JPG (45.44 KiB) 357 mal betrachtet

[ChristophR]

Jetzt wird der Km-Stand auch im Ladeprotokoll angezeigt.
odometer-ladelog1.JPG
Der Km-Stand und die 3 Nachkommastellen bei den Zählern werden auch im CSV-Export so angezeigt:
odometer-ladelog-csv.JPG

Ich dachte, die Daten stehen im charge_log und sind bereits dort gerundet abgespeichert?
Bei geladene Energie sind es noch 2 Stellen, kannst Du die auch auf 3 ändern?

[rleidner]

Jetzt wird der Km-Stand auch im Ladeprotokoll angezeigt.
odometer-ladelog1.JPG
Der Km-Stand und die 3 Nachkommastellen bei den Zählern werden auch im CSV-Export so angezeigt:
odometer-ladelog-csv.JPG

Ich dachte, die Daten stehen im charge_log und sind bereits dort gerundet abgespeichert?
Bei geladene Energie sind es noch 2 Stellen, kannst Du die auch auf 3 ändern?

Du hast Recht, im charge_log stehen die (noch) 2-stellig - hier der letzte Eintrag aus dem Screenshot oben:

Code: Alles auswählen

  {
    "chargepoint": {
      "id": 3,
      "name": "MQTT-CP3-ID3",
      "serial_number": null,
      "imported_at_start": 5547028.81,
      "imported_at_end": 5549558.59,
      "exported_at_start": 0,
      "exported_at_end": 0
    },
    "vehicle": {
      "id": 2,
      "name": "ID3",
      "chargemode": "pv_charging",
      "prio": true,
      "rfid": null,
      "odometer": 30605,
      "soc_at_start": 80,
      "soc_at_end": 84,
      "range_at_start": 257,
      "range_at_end": 284
    },
    "time": {
      "begin": "03/05/2026, 11:13:32",
      "end": "03/05/2026, 12:57:23",
      "time_charged": "0:57"
    },
    "data": {
      "range_charged": 27,
      "exported_since_mode_switch": 0,
      "exported_since_plugged": 0,
      "imported_since_mode_switch": 2529.78,
      "imported_since_plugged": 2529.78,
      "power": 2647.24,
      "costs": 0.49,
      "power_source": {
        "grid": 0.0008,
        "pv": 0.9992,
        "bat": 0,
        "cp": 0
      }
    }
  }

Ich werde mal suchen, wo die Rundung beim Zähler (imported_at_start, imported_at_end) stattfindet und ändere das dann.
Die Vergangenheit wird aber auf 2 Stellen bleiben müssen.

Die geladene Energie wird doch schon mit 3 Stellen angezeigt - Feld "Energie" oder meinst Du etwas anderes??

[ChristophR]

Ich werde mal suchen, wo die Rundung beim Zähler (imported_at_start, imported_at_end) stattfindet und ändere das dann.
Die Vergangenheit wird aber auf 2 Stellen bleiben müssen.

Die geladene Energie wird doch schon mit 3 Stellen angezeigt - Feld "Energie" oder meinst Du etwas anderes??

Vergangenheit lässt sich ja selten ändern ohne Flux Compensator.

In Deinem 2. Screenshot Geladene Energie und Entladene Energie meinte ich.