Fahrzeugdiagnosesystem

Fahrzeugdiagnosesysteme sind Anwendungen, die während der kompletten Lebensdauer von Steuergeräten in Fahrzeugen verwendet werden, um diese zu diagnostizieren. Die Lebensdauer umfasst die Entwicklung, die Produktion sowie später den Service der Steuergeräte in den Fachwerkstätten. Fahrzeugdiagnosesysteme bedienen sich unter anderem der On-Board-Diagnose-Funktionalitäten der einzelnen Steuergeräte. In Verbindung mit Auswertung der Datenbuskommunikation ermöglicht das eine detaillierte Fehleranalyse.

Begriff und Definition

Ein Fahrzeugdiagnosesystem ist ein aus Hard- und Software bestehendes Analysewerkzeug, das im Allgemeinen Funktionalität zum Auslesen von Steuergerätedaten und zum Aufzeichnen von Datenbuskommunikation (Tracing) bietet. Fahrzeugdiagnosesysteme werden bei Versuchsfahrten sowie in Werkstätten zur schnellen Fehlererkennung und Fehleranalyse eingesetzt. Dabei werden idealerweise die Daten aus der Datenbuskommunikation (CAN, LIN, MOST, Flexray, K-Leitung) und die Daten aus dem Fehlerspeicher der Steuergeräte in Zusammenhang gebracht und ausgewertet. Als Protokoll zur Kommunikation zwischen Diagnoserechner und Steuergeräten wird beispielsweise das Key-Word-Protokoll 2000 (KWP2000) oder zunehmend UDS eingesetzt.

Bedeutung

Die frühzeitige Erkennung, Analyse und Behebung von Fehlern ist ein entscheidender Erfolgsfaktor in der Entwicklung neuer Fahrzeuggenerationen. Kürzer werdende Entwicklungszeiten, sowie auch steigende Komplexität erschweren die Gewährleistung hoher Qualitätsstandards beim Serienstart. Durch die steigende Anzahl neuer Funktionen, die zunehmend über mehrere Steuergeräte verteilt realisiert werden, entsteht ein kompliziertes Abhängigkeitsnetzwerk zwischen der Software auf den einzelnen Steuergeräten. Weiterhin führen dynamische Abhängigkeiten (wie zum Beispiel Abarbeitungsreihenfolgen oder Zeitbedingungen) zwischen der Software verschiedener Steuergeräte und die nicht ausreichend realitätsnahe Simulation von Sensoren und Aktoren trotz ausgiebiger Tests der einzelnen Komponenten in Laboraufbauten zu Fehlern, die erst auf Versuchsfahrten mit Hilfe von Fahrzeugdiagnosesystemen und Analysewerkzeugen erkannt werden können.

Funktionalität und Beispiele

Viele Diagnosesysteme beschränken sich auf das Aufzeichnen der Onboard-Kommunikation, was relativ große und schwer zu analysierende Datenmengen erzeugt. Diese Fahrzeugdiagnosewerkzeuge werden auch Datenlogger genannt. Einige auf embedded Hardware basierende Beispiele sind MultiLOG (GiN, Vector Informatik), MC Log (IHR GmbH), CCO DLIII (Condalo GmbH), M-LOG (IPETRONIK GmbH & CoKG). Bei diesen Systemen gibt es keine softwarebasierte Unterstützung bei der Analyse der Daten.

Eine andere Gruppe von Systemen ist rein softwarebasiert (kann also auf Laptops oder Industrie-PCs im Auto betrieben werden) und bietet auch vorwiegend Datenloggerfunktionalität, wie z. B. CANalyzer, CANoe, X-Analyzer, canAnalyzer, CANcorder, EDICmobil, TraceRunner, IPEmotion u. a. Einige dieser Fahrzeugdiagnosewerkzeuge bieten zusätzliche Funktionalitäten wie z. B. Simulation (CANoe) an.

