Jo, aber ich weiß nicht wie viel Cariad macht und was sie selber machen.
Aber für die public API musste skoda/cariad ja nicht viel tun. Im Grunde haben sie das meiste der bewährten private API kopiert und nur paar Sachen rausgeschmissen.
Im Gegensatz dazu mussten sie beim Data Act Portal einiges neu machen. Das Portal bauen, der zip Mechanismus, etc.
Ich halte viel von Klaus Zellmer, ich hoffe bei Skoda geht es mit seinem Abgang zu Volvo nicht den Bach runter.
Wenn ich spekulieren müsste: Die fähigen Leute haben Cariad mit Abfindung schnell verlassen und was wir hier sehen ist ein erstes Vibe-Coding Experiment. So schlechte Qualität wie dieses Portal auszuliefern ist bei VW nicht normal. Aber der Data Act ist ja ziemlich Zahnlos. Da es keine Konsequenzen gibt kann man das so machen, man hat sich ja um eine Lösung „bemüht“. Derweil läuft übrigens die Skoda Lösung zuverlässig.
Mea culpa, das muss ich bisher übersehen haben!
Finde nur ich es merkwürdig dass VW seine downtime nicht auf einer eigenen offiziellen Seite ankündigt, sondern im Forum eines OpenSource-Projektes?
Da ich nicht glaube das VW das kurzfristig hinbekommt: für die die noch eine Wallbox-Anschaffung planen. Der Warp Charger 4 Pro kann über ISO 15118 den SoC bei Ladebeginn auslesen und dann während des Ladens abschätzen wo der SoC gerade steht. Darüber hinaus finde ich das Produkt auch hervorragend. Kein Ersatz für eine API aber vielleicht eine Lösung für den ein oder anderen.
Noch besser wirds wenn VW die ISO 15118-20 unterstützt, aber das wird bestimmt ein ähnliches Trauerspiel wie die API
Aus einem anderen Blickwinkel ist die Tokenlaufzeit sogar viel, viel zu lang...
Habe mich mit der Skoda-Implementierung nicht beschäftigt, gibt es da eine Token-Verwaltung in der App oder kann man Token auch wieder zurückziehen?
Ja, kann man in der App löschen
Über einen entsprechenden Endpunkt, über den die Software einen neuen Token automatisch generieren kann uns selbst wegspeichern.
Für TLS-Zertifikate für Deine Webseite kümmerst Du Dich ja auch nicht manuell, sondern die Maschine holt sich von allein ein neues Zertifikat (falls Du eine Website hast).
Das ist soweit klar, man würde in der App ein refresh Token vergeben mit der sich die API regelmäßig ein neues Token erzeugen kann. Das Problem bleibt aber ja dass das refresh token auch irgendwo weggeschrieben werden muss und deshalb nicht für immer gelten kann. Es bräuchte also einen Mechanismus z.B. in der App mit der der Nutzer regelmäßig die Gültigkeit alle paar Monate verlängern kann.
Das stimmt (aber es sind 6 Monate), was wäre denn für dich ein eleganter Weg es zu erneuern? Man will ja dass ein unbemerkt verlorenes Token irgendwann ausläuft.
Die sollen einfach die Nutzung der bisherigen API nicht torpedieren. Damit hätten sie zwei Fliegen mit einer Klappe geschlagen: Ihre EU Data Act Krücke kann mit der dann geringeren Last umgehen und einige Kunden sind deutlich zufriedener!
Die Lösung von Skoda ist schon der Königsweg. Es ist eine dokumentierte API, kein gerate mehr. Skoda kann die Anzahl an zugriffen limitieren. Wenn sich eine Anwendung schlecht verhält und z.B. zu viele Zugriffe verursacht, dann geht die offizielle App trotzdem noch. Und sie können entscheiden wie viel sie freigeben. Aus gutem Grund kann die offizielle API kein auf- und zuschließen, sondern nur Sachen die wenn es schief geht keinen Imageschaden bei Skoda verursachen.
Wenn sie jetzt noch ein paar mehr Daten vom Auto rausgeben und den MQTT Channel für Live Updates öffnen, ist es eigentlich perfekt.
Naja, Raketenwissenschaft ist das auch nicht. Das was am längsten dauert ist normalerweise der Freigabeprozess durch alle Ebenen der Bürokratie von so einem OEM. Und das haben sie so oder so vor sich, auch wenn sie die Entwicklung übernehmen.
Nach meiner Erfahrung will in so einer Organisation jeder bei jeder Entscheidung mitreden, aber niemand danach für die Entscheidung verantwortlich sein.
Die alte/inoffizielle API war für alle Marken der Gruppe großteils identisch, damit auch die Backends und dazu werden sie auch von derselben IT verwaltet.
Das stimmt aus meiner Sicht nicht, die App-API war bei den Marken relativ unterschiedlich. Aber so wie du schreibst hast du scheinbar Einblick in die Interna, ich kann das nur aus Entwicklersicht beschreiben.
Skoda war da auch schon vorher etwas innovativer. Da gab es z.B. einen asynchronen MQTT Channel für Live Updates der hervorragend funktioniert hat. Ich hoffe sehr dass sie das auch in die public api bringen.
Tatsächlich haben bei den Apps die Marken alle ihr eigenes Süppchen gekocht. Sieht man ja auch daran dass Skoda jetzt ausscheren kann. Ich hoffe aber dass das bei Skoda jetzt so gut läuft dass die anderen Marken da mit gehen.
Und mit 50.000Mitarbeitern weniger überlegt man sich ja vielleicht nochmal ob das gut ist dass jeder sein eigenes Ding macht.
Siehe Version 2.15.10
Ich muss das mal testen. Die Entwicklung schein da rasant zu gehen.
Vielleicht muss ich da auch einige Kritik gegen VW zurücknehmen...
Das ist AI vibe gecodeter zusammenkopierter kram. Wenn man mal die Texte liest sieht man wie wirr das alles ist. Der Typ hat schon die halbe Open Source Community verärgert weil seine AI wahrlos Leute mit Erwähnungen zuspamt.
Mir wurde eine Mail von Cupra mit diesem Absatz weitergeleitet:
The granularity of vehicle data updates at around 15-minute intervals is currently implemented to ensure data quality, security, and compliance with data protection standards. Real-time or near real-time machine-readable interfaces are not yet available, as CUPRA continues to evaluate technical and legal requirements to provide secure and compliant data access solutions.
Das werte ich als das klare Geständnis dass man selbst nicht der Meinung ist dass die aktuelle Implementierung das Kriterium „Echtzeit“ erfüllt. Damit wäre der EU Data Act ganz klar nicht umgesetzt.
Ich würde da auch nicht drauf zählen. Die APIs sind nicht die selben bei den unterschiedlichen Marken. Das ist schon heute so.
