Funding BMW CarData SoC Modul, Ersteller gesucht!

[gdfde]

Ja, im Prinzip reicht es, wenn der SoC einmalig beim Ladestart abgefragt wird. Ich übertrage derzeit bei jedem Ladestart einmalig den SoC aus er MyBMW-App in die Openwb. Ab dann funktioniert die Prognose (nach etwas Optimieren mit der Wirkungsgrad-Einstellung im Fahrzeugprofil) mit einer Genauigkeit von besser als +/-1% SoC.

Ist das nur bei der Pro so?
Ich habe leider keine Pro, aber selbst mit dem Tronity Plugin (d.h. die Openwb hätte den SoC vor und nach Ladebeginn) gibt´s keine Prognose, die berücksichtigt wird, obwohl die openWB ja die Ladeparamter hätte (auch wenn sie sich ändern).

[gdfde]

Die komplette API-Logik steht und ist getestet. Ich wäre bereit das Ganze als natives openWB 2.x Modul umzusetzen – also direkt in der openWB-UI konfigurierbar, ohne externes Script. Falls die Entwickler Interesse haben oder jemand dabei helfen möchte, meldet euch gerne!

Aktuell werde ich mit dem testen etwas eingeschränkt durch die geringen Calls pro Tag.

Viele Grüße
Dennis

Cool, dass sich da jetzt etwas dabei tut.

Wird das Modul dann auch die Prognose während des Ladevorgangs mit dynamischen Ladeparametern (zb. bei PV Überschußladen oder bei max. EVU Leistung in Kombination mit mehreren openWBs und gleichzeitigen Ladevorgängen) unterstützen?

[aiole]

Ja, im Prinzip reicht es, wenn der SoC einmalig beim Ladestart abgefragt wird. Ich übertrage derzeit bei jedem Ladestart einmalig den SoC aus er MyBMW-App in die Openwb. Ab dann funktioniert die Prognose (nach etwas Optimieren mit der Wirkungsgrad-Einstellung im Fahrzeugprofil) mit einer Genauigkeit von besser als +/-1% SoC.

Ist das nur bei der Pro so?
Ich habe leider keine Pro, aber selbst mit dem Tronity Plugin (d.h. die Openwb hätte den SoC vor und nach Ladebeginn) gibt´s keine Prognose, die berücksichtigt wird, obwohl die openWB ja die Ladeparamter hätte (auch wenn sie sich ändern).

Nein.
Mit einem konfigurierten "manuellen SoC-Modul" überträgt man 1x bei Ladestart manuell den Ist-SoC aus der BMW-App und mit den im Fahrzeug-Profil hinterlegten Daten für Akkukapazität und Ladeeffizienz rechnet sich openWB über die bekannte Ladeleistung/Zeit-Integration den SoC selbständig weiter.

D.h., wenn Abfragebeschränkungen seitens BMW gelten, könnte man diese stark reduzieren, wenn nur beim Anstecken der automatische SoC-Abruf erfolgt.

[DerDennis]

Hallo zusammen,

wie versprochen ein Update zum aktuellen Stand des BMW CarData SoC Moduls.

Das Projekt hat in den letzten Tagen große Fortschritte gemacht. Hier der aktuelle Stand:

**Was bereits funktioniert:**

• Natives openWB SoC-Modul vollständig implementiert
• SoC und Reichweite werden korrekt aus der BMW CarData API abgerufen
• Testmodus ohne BMW-API-Calls – ideal für Entwicklung und UI-Tests
• BMW OAuth Device Code Flow vollständig implementiert
• BMW-Kopplung kann direkt aus der openWB-Oberfläche gestartet werden
• Token werden automatisch gespeichert und refreshed
• Container-ID wird nach erstem Abruf gecacht – dadurch typischerweise nur 1 API-Call pro Abfrage
• Sauberes Handling des BMW-Tageslimits (50 Calls/Tag)
• Fahrzeugkompatibilität: getestet mit iX M60, Fallback für ältere Modelle (i3, iX3) über alternativen SoC-Datenpunkt

**UI-Integration:**

Die Konfigurationsseite in openWB ist fertig:
• Umschalten zwischen Test- und Live-Modus
• Eingabe von Client ID und VIN
• BMW-Kopplung per Button direkt in der UI
• Statusanzeige der Verbindung
• Automatisches Polling bis zur Bestätigung

**Was noch aussteht:**