Weiterhin existieren auch Fahrzeugdiagnosesysteme, die beide Hauptfunktionalitäten Fehlerspeicheranalyse und Aufzeichnen der Datenbuskommunikation unterstützen. Beispiele sind CANape (Vector Informatik), DiagRA MCD (RA Consulting) und Tedradis (IT-Designers). Diese erstellen einen zeitlichen Zusammenhang zwischen den aufgezeichneten CAN-Nachrichten und den ausgelesenen Steuergerätefehlerspeichern und erleichtern auf diese Weise die Analyse. Das Werkzeug Tedradis unterstützt zusätzlich den Benutzer durch weitere Möglichkeiten zur Datenreduktion (wie z. B. Trigger), visuelle Aufbereitung der relevanten Daten, Auslesen und Aufzeichnen von Fahrzeuginformationen wie z. B. Steuergerätekodierung u. a. Auch Hersteller von Embeddedgeräten wie Telemotive (blue PiraT) und Condalo GmbH (CCO DLII) arbeiten zur Zeit an Funktionen, die den Benutzer bei der Analyse der Daten unterstützen.

Technisch sind heute die meisten Probleme des reinen Aufzeichnens der Daten bereits überwunden. Die Entwicklung geht in der Zukunft in Richtung intelligente Analyse mit Hilfe von Data-Mining und Methoden der künstlichen Intelligenz.

Fahrzeugdiagnosesysteme in der Produktion

Ein Fahrzeugdiagnosesystem für die Produktion ist eng an die Werkslogistik gekoppelt, um sicherzustellen, dass das Fahrzeug gemäß dem Kundenauftrag gebaut wird. Für jedes einzelne Fahrzeug existiert ein Datensatz, der beschreibt, welches Fahrzeug mit welcher Motorisierung, Ländervariante und zusätzlichen Sonderausstattungen aufgebaut wird. Zusätzlich können dem Datensatz weitere Daten wie Fahrgestellnummer, Teilenummern der einzubauenden Steuergeräte und zugehöriger Codierungen entnommen werden. Prüfergebnisse und ausgelesene Daten wie Seriennummern werden zurück in eine Datenbank geschrieben.

Die Anforderungen an Fahrzeugdiagnosesystemen in den Produktionsprozessen der Hersteller sind so vielfältig wie deren Einsatzgebiete:

Vormontagebereiche

In der Vormontage werden einzelne Fahrzeugmodule wie Sitze, Türen oder Instrumententafel separat aufgebaut, geprüft und dann im Gesamtfahrzeug verbaut. Ein dafür verwendetes Diagnosesystem benötigt neben der eigentlichen Diagnosekommunikation:

• Restbussimulation für das fehlende Gesamtfahrzeug, um die Funktionsweise testen zu können;
• Elektrische Messeinrichtungen, um die korrekte Funktionsweise der Aktorik, z. B. Fensterheber oder Lampen, bewerten zu können;
• zusätzliche Prüfgeräte, z. B. für Pneumatik.

Fahrzeugmontage

In der Fahrzeugmontage wird das gesamte Fahrzeug zusammengebaut und die Funktionalität statisch (bei stehendem Motor) geprüft. Das Diagnosesystem prüft zunächst, ob die richtige Variante des Steuergerätes eingebaut ist. Anschließend erfolgt die Kodierung gemäß Motor- und Ländervariante sowie Sonderausstattungen, gefolgt von einer Funktionsprüfung, wozu auch Messeinrichtungen für Strom, z. B. über Strommesszange (so genanntes ECOS) angewendet werden, die ins Diagnosesystem integriert sind.

Einfahrbereich

Im Einfahrbereich werden Prüfstände zur Fahrwerkeinstellung und Rollenprüfstände verwendet, die vom Fahrzeugdiagnosesystem kontrolliert werden. Dieser dynamische Funktionstest bei laufendem Motor wird zum Teil direkt über Diagnose kontrolliert, indem Aktuatoren über Diagnose gesteuert werden. Zum Beispiel beim Funktionstest ESP durch Bremsen einzelner Räder, Ansteuern der Federbeine eines aktiven Fahrwerks oder Simulation des Fahrpedals.

