Der Wechsel zur serviceorientierten Fahrzeugdiagnose

Serviceorientierte Fahrzeugdiagnose (SOVD) stellt einen grundlegenden Wandel dar, wie unabhängige Leistungsspezialisten und Diagnoseingenieure mit modernen Fahrzeugarchitekturen interagieren. Während sich die Branche in Richtung softwaredefinierter Fahrzeuge (SDVs) bewegt, wird der traditionelle Einsatz von Unified Diagnostic Services (UDS) über Controller Area Network (CAN) durch API-basierte Kommunikation ergänzt und teilweise ersetzt. Die kürzlich von Vector vorgestellte, eigens entwickelte Toolchain soll die nötige Infrastruktur für diesen Übergang schaffen und dafür sorgen, dass der Diagnosezugriff trotz wachsender Fahrzeugkomplexität praktikabel bleibt.

Der technische Wandel von UDS zu SOVD

Jahrzehntelang war die Diagnoselandschaft von ISO 14229 (UDS) geprägt. Das Verfahren ist für signalbasierte Kommunikation sehr wirksam, stößt aber an Grenzen bei Hochleistungsrechnerplattformen (HPC) und Ethernet-basierten Backbones, wie sie in modernen Elektrofahrzeugen und in gehobenen Verbrennerplattformen üblich sind. Die serviceorientierte Fahrzeugdiagnose, standardisiert nach ASAM SOVD, setzt auf einen RESTful-API-Ansatz. Damit können Diagnosetester mit dem Fahrzeug über gängige Internetprotokolle wie HTTP und JSON kommunizieren.

Der Übergang ist nicht nur ein Wechsel der Sprache, sondern ein Wechsel der Architektur. Bei einem herkömmlichen Aufbau muss ein Diagnosewerkzeug die konkrete Speicheradresse oder die lokale DID (Data Identifier) kennen, um Informationen anzufordern. In einer SOVD-Umgebung stellt das Fahrzeug einen Mechanismus zur Diensterkennung bereit. Dadurch kann das Werkzeug verfügbare „Dienste“ abfragen, etwa die Überwachung des Batteriezustands oder die Kalibrierung des Wärmemanagements, ohne die detaillierte Kenntnis der Speicherbelegung des zugrunde liegenden Steuergeräts zu benötigen. Für den unabhängigen Tuning-Sektor ist das Verständnis dieser Abstraktionsschicht entscheidend, um die Kontinuität der Arbeitsabläufe zu sichern.

Die aktualisierte Toolchain von Vector begegnet diesen Herausforderungen, indem sie die SOVD-Unterstützung auf ihren wichtigsten Plattformen integriert, darunter CANoe und Indigo. Ingenieure können damit Diagnosedienste bereits in der Entwicklungsphase validieren. Außerdem liefert sie eine Vorlage dafür, wie Aftermarket-Werkzeuge künftig an diese Systeme angebunden werden könnten. Leistungswerkstätten, die ihre Abläufe optimieren wollen, sollten sich unseren erweiterten Funktionsumfang ansehen, um zu verstehen, wie aktuelle Werkzeuge die Lücke zwischen älteren Protokollen und modernen Standards schließen.

Integration der Vector-Toolchain und Optimierung der Arbeitsabläufe

Die Umsetzung serviceorientierter Fahrzeugdiagnose erfordert einen leistungsfähigen Software-Stack, der heterogene Kommunikation beherrscht. Die Toolchain von Vector vereinfacht das, indem sie eine einheitliche Oberfläche sowohl für die bisherigen UDS-Protokolle als auch für die neuen SOVD-Protokolle bereitstellt. Das ist besonders relevant für Betriebe, die sich mit komplexen Nachrüstungen oder hochwertiger Leistungskalibrierung befassen, bei denen mehrere Fahrzeuggenerationen gleichzeitig betreut werden.

Einer der wichtigsten Vorteile des Vector-Ansatzes ist die Entkopplung der Diagnoseanwendung vom zugrunde liegenden Kommunikationsprotokoll. Wenn ein Techniker eine Diagnoseanfrage startet, übersetzt die Toolchain die übergeordnete Dienstanfrage in die konkreten Ethernet- oder CAN-Frames, die das Fahrzeug benötigt. Das verringert das Risiko von Kommunikationsfehlern und erleichtert das Auffinden von Fehlern in komplexen, domänenübergreifenden Architekturen. Betriebe, die ihren aktuellen Diagnoseaufwand bewerten, können mit einem Blick auf unsere transparenten Preismodelle die nötigen Hardware- und Software-Aktualisierungen für die SDV-Kompatibilität besser planen.