Der Code ist funktionsfähig, aber noch nicht PR-ready für den openWB-Core. Wir arbeiten gerade an der finalen Bereinigung vor dem Pull Request.

**Tester gesucht:**

Wer ein BMW-Fahrzeug mit CarData-Zugang hat und testen möchte, kann sich gerne melden.

Den bisherigen Code und das Bridge-Script findet ihr hier:
https://github.com/GERDerDennis/bmw-cardata-openwb

Viele Grüße
Dennis

01472e4a-72ce-4640-afdd-2c4452c0e1b6.png (54.92 KiB) 785 mal betrachtet

[dhw]

Moin,

da ich persönlich keine Abhängigkeit meiner Wallbox für SoC Geschichten zu einem MQTT Dienst auf einem Drittgerät haben möchte, schreibe ich mir gerade ein Modul was mit den Seitens BMW gesetzten Grenzen zurecht kommt (Ich brauche keine SoC Abrufe alle 5 Minuten).

Der commit eines ersten funktionalen Entwurfs kann hier im Fork gefunden werden: https://github.com/herrwagner/openwb-co ... 58732c62c2

Der UI Teil fehlt noch.

Status.png (38.53 KiB) 529 mal betrachtet

Config.png (128.31 KiB) 529 mal betrachtet

[openWB]

Was unterscheidet deine (@dhw} Variante von der von Dennis?

[DerDennis]

Hallo zusammen,
ich weiß nicht genau in welchem Beitrag ich euch am besten über den aktuellen Stand informieren sollte. Deswegen mache ich es jetzt erstmal hier. Wenn es woanders besser aufgehoben ist, bitte eine kurze Rückmeldung dann fahre ich dort fort.
Update 28.03.2026
Seit dem initialen Commit wurde das Modul erheblich weiterentwickelt und auf einer eigenen openWB-Testinstallation getestet.
Erreichter Stand:

Natives openWB SoC-Modul vollständig implementiert
SoC, Reichweite und Ladestatus werden korrekt abgerufen
BMW OAuth2 Device Code Flow mit PKCE vollständig implementiert
Auth kann direkt aus der openWB UI gestartet werden mit Statusanzeige und automatischem Polling
Token werden persistent gespeichert und automatisch erneuert
Automatische Container-Erstellung falls keine vorhanden (häufiges BMW CarData Problem)
Testmodus ohne BMW API-Calls für sichere Entwicklung

Getestete Fahrzeuge:

BMW iX M60 (2023) – vollständig funktionsfähig
BMW iX3 G08 – SoC und Reichweite erfolgreich abgerufen
BMW i3s – SoC und Reichweite erfolgreich abgerufen

Weitere Fahrzeuge noch nicht getestet. Feedback willkommen.
Viele Grüße
Dennis

Screenshot 2026-03-28 192355.png (21.4 KiB) 104 mal betrachtet

Screenshot 2026-03-28 192331.png (12.83 KiB) 104 mal betrachtet

Screenshot 2026-03-28 192257.png (95.69 KiB) 104 mal betrachtet

[rleidner]

Ich schlage vor, gleich den Kilometerstand einzubauen: CarState.odometer.

[aiole]

@DerDennis
Bist schon richtig hier.
Ich denke, dass dir die funding-Summe sicher ist. Schaut solide aus, was du entwickelst. Vielen Dank!

[DerDennis]

Ich schlage vor, gleich den Kilometerstand einzubauen: CarState.odometer.

Hi,

interessanter Hinweis mit CarState.odometer – Woher hast du diesen State? Würde mich interessieren ob das offiziell unterstützt wird.

Zum Kilometerstand selbst: Ich habe es gerade getestet und es funktioniert! Der Datenpunkt heißt:

vehicle.vehicle.travelledDistance

Bei mir liefert er korrekt einen korrekten Wert – identisch mit dem Wert aus der BMW Home Assistant Integration.

Der Haken: Dieser Datenpunkt wird von BMW nicht automatisch in den Standard-Containern bereitgestellt. Er muss beim Erstellen des Containers explizit als technicalDescriptor angegeben werden. Das bedeutet dass User die bereits einen Container haben einen neuen erstellen müssen um den Kilometerstand zu bekommen.

Ich werde das in einer der nächsten Versionen einbauen – entweder als optionalen Datenpunkt oder direkt im Standard-Container.

Viele Grüße
Dennis