Fahrzeugdiagnosesysteme in der Werkstatt

Die großen Fahrzeughersteller erstellen für ihre Vertragswerkstätten Fahrzeugdiagnosesysteme, die spezifisch auf die Bedürfnisse der Werkstatt und den üblichen Wissensstand der Mitarbeiter abgestimmt sind. Der Mechaniker wird mit einer so genannten „Geführten Fehlersuche“ mittels Entscheidungsbaumverfahren zur Lösung des Problems geführt. Ausgangspunkt ist ein Symptom, mit dem der Kunde das Fahrzeug in die Werkstatt bringt bzw. das als Diagnostic Trouble Code ausgelesen wird. An den Verzweigungen des Entscheidungsbaums werden Tests durchgeführt, mit denen mögliche Ursachen geprüft werden, so dass im Idealfall der Defekt gefunden wird und die notwendige Reparaturanweisung gegeben werden kann. Die einzelnen Tests verwenden dazu einzelne Diagnosebefehle, Diagnose-Jobs (auch Makros genannt), d. h. Abläufe von mehreren Diagnoseaufrufen und Interaktion mit dem Mechaniker. Neben der geführten Fehlersuche ist meist auch ein Expertenmodus verfügbar, der dem kundigen Mechaniker einen direkteren Zugriff auf die Diagnose ermöglicht und bei entsprechender Erfahrung schneller zur Lösung führt.

Ein Fahrzeugdiagnosesystem für die Werkstatt stellt neben der Fahrzeugdiagnose zahlreiche weitere Funktionen bereit wie:

• Software-Update der Steuergeräte mit direktem Zugriff auf die Infrastruktur des Herstellers, um die passende Software herunterladen zu können (s. u.)
• Schaltplan-Verzeichnis
• Reparaturanleitungen als druckbare Dokumente
• Teilekatalog für Ersatzteile
• Verbindung zur Buchhaltung der Werkstatt zur Angebotskalkulation und Rechnungsstellung
• Kundendatenbank

Programmierung von Steuergeräten

Steuergeräten, die neuprogrammierbar (flashbar) sind, kann auf diese Weise eine neue Programmversion zugesendet werden. Dazu muss es im Steuergerät ein extra Programm geben, das Flashloader genannt wird. Dieses Programm empfängt die Diagnose-Nachrichten zur Neuprogrammierung der restlichen Software vom Diagnosegerät und führt die erhaltenen Befehle, wie z. B. das Löschen oder das Beschreiben des Flashspeichers, aus.

Die essentiellen Komponenten eines Steuergeräts für die Reprogrammierung sind die Transportprotokoll-Proxys (CAN-TP-Proxy, MOST-TP-Proxy), ggf. eine KWP2000-Komponente und der Flashware-Reprogramming-Controller. Die TP-Proxys bieten dabei der KWP2000-Komponente eine einheitliche Schnittstelle zum Versenden von Nachrichten an und führen die erforderlichen Anpassungen zum Versenden von Transportnachrichten an den jeweiligen Subnetzen durch. Kommt ein neues Fahrzeug-Subnetz (z. B. Flexray oder TT-CAN) zum Einsatz, so muss lediglich ein entsprechender TP-Proxy hinzugefügt werden, um Steuergeräte an diesen Fahrzeug-Subnetzen flashen zu können.

