Hallo zusammen,
ich möchte euch eine Lösung für das Übermitteln der SoC Daten eines E-Autos über die Tibber Data API zu z.B. OpenWB vorstellen. Der SoC ist der Ladezustand des e-Auto Akkus in Prozent.
Wir selber nutzen einen VW e-Up und eine OpenWB. Bisher wurde direkt aus der OpenWB mit dem integrierten Modul der SoC abgefragt. Das funktioniert seit ein paar Wochen nicht mehr, da VW die alte (interne) API stellgelegt hat und auf den “volkswagen-eu-data-act“ (https://www.volkswagen.de/de/mehr/rechtliches/eu-data-act.html) verweist.
https://ecomento.de/2026/06/11/volkswagen-begruendet-sperrung-von-api-zugriff/
Darüber werden alle 15 Minuten, wenn man es als Nutzer eingerichtet hat, die Daten als ZIP bereitgestellt. Auf diese Weise erhält man über EVCC mittlerweile wieder SoC Daten (4€/Monat oder 150€ einmalig). Im aktuellen OpenWB Release ist das noch nicht enthalten (wohl aber in einem Entwicklungsbranch). Generell gab es bei vielen Änderungen auf VW Seite Probleme mit der OpenWB Integration, da dies von der Community (Danke dafür!) immer erst nachgezogen werden muss.
Diese Möglichkeit ist aber nicht wirklich praktikabel, die Daten kommen gerade beim Laden zu langsam und man ist wieder abhängig von der VW Implementation des EU Data Acts.
Was aber auffällt: Bei Tibber sieht man die Daten in der Tibber App auch ohne die Registrierung bei VW. Dort sind die SoC Daten so schnell verfügbar wie auch in der VW App. Dazu braucht man nur das e-Auto als Power-up zu registrieren.
(https://tibber.com/de/magazine/power-hacks/volkswagen-api-zugriff)
Tibber hat nun eine neue Data API (https://data-api.tibber.com/docs/) bereitgestellt, die weit über die ursprüngliche GraphQL (https://developer.tibber.com/docs/overview) hinausgeht.
Mit der Data API kann man unter anderem den SoC des e-Autos auslesen und weiterverarbeiten.
In meinem Fall sende ich den Wert mit MQTT an die OpenWB und habe jetzt ohne Zeitverlust den SoC in der OpenWB.
Das läuft bisher absolut stabil und ich möchte euch das als mögliche Lösung anbieten, wenn ihr selbst so ein Thema/Problem habt.
Nachteil: Die Tibber Data API nutzt OAuth2, um den Token zu bekommen. Das kann teilweise schon eine Herausforderung sein, hier sauber die Refresh-Tokens usw. zu erneuern, damit so ein System stabil läuft. Man braucht hier nämlich nicht nur Credentials oder einen Token, sondern das Verfahren ist insgesamt etwas komplexer: https://data-api.tibber.com/docs/auth/
Ich habe meinen Service in Python 3 geschrieben und dies läuft auf einem Debian Rechner und parallel bei einer 2. Installation auf einem Raspberry Pi.
Hier sind alle Teile enthalten, die OAuth2 benötigt: Code generieren mit integriertem Webserver, Token erhalten, Refresh-Token speichern und später nutzen, etc.
Wenn es Interesse gibt, das auch so oder ähnlich zu lösen, dann kann ich gerne den Code zur Verfügung stellen.
Generell ist das für mich eine ideale Lösung, da sie a) nichts kostet b) sehr schnell Daten liefert c) ohne die Probleme mit der VW EU Data Act Implementation auskommt.
Viele Grüße
Andreas