Außerdem erleichtert der Übergang zu SOVD die Ferndiagnose. Da das Protokoll auf gängigen Webtechnologien beruht, ist es von Haus aus besser mit cloudbasierten Diagnoseplattformen kompatibel. Dadurch sind Diagnosesitzungen im Stil von „Over-the-Air“ (OTA) möglich: Ein Spezialist kann Fahrzeugdaten von einem zweiten Standort aus analysieren, ohne an jedem Anschlusspunkt spezielle proprietäre Hardware zu benötigen. Diese Flexibilität ist ein wichtiger Antrieb für unabhängige Werkstätten, die ihren Servicebereich in einem zunehmend digitalen Markt ausweiten wollen.

Auswirkungen auf unabhängige Leistungsoptimierung und Kalibrierung

Die Einführung von SOVD-Toolchains markiert einen entscheidenden Moment für die unabhängige Tuning-Branche. Wenn Hersteller ihre E/E-Architekturen abriegeln, könnte die Nutzung standardisierter, serviceorientierter Schnittstellen zum einzig legitimen Weg für den Diagnosezugriff werden. Vectors Beteiligung am ASAM-SOVD-Standard sorgt dafür, dass die am Markt verfügbaren Werkzeuge auf die Entwicklungszyklen der OEMs abgestimmt sind.

Für Kalibrierungsfachleute bietet SOVD eine strukturiertere Möglichkeit, auf Livedaten zuzugreifen. Statt rohe Hex-Datenströme zu decodieren, können Anwender mit strukturierten JSON-Daten arbeiten, die Metadaten zu den ausgelesenen Werten enthalten. Dadurch wird das „Rätselraten“ verringert, das häufig mit dem Identifizieren neuer Parameter in aktualisierter Steuergerätefirmware verbunden ist. Allerdings erfordert dieser Wandel auch ein höheres Maß an IT-Kenntnissen in der Werkstatt: weg von grundlegendem Wissen über serielle Kommunikation, hin zum Verständnis webbasierter APIs und Netzwerkarchitekturen.

Damit Ihr Betrieb auf diese Veränderungen vorbereitet ist, empfehlen wir den Start einer umfassenden Testphase unserer neuesten Module für die Diagnoseintegration. So kann sich Ihr Team mit den sich entwickelnden Datenstrukturen vertraut machen, bevor Fahrzeuge, die ausschließlich SOVD nutzen, in Ihren Servicebuchten zur Regel werden. Ziel ist der Schritt von einer reaktiven Diagnosehaltung zu einem proaktiven, serviceorientierten Ansatz, der den Datendurchsatz moderner Fahrzeuge voll ausschöpft.

Häufig gestellte Fragen

Was ist der wesentliche Unterschied zwischen UDS und SOVD?

UDS (Unified Diagnostic Services) ist ein signalbasiertes Protokoll, das üblicherweise über CAN oder DoIP genutzt wird und spezifisches Wissen über Kennungen und Speicheradressen voraussetzt. SOVD (Service-Oriented Vehicle Diagnostics) verwendet einen API-basierten Ansatz (HTTP/JSON). Das ermöglicht eine Dienstesuche und eine stärker abstrahierte Interaktion mit den Funktionen des Fahrzeugs.

Wird SOVD den OBD-II-Anschluss ersetzen?

Zwar dürfte der physische OBD-II-Anschluss aus gesetzlichen Gründen (vor allem bei Emissionen) bestehen bleiben, doch das Kommunikationsprotokoll über diesen Anschluss verlagert sich für nicht emissionsbezogene Diagnose- und Leistungsdaten hin zu Ethernet-basiertem SOVD.

Brauche ich neue Hardware für die SOVD-Werkzeuge von Vector?

SOVD setzt in der Regel Hardware voraus, die schnelle Ethernet-Kommunikation (DoIP) beherrscht. Einige bestehende Vector-Schnittstellen unterstützen das zwar, doch die Software-Toolchain (CANoe, Indigo) muss auf die neuesten Versionen aktualisiert werden, um die neuen serviceorientierten Diagnoseebenen zu verarbeiten.

Ist SOVD sicherer als herkömmliche Diagnose?

Ja. Da SOVD auf gängigen Webprotokollen beruht, lassen sich etablierte Sicherheitsmaßnahmen wie TLS-Verschlüsselung und OAuth-basierte Authentifizierung leicht integrieren. Dadurch ist es widerstandsfähiger als herkömmliche, ungesicherte CAN-Bus-Kommunikation.

Wie wirkt sich SOVD auf das Tuning aus?

SOVD verändert, wie Diagnosedaten ausgelesen werden und wie bestimmte Routinen (etwa Adaption oder Grundeinstellungen) ausgelöst werden. Es bietet eine strukturiertere Datenumgebung, die die Protokollierung vereinfachen kann, sobald die erste API-Verbindung hergestellt ist.