Die Flashware-Proxys sind Stellvertreter für die auf den Steuergeräten installierten Flashware-Module. Soll ein Flashware-Modul in einem Steuergerät aktualisiert werden, so wird ein neuer Flashware-Proxy, der die neue Flashware und zugehörige Konfigurationsinformation für das Steuergerät enthält, vom Download-Server in der Infrastruktur in das Fahrzeug geladen. Der in das Fahrzeug geladene Flashware-Proxy kontaktiert die Komponenten der Installations- und Konfigurationsüberwachung und veranlasst nach positiver Rückmeldung die Installation der Flashware. Hierzu werden die Flashware und die Konfigurationsinformation vom Flashware-Proxy an den Flashware-Reprogramming-Controller übergeben, der die Konfigurationsdaten interpretiert, die Parameter für die KWP2000-Nachrichten zusammenstellt und diese in der richtigen Sequenz an das zu programmierende Steuergerät sendet. Die Konfigurationsdaten geben hierbei beispielsweise Aufschluss über den Aufbau der Flashware oder über Spezifika beim Download-Vorgang in ein spezielles Steuergerät. Nach einer erfolgreichen Installation löscht der Flashware-Proxy die in ihm enthaltene Flashware und die Konfigurationsdaten und wird fortan im Rahmen der Konfigurationsüberwachung im Fahrzeug weiter eingesetzt.

Bestrebungen zur Standardisierung

In der Anfangszeit der Fahrzeugdiagnose entwickelten die einzelnen Automobilhersteller selbst bzw. über Systempartner proprietäre Systeme, z.T. sogar selbständig für Fahrzeugentwicklung, Produktionszwecke und für die eigene Handelsorganisation. Diese Eigenentwicklungen wurden immer kostenintensiver in der laufenden Pflege, banden die Hersteller an einzelne Zulieferer und verhinderten den einfachen Datenaustausch bei herstellerübergreifenden Kooperationen. Das Diskriminierungsverbot freier Werkstätten und Händler (Stichwort Gruppenfreistellungsverordnung GVO) erforderte darüber hinaus ein standardisiertes Datenformat. Diese gesetzlichen Anforderungen und die Erkenntnis, dass die grundlegenden Diagnosetechniken nicht wettbewerbsrelevant sind, führten daher zu einer Kooperationsbereitschaft der Automobilkonzerne. Dem Standardisierungsproblem nahm man sich im ASAM in der Arbeitsgruppe Automotive Electronics (ASAM-AE) an und entwickelte mehrere Standards, die in der ISO 22900-Gruppe international standardisiert werden. Als Arbeitsergebnis wurde der ODX-Standard (auch MCD-2D) für die Datenbeschreibung und mit MCD-3D ein Objektmodell eines Diagnose-Kernels entworfen. Zur Bedienung der Kommunikations-Hardware wurde ein dritter Standard MCD-1D bzw PDU-API veröffentlicht. MCD-1D nimmt Rücksicht auf vorhandene Standard-Werkzeuge, wie z. B. Pass-Thru-Adapter zum Flashen von Steuergeräten.

Mit diesen drei Standards ist ein Diagnose-Kernel spezifiziert, der über drei Schnittstellen verfügt und zwar:

• Kommunikationshardware
• Diagnosebeschreibung
• Diagnose-Applikation

Mit der Verabschiedung der Standards entstanden darauf basierende neue Produkte oder bestehende Produkte wurden an die neuen Standards angepasst.

Literatur

• Christoph Marscholik, Peter Subke: Datenkommunikation im Automobil: Grundlagen, Bussysteme, Protokolle und Anwendungen. Hüthig, Heidelberg 2007, ISBN 978-3-7785-2969-0.
• Norbert Schreier: Computergestützte Expertensysteme im Kfz-Service. Bertelsmann Verlag, Bielefeld 2001, ISBN 3-7639-0197-3.
• Matthias Becker: Diagnosearbeit im Kfz-Handwerk als Mensch-Maschine-Problem. Konsequenzen des Einsatzes rechnergestützter Diagnosesysteme für die Facharbeit. W. Bertelsmann Verlag, Bielefeld 2003, ISBN 3-7639-3145-7.
• Werner Zimmermann und Ralf Schmidgall: Bussysteme in der Fahrzeugtechnik – Protokolle, Standards und Softwarearchitektur. Vieweg+Teubner, 4. Auflage, 2010, ISBN 978-3-8348-0907-0

Weblinks