EU Data Act - Rechte für Anwender vernetzter Produkte

[andig]

Mit dem am 12.9. in Kraft getretenen EU Data Act, erhalten Nutzer das Recht auf Zugang zu Daten, die von ihren vernetzten Produkten und Diensten generiert werden.

Zentrale Aspekte des EU Data Acts:
Nutzerkontrolle & Transparenz: Privatpersonen und Unternehmen haben das Recht, auf ihre generierten Daten zuzugreifen und diese zu verwalten
Fairer Zugang & Nutzung: Nutzer können ihre Daten selbst abrufen oder sicher mit ausgewählten Drittparteien teilen
Datensicherheit & Rechtskonformität: Der Datenaustausch erfolgt unter strengen Sicherheitsvorkehrungen und gesetzlichen Rahmenbedingungen
Mechanismen zur Streitbeilegung: Klare Verfahren regeln die Lösung von Konflikten beim Datenzugriff
(https://www.volkswagen.de/de/mehr/rechtliches/eu-data-act.html)

Art der Datenbereitstellung:
Produktdaten und verbundene Dienstdaten müssen jeweils einschließlich der dazugehörigen Metadaten für den Nutzer einfach, sicher, unentgeltlich, in einem umfassenden, strukturierten, gängigen und maschinenlesbaren Format und – falls relevant und technisch durchführbar - möglichst in der gleichen Qualität wie für den Dateninhaber kontinuierlich und in Echtzeit bereitgestellt werden. Dies gilt grundsätzlich auch, wenn der Nutzer die Herausgabe der Daten an einen Dritten verlangt.
(https://www.bundesnetzagentur.de/DE/Fachthemen/Digitales/DataAct/Hintergrund/1-Daten/start.html)

Wir alle- als Nutzer von evcc- können dazu beitragen, unsere Daten in evcc zu integrieren, indem wir Hersteller dazu auffordern, uns Zugang zu unseren Daten in maschinenlesbarer Form zu gewähren. Für evcc besteht damit die Chance, auf reverse-engineerte APIs zu verzichten.

Dieser Post dient der Diskussion sowie der Sammlung von Herstellerinformationen zur Umsetzung des EU Data Act.

• BMW: My BMW -> Digitale Dienste -> Car Data

  Bitte beachte, dass die Nutzung von CarData nur für den persönlichen Gebrauch kostenlos ist.

• VW: https://eu-data-act.drivesomethinggreater.com/de/en. Bisher nur Vortagesdaten, CSV, JSON, Protobuf.

Update 29.11.25

Petition "EU Data Act durchsetzen" auf change.org (Hinweis: lasst Euch kein Abo unterschieben wenn ihr keins wollt!).

[VolkerK62]

Hyundai, Genesis (und Kia?)
https://connected-mobility.hyundai.com/data-rights-de
https://connected-mobility.hyundai.com/legal/data-act/Data%20Act%20Information%20Notice/DA_Information%20notice_DE.pdf

[VolkerK62]

und – falls relevant und technisch durchführbar – [...] kontinuierlich und in Echtzeit bereit`

Da stellt sich (für mich als IT-Unwissenden) die Frage, wo könnte "technisch" das Problem sein, dass Dritte Zugang bekommen und Privatnutzer nicht.

Siehe auch #23684 (reply in thread)
A security assessment must be completed to ensure no vulnerabilities are introduced to our systems;

[kjs-DE]

Kann mir nur vorstellen daß es unzureichende Serverkapazität ist.

[markusjnagel]

Also alle Hersteller sammeln die Daten, verwalten sie und stellen sie den Apps zur Verfügung, sonst könnte man ja in seiner Hersteller App nichts sehen (lesender Zugriff) bzw. mit dem Fahrzeug interagieren (schreiben/lesen, wie z.B. Klima, etc).

So, das heisst Daten sind da und eine interne, nicht veröffentlichte API gibt es auch.
Weiterhin bieten viele Hersteller den 3rd Parties wie z.B. Tronity ihre dokumentierten externen APIs gegen Bezahlung.

APIs gibt es und die technischen Möglichkeiten auch. Man muss es nur wollen!

Ich kann verstehen, wenn man die Infrastruktur trennen möchte (als API Nutzer im Sinner des Data Act brauchen wir ja nur lesenden Zugriff, nicht wie die internen Apps auch schreibenden).
Gleichzeitig gehen die Hersteller gegenüber 3rd Parties ja auch ein SLA (Service Level Agreement) ein - wenn eine 3rd Party dafür bezahlt, bekommt sie i.d.R. auch einen Service Level zugesichert.
Gegenüber Nutzern im Sinne des Data Act wird das SLA sicher deutlich laxer formuliert sein, wenn es überhaupt eins gibt.

Aber: Eine Datenquelle (Datenbank, was auch immer) für lesenden Zugriff optimiert zu spiegeln (Trennung intern/kommerziell und extern/nur lesend) und eine minimale API aufzusetzen und ein API Gateway davorzustellen, dass sich um Authentisierung/Autorisierung und Rate Limits kümmert ist wahrlich kein Hexenwerk, insbesondere wenn man keine 99.9%ige Hochverfügbarkeit garantieren muss (siehe SLA).

API Gateways gibt es von der Stange (kommerziell und OpenSource, mit und ohne Support), ne rein lesende API auf Basis einer existierenden Datenstruktur kriegt man mit Hilfe von Tools (oder heutzutage KI) in wenigen Minuten (!!) generiert und muss sie ggf noch etwas tunen...

Man muss es nur MACHEN - das kostet (aus meiner Sicht überschaubaren) initialen Aufwand und eben die Infrastruktur (Server, wenn man trennen will, wie oben beschrieben) - plus den kontinuierlichen Wartungsaufwand für das Operations Team (Security Patches, Updates, Backup,...)

[TRON4R]

Ja, für jeden, der sich mit IT ein bisschen auskennt, ist klar, dass so eine Spiegelung einer Datenbank dank heutiger Cloud-Optionen eigentlich nur noch ein paar Clicks wären und man dann - wie Du schon sagst - die vorhandene Datenbank einfach nur stumpf regelmäßig auf eine Read-Only-Datenbank z.B. bei aws repliziert.

Einmal eingerichtet, wäre das auch kaum Folgearbeit für die zuständigen DevOps, denn um die eigentliche Maintenance kümmert sich dann ja die Truppe des Cloud-Herstellers. Man müsste nur ab und zu mal monitoren, ob die Replikation weiterhin sauber durchgeführt wird. Kostenmäßig wäre das für einen Konzern von der Größe eines Autoherstellers auch zu vernachlässigen. Und was die Skalierbarkeit angeht, sollte aws wohl selbst für Millionen von Autonutzern genug Power liefern können.

Aber leider denken Autokonzerne da anders. Da müssen erstmal diverse Abteilungen drüber debattieren, aufwendige Sicherheitskonzepte erstellt werden usw. usw.

Das Tragische daran: am Ende schützt diese Bürokratie leider auch nicht davor, dass sich dann plötzlich ein Backup einer Datei mit Bewegungsdaten von 800.000 Kunden aus dem VW-Konzern unverschlüsselt und ohne Passwort-Schutz auf einem Cloudserver findet.

[VolkerK62]

Mein Rechtsanwalt teilt meine Meinung:
Da Hyundai die Daten per API an Dritte anbietet, ist es a) relevant und b) technisch durchführbar.

Seit der Information, dass sie den Zugriff für Privatnutzer prüfen wollen (#23684 (reply in thread)), habe ich von Hyundai nichts mehr gehört. Seit 2 Monaten bleiben meine Nachfragen unbeantwortet.
Jetzt wird der Anwalt nachfragen.

[deadrabbit87]

Stellantis:
https://privacyportal.stellantis.com/s/?language=de
Nach der Erstellung eines Tickets bisher aber noch keine Rückmeldung erhalten.

[TRON4R]

Ich habe im konkreten Fall Heise und BR24 angeschrieben.

Willst Du Deine Schreiben (oder Ausschnitte daraus) hier teilen? Dann können andere diese nutzen und so mit weniger Aufwand ähnliche Schreiben an dieselben oder andere Redaktionen schicken.

[deadrabbit87]

Klar:

Sehr geehrtes BR-Team,
seit dem 12. September 2025 gilt der EU Data Act, der Endkundinnen und Endkunden das Recht einräumt, auf die von ihren Geräten erzeugten und erhobenen Daten zuzugreifen. Ziel ist es, den Nutzern mehr Kontrolle und Transparenz über ihre persönlichen Daten zu verschaffen.
Ein besonders relevantes Beispiel betrifft den Ladezustand von Elektrofahrzeugen. Das Gesetz soll den Zugang zu solchen Daten ermöglichen, um Verbrauchern mehr Kontrolle zu geben. Leider halten sich viele Hersteller noch nicht an diese Vorgaben. Derzeit ist BMW der einzige Anbieter, der den Zugriff auf Fahrzeugdaten über das CarData-Portal ermöglicht. Andere Hersteller wie etwa z.B. Stellantis und Renault lehnen solche Anfragen ab oder verweigern den Endkundenzugriff.
Ich würde mich sehr freuen, wenn dieses Thema journalistisch aufgegriffen wird. Gerne wäre ich motiviert, mit meiner Erfahrung und meinen bisherigen Recherchen zu einem möglichen Beitrag beizutragen oder Hintergrundinformationen bereitzustellen.
Besteht von Ihrer Seite Interesse, dieses Thema weiter zu verfolgen? Oder führen Sie bereits interne Recherchen oder Gespräche mit den Herstellern?
Vielen Dank und mit freundlichen Grüßen

[kjs-DE]

Da man anders nicht ans EU Parlament ran kommt habe ich unserem EU Abgeordneten geschrieben er möge den data act doch bitte noch mal ins EU-Parlament bringen damit es eine Klarstellung gibt daß der data act nur mit einem echten API erfüllt werden kann.

[VolkerK62]

Ich habe im konkreten Fall Heise und BR24 angeschrieben.

Ich habe vor kurzem diesen Artikel entdeckt https://www.heise.de/hintergrund/Data-Act-EU-Gesetz-soll-Daten-befreien-10641336.html und dem Autor die aktuellen Probleme beschrieben und auf diese Diskussion verwiesen. In der Hoffnung auf einen Folgeartikel ;-)
Feedback habe ich bisher nicht bekommen.

[markusjnagel]

Ich habe im konkreten Fall Heise und BR24 angeschrieben.

Willst Du Deine Schreiben (oder Ausschnitte daraus) hier teilen? Dann können andere diese nutzen und so mit weniger Aufwand ähnliche Schreiben an dieselben oder andere Redaktionen schicken.

Ich hatte vor geraumer Zeit Heise (c't - Vorsicht Kunde) angeschrieben und meinen Text oben geteilt, kann gern als Anregung genommen werden.
#23684 (reply in thread)

[deadrabbit87]

Renault:
https://datasolutions.mobilize.com/home
Ich finde hier aber nur Möglichkeit, was zu kaufen. Zwischen 3000 und 4000 Euro pro Monat....

[torwag]

"Lustig", ich habe erst bei Herumspielen mit EVCC gelernt, dass
a) die Zoe gar keinen connect service mehr hat (wer ABRP nutzt, braucht kein in-car-navi)
b) dass man den service kostenpflichtig verlängern muss, nur, um in der Renault-App den SoC auszulesen.
c) dass das einfach nur Chaos ist bei Renault, weil die Webseiten und Services alle nicht richtig funktionieren.
d) das die Zeit in der es aktiv war die Server eher sporadisch und die Funktionen anscheinend nur bei Vollmond funktionierten, was auch dazu führte das ich es irgendwann aufgeben habe und das Auslaufen des Services gar nicht bemerkt habe.

e) dass mit dem EU Data Act man eigentlich ein Recht hat auf diese Daten hat.
f) Unternehmen wie Renault, den Ladezustand des Akkus des eigenen Fahrzeugs für nicht relevant im Sinne des EU Data Act halten und angeblich der SoC komplex berechnet werden muss.

Was ich auch gelernt habe, dass das nächste Auto kein Renault mehr sein wird.

[andig]

Das trifft im Prinzip leider auf viele Marken zu. Aber schöne Zusammenfassung 🤪

[kjs-DE]

Die Mehrheit der Hersteller scheint es da auf dem linken Fuß erwischt zu haben. Ist ja auch schwierig so was innerhalb von 2 Jahren auf die Beine zu stellen.
Derzeit versuche ich aber heraus zu bringen wie das ist wenn man den Datenvertrag nicht verlängert. Die übertragen dann ja trotzdem weiter Fahrzeugdaten an ihre Server und eigentlich müssen die dann auch weiterhin dem Nutzer kostenlos zur Verfügung gestellt werden. Jetzt wäre es gut wenn man Anwalt wäre und sich so langsam durch alle Fahrzeughersteller durchklagen könnte.

[Mananix]

@kjs-DE Ja das wäre mal interessant. Das würde dann ja bedeuten, dass man diese 65€ pro Jahr bei Cubra nicht zahlen müsste. :)

[kjs-DE]

Werde wohl mal bei VW-group anfragen müssen ob sie auch ohne die Verlängerung weiter Fahrzeugdaten auslesen und wenn ja welche. Da der Notrufknopf ja 10 Jahre funktionieren muß besteht zumindest mal weiterhin eine Verbindungsmöglichkeit.
Sollten sie weiter Daten auslesen dann müssen sie die gemäß data act auch kostenlos rausrücken.

[kjs-DE]

Skoda und Audi sind ja VW-group und damit gibt es dort auch nur Altdaten alle 24h. Also nicht wie gefordert Echtzeitdaten. Wird bei Cupra auch nicht besser sein.

[kjs-DE]

Gerade noch eine Email von VW bekommen. Sieht ganz so aus als ob man einen Anwalt braucht....

Thank you for your email.

In relation to the EU Data Act, we would like to highlight that the legislator has intentionally framed the requirement for real-time data access to apply only where it is relevant and technically feasible (cf. Art. 4 para. 1 & Art. 5 para. 1 EU Data Act).
At present, a standard provision of data in 15-minute intervals represents the most reliable and sustainable solution across all supported vehicle platforms.

Best Regards,

[aspengler]

Ich sag's mal so: auf die Mail würde ich mich berufen und argumentieren: prima, dann gebt mir jetzt mal die technische Beschreibung, wie ich automatisiert an diese 15-minütig aktualisierten Daten drankomme - mit der App geht es ja auch (nicht besser)...

[kjs-DE]

So ähnlich habe ich geantwortet aber die Email wurde ungelesen gelöscht (sagt zumindest die response auf mein return receipt).

---

Your message

To: CARD R: ALL, GIS-Support
Subject: Re: EU data act Echtzeitdaten
Sent: Saturday, October 11, 2025 9:44:23 AM (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna

was deleted without being read on Monday, October 13, 2025 8:59:22 AM (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna.

[starwarsfan]

Einfach unglaublich... :-(

[kjs-DE]

Unglaublich wäre ja noch OK, das ist VW-lich.
Den Fehler nach 49 Jahren mal wieder ein Auto aus dem VW Konzern gekauft zu haben durfte ich bitter bereuen!!
In 2 Jahren 12 Wochen in der Werkstatt und 3x abgeschleppt! Allein das Update von 3.0 auf 3.7 hat in Summe 7 Wochen gedauert bis die Kiste wieder lief. Aber wenigsten funktioniert sie im Rahmen der schwachen Software seit einem Jahr ohne Ausfälle.

[blenni]

@andig Der Link von BMW oben ist falsch:
https://bmw-cardata.bmwgroup.com/customer/public/api-documentation

Der oben (thirdparty) ist für Anbieter wie Tibber/Octopus und kostet Geld.
Der customer ist für private Nutzung und kostenlos.

[andig]

BMW funktioniert, es fehlt aber noch Doku und weitere Datenpunkte: #23972

[mfuchs1984]

Was fehlt dir noch an Datenpunkten?

[andig]

Btw, using Log UI you can check for Cardata updates:

[cardata] TRACE 2025/10/06 08:04:48 GET https://api-cardata.bmwgroup.com/customers/containers
[cardata] TRACE 2025/10/06 08:04:49 {"containers":[{"containerId":"C00M005V185IC","created":"2025-09-30T11:25:10.531Z","name":"evcc.io","purpose":"evcc.io","state":"ACTIVE"}]}
[cardata] TRACE 2025/10/06 08:04:49 GET https://api-cardata.bmwgroup.com/customers/vehicles/xxx/telematicData?containerId=C00M005V185IC
[cardata] TRACE 2025/10/06 08:04:49 {"telematicData":{"vehicle.powertrain.electric.battery.stateOfCharge.target":{"timestamp":"2025-09-02T11:10:54.000Z","unit":"%","value":"100"},"vehicle.vehicle.travelledDistance":{"timestamp":"2025-10-05T16:57:59.000Z","unit":"km","value":"23987"},"vehicle.drivetrain.electricEngine.kombiRemainingElectricRange":{"timestamp":"2025-10-05T16:57:59.000Z","unit":null,"value":"170"},"vehicle.drivetrain.electricEngine.charging.level":{"timestamp":"2025-10-06T06:04:49.731Z","unit":"%","value":"69"},"vehicle.drivetrain.batteryManagement.header":{"timestamp":"2025-10-05T16:57:59.000Z","unit":"%","value":"69"},"vehicle.cabin.hvac.preconditioning.status.comfortState":{"timestamp":null,"unit":null,"value":null},"vehicle.body.chargingPort.status":{"timestamp":"2025-10-05T16:57:59.000Z","unit":null,"value":"DISCONNECTED"},"vehicle.drivetrain.electricEngine.charging.timeToFullyCharged":{"timestamp":null,"unit":"min","value":null},"vehicle.drivetrain.electricEngine.charging.hvStatus":{"timestamp":"2025-10-06T06:04:49.731Z","unit":null,"value":"INVALID"}}}

[mhartwig]

Hi, ich wollte das mal ausprobieren. Ich gestehe allerdings, dass ich in dem Portal nichts finde, wo ich den Client einrichten kann.

Vllt könnt ihr mir da ja den Deep Link geben…

[mhartwig]

Ich habe jetzt beide Fahrzeuge (i4 und Mini) einbinden können. Beim Mini gibt es im Telematik-Katalog allerdings diesen geforderten Datenpunkt nicht:
vehicle.powertrain.electric.battery.stateOfCharge.target

[andig]

Könnte mir jemand mal die Mini URLs für die OAuth Config raus suchen? Dann sollte sich damit etwas bauen lassen.

[blenni]

Das sind - soweit ich das gesehen habe - die gleichen URLs wie bei BMW.
Der Link zum Integrationsleitfaden auf der Mini-Seite führt zu der Beschreibung bei BMW und auch der Host für den Datenstream ist customer.streaming-cardata.bmwgroup.com.
Auch meine Client-ID ist für meinen BMW und Mini gleich (nutze den gleichen Account für beide Fahrzeuge).

[blenni]

Habe gerade dein gist ausprobiert, das zeigt mir auf jeden Fall beide Fahrzeuge (Mini und BMW) an.
[{"mappedSince":"2024-07-22T09:41:20.004Z","mappingType":"PRIMARY","vin":"WMW**************"},{"mappedSince":"2024-09-19T18:53:22.999Z","mappingType":"PRIMARY","vin":"WBA**************"}]

Der Api-Abruf liefert nur das Ergebnis für den Mini, wahrscheinlich weil es das erste Fahrzeug ist. Nach einer kleinen Anpassung bekomme ich jetzt Werte zu beiden Fahrzeugen:

vehicle.cabin.hvac.preconditioning.status.comfortState 0001-01-01 00:00:00 +0000 UTC 0 
vehicle.body.chargingPort.status 2025-09-22 19:55:49 +0000 UTC CONNECTED
vehicle.drivetrain.electricEngine.charging.timeToFullyCharged 2025-09-22 19:55:49 +0000 UTC 179 min
vehicle.drivetrain.electricEngine.kombiRemainingElectricRange 2025-09-22 19:55:49 +0000 UTC 105
vehicle.drivetrain.electricEngine.charging.hvStatus 2025-09-22 20:01:03.488 +0000 UTC NOT_CHARGING
vehicle.powertrain.electric.battery.stateOfCharge.target 2025-09-22 19:55:49 +0000 UTC 90 %
vehicle.vehicle.travelledDistance 2025-09-22 19:55:49 +0000 UTC 18942 km
vehicle.drivetrain.electricEngine.charging.level 2025-09-22 20:01:03.488 +0000 UTC 47 %
vehicle.powertrain.tractionBattery.charging.port.anyPosition.isPlugged 0001-01-01 00:00:00 +0000 UTC 0
vehicle.drivetrain.batteryManagement.header 2025-09-22 19:55:49 +0000 UTC 47 %

vehicle.body.chargingPort.status 2025-09-22 19:59:23 +0000 UTC CONNECTED 
vehicle.drivetrain.electricEngine.charging.level 2025-09-22 20:01:03.738 +0000 UTC 100 %
vehicle.powertrain.tractionBattery.charging.port.anyPosition.isPlugged 0001-01-01 00:00:00 +0000 UTC 0
vehicle.drivetrain.batteryManagement.header 2025-09-22 19:59:23 +0000 UTC 100 %
vehicle.drivetrain.electricEngine.charging.timeToFullyCharged 0001-01-01 00:00:00 +0000 UTC 0 min
vehicle.drivetrain.electricEngine.charging.hvStatus 2025-09-22 20:01:03.738 +0000 UTC FINISHED_FULLY_CHARGED
vehicle.powertrain.electric.battery.stateOfCharge.target 2025-09-22 19:59:23 +0000 UTC 100 %
vehicle.vehicle.travelledDistance 2025-09-22 19:59:23 +0000 UTC 35181 km
vehicle.drivetrain.electricEngine.kombiRemainingElectricRange 2025-09-22 19:59:23 +0000 UTC 80
vehicle.cabin.hvac.preconditioning.status.comfortState 0001-01-01 00:00:00 +0000 UTC 0

Mir fällt nur auf, dass vehicle.powertrain.tractionBattery.charging.port.anyPosition.isPlugged 0 zurückliefert, obwohl beide Autos angesteckt sind. vehicle.body.chargingPort.status passt aber.

Über MQTT bekomme ich aktuell aber noch keine Infos - ging das bei dir?

[andig]

Mqtt will nicht. Support klärt.

[andig]

@blenni könntest Du evtl. Deine Zugangsdaten mit [email protected] teilen? Dann könnte ich für #23972 noch das "sharen" der Connection zwischen mehreren Fahrzeugen und Marken implementieren und testen.

[andig]

Volvo data portal: https://data.volvocars.com Same as VW, only "click to request" access. However, Volvo has the (limited for our case) developer api.

[kjs-DE]

Weiß Jemand wie das bei Tesla funktionieren soll? Oder ist das die Variante bei der man bei mehr als einer gewissen Menge an Abfragen dann bezahlen muß? EU data act sagt aber doch kostenlos........

[andig]

Du hast doch bei Tesla schon kostenlose Abfragen in bestimmtem Umfang.

[kjs-DE]

Ja, aber eben nur in begrenztem Umfang und das ist nicht konform mit dem data act. Da steht ganz deutlich drin daß es kostenlos sein muß. Kann ja auch nicht sein daß man den Zugriff erst über ein open source System generieren muß.

[zcarsten]

Diese HA Integration funktioniert bei mir schon mal:
https://github.com/JjyKsi/bmw-cardata-ha

[andig]

Porsche: https://data.porsche.com/de_DE. Auf den ersten Blick analog VW, das heisst nicht verwendbar da kein maschineller Zugang in Echtzeit.

[kjs-DE]

Ist ja wahrscheinlich auch nur Cariad in anderer Kleidung.

[igotsoul]

FYI: https://www.byd.com/de/data-act-notice

[ChrischanByteBard]

Gerade auch durch Zufall gefunden und voll begeistert 😄
Mal direkt beantragen!
Wird damit eine direkte Integration in evcc möglich?

[andig]

Sie können Zugang zu den bei BYD gespeicherten und während Ihrer Fahrzeugnutzung generierten Produktdaten und Daten zugehöriger Dienste beantragen – unentgeltlich, ohne unangemessene Verzögerung und in einem strukturierten, gängigen und maschinenlesbaren Format.

Was kriegst Du denn für die Beantragung?

[ChrischanByteBard]

Es ist mittlerweile fast drei Wochen her, dass ich die Anfrage gestellt habe, zudem eine weitere Nachfrage vor einer Woche.
Bis jetzt ist rein gar nichts gekommen! Nicht mal eine Bestätigung zur Bearbeitung o.ä.
Meine anfängliche Euphorie ist dahin... :-(

[ChrischanByteBard]

Auch BYD handelt entsprechend den meisten Herstellern! Die nach fast 6 Wochen enthaltene Antwort enttäuscht:

We are sorry to inform you that currently, we are unable to provide direct access due to data security concerns. If technically feasible, the direct access will be available from September 12 2026, which strictly complies with the requirements of the Data Act.

We sincerely apologize for any inconvenience caused.

Schon seltsam, dass die komplett konträr ihrer eigenen Veröffentlichung handeln. Oder da weiß mal wieder nicht der eine, was der andere tut.
Habe daraufhin nochmals deutlich gemacht, warum es hier geht, den korrekten Stichtag 12.09.2025 mitgeteilt und auf deren eigene Information dazu auf der Homepage hingewiesen. Nun heißt es vermutlich wieder 6 Wochen auf eine Antwort warten....

[andig]

Also: Petition unterzeichnen und v.a. verbreiten! Falls ihr jemand ind er evcc FB-Gruppe drin ist- gerne auch dort posten!

[tepebox]

Super Sache! Ich habe mal bei Mazda (für meinen MX-30) und bei Wolf (für meine CHA-7 Wärmepumpe) angefragt! Bin gespannt, was passiert...

Thomas

[tepebox]

Habe von Wolf Feedback bekommen, die schlängeln sich ganz gut raus... Es gibt ja das WolfLink Modul ism7, welches die Daten der Anlage in die Cloud schickt oder per Home assistant und ism7mqtt auslesen kann. Leider ist der oder groß zu schreiben, beides gleichzeitig funktioniert nicht zuverlässig, zumindest bei mir. Das Modul ist inzwischen im Standard-Lieferumfang enthalten.

Was Wolf nun vorschlägt (zur Erfüllung des Digital Acts) ist das ism7 Modul durch ein ism8 auszutauschen, das ermöglicht die lokale Kommunikation aber nicht mehr die Cloud, d.h. auch der Fernzugriff von meinem Heizungsbauer funktioniert dann nicht mehr. Beide Module gleichzeitig geht auch nicht, auch nicht mit der externen Variante des ism7 (die Pro-Variante). Habe ich anders in Foren gelesen, da wird aber auch behauptet, dass mit dem ism7 der Abruf per App und MQTT funktioniert, was zumindest bei mir nicht stimmt.

Eine EEBus Integration für die ism7 (soweit ich das verstanden habe) ist in Arbeit, aber Termine sind dafür noch nicht bekannt (angepeilt wird wohl so ganz grob der Jahreswechsel, kommt wahrscheinlich dann pünktlich zum Ende der Heizsaison ;-) ).

Was nun noch zu klären wäre (da brauche ich wohl mal etwas Zeit für) ist, ob die Erfüllung des Digital Acts an den Kauf von Hardware gebunden sein kann (Kauf des ism8 Moduls). Eigentlich müssen sie ja das kostenfrei zur Verfügung stellen. Und dass das dann mit funktionalen Einschränkungen verbunden ist (kein Fernzugriff mehr), das ist ja auch komisch...

[VolkerK62]

Ähnliches mit meiner Windhager Heizung. Zugriff auf die App-Daten wollen sie nicht einrichten (unwirtschaftlich).
Ich könne auf eigene Kosten eine neue Haupt- und Steuerplatine einbauen lassen. Die kann dann Modbus.
Da es für mich nicht so dringend ist, warte ich, bis man sich bei BNetzA beschweren kann.

[tepebox]

Super Sache! Ich habe mal bei Mazda (für meinen MX-30) und bei Wolf (für meine CHA-7 Wärmepumpe) angefragt! Bin gespannt, was passiert...

Thomas

Inzwischen Feedback von Mazda... Nach Übersendung meines Fahrzeugscheins haben sie mir eine PIN geschickt, die ich zum Zugriff auf meine Daten benötige... Leider haben sie noch nichts geschrieben, wie ich dann auf die Daten zugreifen kann ;-) Es bleibt spannend... Derweil haben sie erst mal ihre APIs für Europa geändert, sodass die vorhandene HACS Integration nicht mehr funktioniert :-(

Wolf stellt sich jetzt tot... ABER: Seit kurzem soll die EEBus Schnittstelle verfügbar sein. Ich habe sie noch nicht ausprobieren können, weil ich dafür ein Firmware-Update benötige. Ich habe das bestellt und hoffe, dass ich das bald erhalten kann... :-)

[tepebox]

Inzwischen Feedback von Mazda... Nach Übersendung meines Fahrzeugscheins haben sie mir eine PIN geschickt, die ich zum Zugriff auf meine Daten benötige... Leider haben sie noch nichts geschrieben, wie ich dann auf die Daten zugreifen kann ;-) Es bleibt spannend... Derweil haben sie erst mal ihre APIs für Europa geändert, sodass die vorhandene HACS Integration nicht mehr funktioniert :-(

Tatsächlich... Mazda liefert Daten... ABER: Es ist ein Datei-Download, den man "beantragen" muss und es kann MEHRERE TAGE dauern, bis man die Daten downloaden kann... Nach mehr als einem Tag Wartezeit stehen sie mir noch nicht zur Verfügung....

[andig]

Petition siehe unten- und weiter erzählen!

[NoPlanetB]

Ford

Allgemeine Info: EU Datenverordnung: Ihre Rechte an den Daten Ihres vernetzten Fahrzeugs | Ford DE
Ausführliche FAQ: Häufig gestellte Fragen zum Data Act
Registrierung für Echzeitdaten: Ford Developer Marketplace

Im Rahmen der Registrierung müssen Weiterleitungs-URIs angegeben werden:
„FordConnect verwendet den OAuth-Autorisierungscode-Token-Flow. Geben Sie unten Ihre zulässigen Weiterleitungs-URIs ein
• Einträge durch Komma (,) trennen
• Verwenden Sie Ihre Domain/API oder http://localhost“

Frage: was muss ich für evcc hier eintragen?

Ich besitze einen Explorer (BEV) und könnte beim Testen helfen.

[andig]

Das muss erstmal in evcc implementiert werden nachdem man einen Blick auf die API werfen konnte. PR welcome. Außer "es ist eine Störung aufgetreten gehts für mich auf der Seite nicht weiter".

[andig]

@NoPlanetB sprichst Du mal mit Ford oder schaust Dir das an? Es scheint private Registrierung möglich zu sein. Den Anspruch hast ja Du, nicht wir. Gerne mit Details bei [email protected] melden.

[andig]

Ich hab leider keine Zeit, den Mist Wochenlang zu probieren:

[andig]

Leider dokumentiert Ford unter https://developer.ford.com/apis/fordconnect-query nicht, wie der OAuth Flow ist. Da es unter https://developer.ford.com/developer-eu/application unmöglich ist, die Seite zu nutzen bleibt Ford leider weiterhin SCHROTT.

[tyset]

Mercedes: https://developer.mercedes-benz.com/products/3rd_party_data_access_eu_data_act/details
In der FAQ unter https://developer.mercedes-benz.com/products/3rd_party_data_access_eu_data_act/faq, Punkt 2 ("What requirements do I have to meet in order to use the API? ") steht, dass man unter https://developer.mercedes-benz.com/products/3rd_party_data_access_eu_data_act/ eine Anfrage als third party stellen kann.
Idee: könnte evcc nicht eine Anfrage stellen bzw. wer müsste das machen? Vielleicht bekommen wir dann eine vernünftige API zur Nutzung.

[andig]

Mercedes sagt, dass die API entsprechend dem Gesetz für alle Unternehmen aus der EU nutzbar ist.

@tyset frage doch mal bitte Mercedes, wie DU an Deine Daten kommst, nicht irgendwelche Unternehmen. Es ist dein gutes Recht…

[kjs-DE]

Die denken eben nur an solche Dinge wie Flottenmanagement und können sich nicht vorstellen daß Privatleute mit den Daten auch was anfangen könnten.
Bei vielen Firmen kann man den Standort des Fahrzeugs in den Apps nur sehen wenn das Fahrzeug steht obwohl sie die Daten laufend empfangen und speichern (siehe VW leak). Auch die möchte ich als Besitzer über API in Echtzeit abrufen können!

[tyset]

Zur Klarstellung: ich habe Mercedes sowohl nach einer API für mich als Endkunde als auch nach der 3rd party API befragt. Die Antwort bzgl. 3rd party steht oben, die andere Antwort steht noch aus (erste Antwort von Mercedes war wie ich via UI dran komme, aber darum geht es ja nicht und das wurde hier auch schon erklärt). Dass der Zugriff für 3rd party Geld kostet kann ich nachvollziehen. Es scheint aber leider keine Sonderbehandlung für OpenSource Projekte zu geben.

[andig]

Absolut. Uns würde- da keine Cloud- dein persönliches api ja völlig reichen, siehe BMW. Im Gegensatz zu anderen Anbietern haben wir kein Interesse an deinen Daten…

[tyset]

So, Mercedes hat jetzt geantwortet. Leider nicht positiv. Eine API ist nur für 3rd party, aber nicht für Endkunden verfügbar. Die Daten für Endkunden gibt es maschinenlesbar, aber nur per UI. Mercedes sagt, dass das aus deren Sicht so von der Regulierung gefordert wird.

[andig]

Petition "EU Data Act durchsetzen" auf change.org

Aber Achtung: lasst Euch kein Abo unterschieben wenn ihr keins wollt!

[VolkerK62]

Auch bei "goingelectric" ist das Feedback eher mau bis gar nicht.
Der Kreis der Interessenten scheint viel kleiner als angenommen.
Böse Idee: Der wird evtl größer, wenn man alle "inoffiziellen" Fahrzeug-Implementierungen deaktivieren würde 😄

[kjs-DE]

Dann würde ja nur noch BMW und Tesla übrig bleiben. Hätte aber sicher auch negative Folgen in Bezug auf evcc Unterstützung.
Trotzdem wundert es mich daß es nicht mehr gibt die dort unterzeichnen. Lieber hier jammern daß wieder mal was nicht funktioniert und warten bis die Maintainer sich durch die geänderten und undokumentierten APIs durchgekämpft haben als mal schnell die Petition zu unterzeichnen. Das wäre nämlich echt die langfristige Lösung.

10791 evcc Supporter die ihre Daten teilen und nur 599 haben unterzeichnet, echt traurig.

[TRON4R]

Ich habe die Petition jetzt auf Facebook in der evcc-Gruppe mit knapp 2.548 Mitgliedern und in Elektroauto D-A-CH-FL 🇩🇪🇦🇹🇨🇭🇱🇮 mit 44.569 Mitgliedern geteilt.

In ein paar Tagen werde ich es noch in ein paar andere E-Auto-Gruppen schieben, wo ich auch noch drin bin.

[deadrabbit87]

Ich denke dass vielen der Anwendern hier gar nicht klar ist, wie die Integrationen aktuell zustande kommen.

Ich hatte da in Facebook auch einen Kommentar, der sogar meinte, er versteht das gar nicht, auf GitHub gibt es doch Integrationen....

Eventuell könnte man die "Idee" von @VolkerK62 weiter entwickeln. Nur nicht so drastisch....

[kjs-DE]

Vielleicht mal als Erklärung zum Start der Anleitung auf der Webseite (und in der Kopfleiste der Diskussion hier). Dort dann auch der Hinweis auf die Petition und warum eine sinngemäße Einhaltung des EU data act so wichtig ist. Daß es da sicher auch zu Beginn ein paar Stolperfallen gibt (siehe BMW) ist klar aber der Weg ist dann wenigstens richtig.