aiMOOC

Kfz-Diagnose und Fahrzeugvernetzung – Fehlerspeichereinträge richtig interpretieren

QR-Code

Kfz-Diagnose und Fahrzeugvernetzung – Fehlerspeichereinträge richtig interpretieren

Einleitung

Ein Fehlerspeicher ist kein Teiletauschzettel. Ein gespeicherter DTC zeigt, welche Diagnose eine Auffälligkeit erkannt hat. Erst zusammen mit Status, Umgebungsdaten, weiteren Fehlereinträgen und einer gezielten Prüfung entsteht eine belastbare Diagnose.

Dieser aiMOOC richtet sich an Auszubildende im Kfz-Bereich. Du arbeitest mit kurzen Lerneinheiten, fiktiven Diagnosedaten und Werkstattfällen. Ziel ist, Fehler systematisch einzugrenzen statt Bauteile auf Verdacht zu ersetzen.

Sicherheits- und Datenschutzregel: Arbeite ausschließlich an Ausbildungsfahrzeugen, Schulungsständen, Simulationen oder anderen ausdrücklich autorisierten Testumgebungen. Die Datensätze in diesem Kurs sind fiktiv. Fremde Fahrzeugnetze, Produktivsysteme, Zugangsdaten und Kundendaten werden weder angegriffen noch ungefragt ausgelesen, verändert oder übertragen.

Lernziele

Nach dem Kurs kannst Du:

DTC: Fehlercodes als Diagnosehinweis statt als Tauschanweisung interpretieren.
Fehlerstatus: aktuelle, ausstehende und bestätigte Fehlerzustände unterscheiden.
Umgebungsdaten: Betriebswerte zum Fehlerzeitpunkt auswerten.
Fahrzeugvernetzung: Zusammenhänge zwischen Steuergeräten, CAN-Kommunikation und Folgefehlern erkennen.
Fehlereingrenzung: aus mehreren Hinweisen eine sinnvolle Prüfreihenfolge begründen.

Lerneinheit 1: Was sagt ein Fehlereintrag wirklich?

Ein Fehlereintrag besteht in der Praxis oft aus mehreren Informationsarten:

Information	Bedeutung	Diagnosefrage
Code	Kennzeichnet eine überwachte Fehlfunktion oder Diagnosebedingung.	Was wurde erkannt?
Status	Beschreibt den Diagnosezustand des Eintrags.	Ist der Fehler aktuell, nur vorgemerkt oder bereits bestätigt?
Umgebungsdaten	Gespeicherte Mess- und Betriebswerte zum Fehlerereignis.	Unter welchen Bedingungen trat die Auffälligkeit auf?
Zusatzinformationen	Je nach System z. B. Häufigkeit, Kilometerstand oder Fehlerzähler.	Wie oft oder in welchem Zusammenhang trat der Fehler auf?

Merksatz: Ein DTC beschreibt zunächst das Ergebnis einer Überwachung. Die Ursache kann im genannten Bauteil liegen, aber auch in Leitung, Steckverbindung, Versorgung, Masse, Kommunikation oder einem anderen System.

Mini-Fall 1: Nicht sofort den Sensor tauschen

Fiktiver Datensatz

Feld	Wert
Steuergerät	Motorsteuergerät
DTC	P0113
Beschreibung	Ansauglufttemperatursignal zu hoch
Status	bestätigt
Ansauglufttemperatur	−40 °C
Kühlmitteltemperatur	82 °C
Batteriespannung	13,9 V

Begründete Eingrenzung: −40 °C ist bei warmem Motor auffällig. Die Anzeige kann zu einer Unterbrechung im Sensorkreis passen. Deshalb werden zuerst Stecker, Leitung, Versorgung beziehungsweise Signalpfad und erst danach der Sensor selbst geprüft. Der DTC allein beweist keinen defekten Sensor.

Lerneinheit 2: Status richtig lesen

Bei standardisierten Diagnoseverfahren können Fehler unterschiedliche Zustände besitzen. In UDS wird der Status eines DTC über definierte Statusinformationen beschrieben. Typische Aussagen sind:

Test fehlgeschlagen: Die überwachte Diagnose erkennt aktuell oder im relevanten Prüfzyklus eine Fehlbedingung.
Pending: Eine Fehlbedingung wurde erkannt, hat aber noch nicht zwingend alle Kriterien für einen dauerhaft bestätigten Eintrag erfüllt.
Confirmed: Die Bestätigungskriterien des Steuergeräts wurden erfüllt.
Warnanzeige angefordert: Die Diagnose kann die Anforderung einer Warnanzeige kennzeichnen.

Wichtig: Ein bestätigter Fehler muss beim Auslesen nicht mehr aktuell vorhanden sein. Deshalb immer Status und Umgebungsdaten gemeinsam betrachten.

Diagnose-Datensatz A

DTC	Status	Aktueller Messwert	Erste Interpretation
P0101	pending	Luftmasse plausibel	Fehler war erkannt, ist aber momentan nicht eindeutig reproduzierbar.
U0100	bestätigt, aktuell nicht erkannt	Kommunikation vorhanden	Kommunikationsstörung kann zeitweise aufgetreten sein.
P0562	bestätigt	14,2 V bei laufendem Motor	Unterspannung kann vorher aufgetreten sein; Versorgungshistorie prüfen.

Diagnoseprinzip: Ein alter Unterspannungsfehler kann mehrere Folgeeinträge in anderen Steuergeräten erzeugen. Deshalb ist der zeitliche und systemische Zusammenhang wichtiger als die reine Anzahl der DTCs.

Lerneinheit 3: Umgebungsdaten lesen

Freeze-Frame-Daten beziehungsweise Snapshot- oder Umgebungsdaten halten ausgewählte Betriebswerte zum Fehlerereignis fest. Typische Werte sind Drehzahl, Last, Temperatur, Geschwindigkeit und Versorgungsspannung.

Fragefolge:

Passt der Betriebszustand zum Fehler?
Sind einzelne Werte physikalisch unplausibel?
Gibt es gemeinsame Auffälligkeiten bei mehreren Steuergeräten?
Ist eine Ursache denkbar, die mehrere DTCs gleichzeitig erklärt?

Mini-Fall 2: Unterspannung als gemeinsame Ursache

Zeitpunkt	Steuergerät	DTC	Status	Spannung
07:42:11	Motor	P0562	bestätigt	9,1 V
07:42:12	ABS	U0121	sporadisch	9,0 V
07:42:13	Lenkung	U0100	sporadisch	8,9 V

Begründete Eingrenzung: Drei nahezu zeitgleiche Einträge mit sehr niedriger Versorgungsspannung sprechen dafür, zuerst Batterie, Spannungsversorgung, Masseverbindungen und Startvorgang zu prüfen. Drei Steuergeräte gleichzeitig zu ersetzen wäre unbegründet.

Lerneinheit 4: Fahrzeugvernetzung verstehen

Moderne Steuergeräte tauschen Informationen über Fahrzeugnetzwerke aus. Ein verbreitetes Bussystem ist der CAN-Bus. Fällt eine Versorgung, Leitung oder ein Teilnehmer aus, können andere Steuergeräte fehlende Botschaften erkennen und eigene Kommunikations-DTCs speichern.

Das Bild zeigt beispielhaft die Anordnung mehrerer Teilnehmer in einem CAN-Netzwerk.

CAN kurz erklärt

Bei einer Busstruktur teilen sich mehrere Steuergeräte einen Kommunikationsweg. Für die Diagnose bedeutet das:

Ein Kommunikations-DTC in Steuergerät A muss seine Ursache nicht in Steuergerät A haben.
Ein spannungsloser Teilnehmer kann für andere Steuergeräte als „nicht erreichbar“ erscheinen.
Eine Leitungsstörung kann mehrere Kommunikationsfehler gleichzeitig erzeugen.
Ein Gateway kann mehrere Netzbereiche verbinden; dadurch müssen Fehler systemübergreifend betrachtet werden.

Medienhinweis: Das eingebettete Video dient als externe Lernressource zur CAN-Diagnose. Die Rechte verbleiben beim jeweiligen Rechteinhaber und der Plattform.

Systembild: physikalische Busstruktur

Das Bild unterstützt die Frage: Welche gemeinsame Leitung oder Versorgung kann mehrere Teilnehmer gleichzeitig betreffen?

Das Video zeigt eine praktische CAN-Fehlersuche mit dem Oszilloskop. Messungen an realen Fahrzeugen dürfen nur in dafür freigegebenen Ausbildungs- oder Werkstattumgebungen erfolgen.

Konkreter Ausbildungsfall

Auftrag: Ein Ausbildungsfahrzeug startet, aber mehrere Warnleuchten bleiben nach dem Start aktiv. Es liegen keine Kundendaten vor. Das Fahrzeug ist für die Übung freigegeben.

Fiktiver Gesamtscan

Steuergerät	DTC	Status	Zusatzinformation
Motor	P0562	bestätigt, aktuell nicht aktiv	Spannung beim Fehler 8,8 V
ABS	U0100	sporadisch	Kommunikation Motorsteuergerät unterbrochen
Lenkung	U0121	sporadisch	Kommunikation ABS unterbrochen
Komfort	B11A0	sporadisch	Versorgung unter Grenzwert

Aktuelle Messwerte

Batteriespannung Motor aus: 12,0 V
Batteriespannung beim Starten: 8,7 V
Ladespannung Motor läuft: 14,3 V

Arbeitsauftrag

Entscheide, welche Prüfung zuerst sinnvoll ist:

A: ABS-Steuergerät ersetzen.

B: Motorsteuergerät ersetzen.

C: Batterie, Startspannung, Polklemmen und Masseverbindungen prüfen.

D: Alle Fehlerspeicher löschen und Fahrzeug ohne weitere Prüfung übergeben.

Begründete Lösung: C ist die sinnvollste erste Maßnahme. Mehrere zeitnahe Fehler aus unterschiedlichen Steuergeräten enthalten Hinweise auf Unterspannung. Die gemessenen 8,7 V beim Starten stützen diese Hypothese. Ein Steuergerätetausch wäre ohne weitere Prüfung nicht begründet. Löschen ohne Ursachenprüfung vernichtet Diagnoseinformationen und löst die Ursache nicht.

Gestufte Hilfen

Hilfe 1: Beobachten

Markiere in jedem Fehlereintrag zuerst:

Code
Status
Zeitpunkt oder Fehlerhäufigkeit
Versorgungsspannung
auffällige Umgebungsdaten

Hilfe 2: Gemeinsamkeiten suchen

Frage Dich: Welche einzige Ursache könnte mehrere Einträge gleichzeitig erklären?

Beispiele: gemeinsame Spannungsversorgung, Massepunkt, Busleitung, Sicherung, Gateway oder ein ausgefallener Teilnehmer.

Hilfe 3: Prüfreihenfolge begründen

Beginne mit Prüfungen, die:

viele Fehler gleichzeitig erklären können,
wenig Eingriff erfordern,
vorhandene Diagnosedaten bestätigen oder widerlegen,
keine unnötigen Teilewechsel verursachen.

Basis-, Anwendungs- und Transferaufgaben

Basis

Aufgabe: Ein DTC ist „confirmed“, der zugehörige Fehler ist aktuell aber nicht messbar. Was folgt daraus?

Begründetes Feedback: Der Fehler wurde ausreichend oft beziehungsweise nach den vorgesehenen Kriterien bestätigt. Daraus folgt nicht automatisch, dass er im Moment des Auslesens aktiv ist. Status, Umgebungsdaten und Reproduzierbarkeit müssen ergänzt werden.

Anwendung

Aufgabe: Drei Steuergeräte speichern innerhalb von zwei Sekunden Kommunikationsfehler. Alle Umgebungsdaten zeigen etwa 9 V. Formuliere die ersten zwei Prüfschritte.

Begründetes Feedback: Sinnvoll sind zuerst Versorgung und Masse beziehungsweise der Spannungseinbruch während des Startens. Die gemeinsame Zeitlage und Spannung machen eine gemeinsame Ursache wahrscheinlicher als drei unabhängige Steuergerätedefekte.

Transfer

Aufgabe: Nach einer Batteriereparatur sind alte Kommunikations-DTCs gespeichert, aktuell besteht aber kein Fehler. Plane eine fachgerechte Abschlusskontrolle.

Begründetes Feedback: Dokumentiere zunächst den Ausgangszustand, lösche die Fehler erst nach abgeschlossener Ursachenprüfung, führe einen definierten Funktions- beziehungsweise Fahrzyklus durch und lies anschließend erneut aus. Dadurch wird geprüft, ob die DTCs reproduzierbar zurückkehren.

Werkstattfälle zur Fehlereingrenzung

Fall A: Signal unplausibel

Datensatz: Kühlmitteltemperatur −40 °C bei warmem Motor, DTC zum Temperatursignal, andere Temperatursensoren zeigen etwa 85 °C.

Erste Hypothese: Unterbrechung oder elektrischer Fehler im Signalpfad.

Prüfung: Steckverbindung, Leitungsweg und Signal beziehungsweise Versorgung nach Herstellerunterlagen prüfen.

Begründung: Der unplausible Extremwert ist diagnostisch stärker als die bloße DTC-Bezeichnung.

Fall B: Viele U-Codes

Datensatz: Fünf Steuergeräte melden innerhalb derselben Sekunde fehlende Kommunikation, Versorgung 8,9 bis 9,2 V.

Erste Hypothese: gemeinsames Versorgungsproblem.

Prüfung: Batterie, Startspannung, Hauptmasse, Hauptversorgung und relevante Sicherungsverbindungen.

Begründung: Zeitgleiches Auftreten in mehreren Netzknoten deutet auf eine gemeinsame Ursache.

Fall C: Einzelner Teilnehmer fehlt

Datensatz: Mehrere Steuergeräte melden ausschließlich „Kommunikation mit Steuergerät X verloren“. Versorgung ist stabil.

Erste Hypothese: Steuergerät X, dessen Versorgung oder dessen Netzanbindung prüfen.

Prüfung: Hersteller-Schaltplan verwenden und zuerst Versorgung, Masse und physikalische Anbindung von X kontrollieren.

Begründung: Mehrere unabhängige Teilnehmer verweisen auf denselben fehlenden Kommunikationspartner.

Quellen und Medienrechte

Die fachliche Einordnung wurde mit öffentlich zugänglichen Informationen zu OBD, UDS und DTCs abgeglichen. Maßgeblich für konkrete Reparaturen bleiben immer die aktuellen Herstellerunterlagen und die einschlägigen Normen.

On-Board-Diagnose: OBD-Datenzugang, Diagnoseinformationen und Freeze-Frame-Grundlagen.
Unified Diagnostic Services: UDS nach ISO 14229 und Dienst zum Lesen von DTC-Informationen.
SAE J2012: Standardisierte Definition von Diagnostic Trouble Codes.
SAE J1979 beziehungsweise J1979-2: Diagnosezugriff auf OBD-Daten; moderne Weiterentwicklung OBDonUDS.
Wikimedia Commons: „Aufbau CANBUS Modellauto.png“, Lizenz CC BY-SA 3.0 DE.
Wikimedia Commons: „Le bus CAN dans l'automobile.png“, Lizenz CC BY-SA 3.0.
Wikimedia Commons: „CAN bus Electrical diagram.JPG“, Lizenz CC BY-SA 4.0.
Wikimedia Commons: „OBD-II type A female connector pinout.svg“, frei nach den auf Commons ausgewiesenen Lizenzbedingungen.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Welche Aussage über einen DTC ist fachlich richtig? (Ein DTC ist ein Diagnosehinweis und muss im Zusammenhang geprüft werden) (!Ein DTC beweist immer ein defektes Bauteil) (!Ein DTC gibt immer die genaue Reparatur vor) (!Ein DTC macht Umgebungsdaten überflüssig)

Was beschreibt der Status eines Fehlereintrags? (Den Diagnosezustand des Fehlers) (!Die Ersatzteilnummer) (!Die Werkzeuggröße) (!Die Lackfarbe des Fahrzeugs)

Wozu dienen Umgebungsdaten? (Sie zeigen Betriebsbedingungen zum Fehlerereignis) (!Sie ersetzen jede Messung) (!Sie löschen den Fehlerspeicher) (!Sie ändern die Steuergerätesoftware)

Was ist bei mehreren zeitgleichen DTCs in verschiedenen Steuergeräten sinnvoll? (Nach einer gemeinsamen Ursache suchen) (!Alle Steuergeräte gleichzeitig ersetzen) (!Nur den alphabetisch ersten Fehler beachten) (!Alle Einträge sofort löschen)

Was kann eine niedrige Versorgungsspannung verursachen? (Mehrere Folgefehler in vernetzten Steuergeräten) (!Immer nur einen einzigen mechanischen Fehler) (!Eine höhere Busgeschwindigkeit) (!Eine automatische Reparatur)

Was bedeutet confirmed grundsätzlich? (Der Fehler hat die vorgesehenen Bestätigungskriterien erfüllt) (!Der Fehler ist zwingend genau jetzt aktiv) (!Das genannte Bauteil muss ersetzt werden) (!Der Fehlerspeicher ist leer)

Was ist bei einem Kommunikations-DTC zu prüfen? (Auch Versorgung und Netzanbindung des betroffenen Teilnehmers) (!Nur die Fahrzeugreifen) (!Nur die Klimaanlage) (!Ausschließlich die Lackschicht)

Welche Prüfreihenfolge ist diagnostisch günstig? (Zuerst gemeinsame und einfach prüfbare Ursachen untersuchen) (!Zuerst das teuerste Steuergerät ersetzen) (!Zuerst alle Fehler löschen) (!Zuerst Kundendaten übertragen)

Warum sollte ein Fehlerspeicher nicht sofort gelöscht werden? (Weil dadurch wichtige Diagnoseinformationen verloren gehen können) (!Weil ein Löschen grundsätzlich verboten ist) (!Weil danach immer das Fahrzeug stehen bleibt) (!Weil dadurch der Tank geleert wird)

Wo dürfen die Übungen dieses Kurses durchgeführt werden? (In autorisierten Ausbildungs- oder Testumgebungen) (!In beliebigen fremden Fahrzeugnetzen) (!In Produktivsystemen ohne Freigabe) (!Mit ungefragt übertragenen Kundendaten)

Memory

DTC	Diagnosehinweis
Status	Fehlerzustand
Freeze Frame	Umgebungsdaten
CAN	Fahrzeugnetzwerk
Gateway	Netzwerkkopplung
Unterspannung	mögliche gemeinsame Fehlerursache

Drag and Drop

Ordne die richtigen Begriffe zu.	Thema
Fehlercode	Was wurde erkannt?
Status	Welchen Diagnosezustand besitzt der Fehler?
Umgebungsdaten	Unter welchen Betriebsbedingungen trat er auf?
Gesamtscan	Welche weiteren Steuergeräte melden Auffälligkeiten?
Prüfung	Welche Hypothese lässt sich gezielt bestätigen oder widerlegen?

Kreuzworträtsel

Diagnose	Wie heißt die systematische Suche nach einer Fehlerursache?
Status	Welche Information beschreibt den Zustand eines DTC?
Snapshot	Wie wird ein gespeicherter Satz von Umgebungsdaten auch genannt?
Gateway	Welche Komponente kann unterschiedliche Fahrzeugnetze verbinden?
Spannung	Welche elektrische Größe ist bei vielen gleichzeitigen Fehlern besonders wichtig?
Datenbus	Wie heißt ein gemeinsamer Kommunikationsweg mehrerer Steuergeräte?

LearningApps

Lückentext

Offene Aufgaben

Leicht

DTC-Steckbrief: Erstelle für einen fiktiven Fehlercode einen Steckbrief mit Code, Status, Umgebungsdaten und zwei möglichen Ursachen.
Umgebungsdaten markieren: Markiere in einem bereitgestellten Diagnosedatensatz alle Werte, die für die Fehlereingrenzung wichtig sind, und begründe Deine Auswahl.
Diagnosebegriffe erklären: Erkläre DTC, pending, confirmed und Freeze Frame mit eigenen Worten.
Fehler oder Ursache: Formuliere zu drei DTC-Beschreibungen jeweils einen Satz, warum die Beschreibung noch nicht automatisch die Ursache nennt.

Standard

Werkstattfall Unterspannung: Entwickle aus fünf fiktiven DTCs eine Prüfreihenfolge für Batterie, Versorgung und Kommunikation.
Netzwerkbild auswerten: Nutze ein CAN-Systembild und kennzeichne Stellen, an denen ein einzelner Fehler mehrere Steuergeräte beeinflussen könnte.
Diagnoseprotokoll: Erstelle ein kurzes Diagnoseprotokoll mit Beobachtung, Hypothese, Prüfung, Ergebnis und nächstem Schritt.
Fehlervergleich: Vergleiche einen aktuellen und einen historischen Kommunikationsfehler und erkläre, welche zusätzlichen Daten Du benötigst.

Schwer

Mehrfachfehler analysieren: Erstelle einen fiktiven Gesamtscan mit mindestens vier Steuergeräten und konstruiere eine gemeinsame Ursache, die alle Einträge plausibel erklärt.
Prüfstrategie begründen: Entwickle zwei unterschiedliche Diagnosewege für denselben Werkstattfall und entscheide begründet, welcher effizienter ist.
Ausbildungsfall gestalten: Produziere ein kurzes Lernvideo oder eine Bildfolge, die zeigt, wie Code, Status und Umgebungsdaten nacheinander ausgewertet werden. Verwende ausschließlich eigene oder frei lizenzierte Medien.
Transfer Fahrzeugnetzwerk: Entwickle einen fiktiven Fall, in dem ein Teilnehmerausfall Folge-DTCs in mindestens drei anderen Steuergeräten erzeugt, und erkläre die Netzwerklogik.

Lernkontrolle

Diagnosehypothese: Ein Fahrzeug besitzt fünf DTCs aus drei Steuergeräten. Entwickle mindestens zwei mögliche gemeinsame Ursachen und erkläre, welche Messung zwischen den Hypothesen unterscheiden kann.
Statusbewertung: Begründe, warum ein bestätigter DTC ohne aktuell vorhandene Fehlersymptome weder ignoriert noch automatisch als aktiver Defekt bewertet werden sollte.
Umgebungsdatenanalyse: Bewerte einen fiktiven Datensatz mit Drehzahl, Temperatur, Bordspannung und Geschwindigkeit und leite daraus eine begründete Prüfreihenfolge ab.
Netzwerkfehler: Erkläre anhand eines selbst gezeichneten CAN-Netzes, wie der Ausfall eines Teilnehmers mehrere Kommunikations-DTCs erzeugen kann.
Werkstattentscheidung: Vergleiche „Teiletausch nach DTC“ und „hypothesengeführte Diagnose“ hinsichtlich Zeit, Kosten und Fehlerwahrscheinlichkeit.
Abschlusskontrolle: Entwickle einen Ablauf, mit dem nach einer Reparatur geprüft wird, ob die Fehlerursache tatsächlich beseitigt wurde.

Lernnachweis

Für einen Lernnachweis zu diesem Thema solltest Du zeigen, dass Du:

DTC, Status und Umgebungsdaten sicher unterscheiden kannst.
einen Fehlereintrag nicht automatisch mit einem defekten Bauteil gleichsetzt.
mehrere DTCs zeitlich und systemisch miteinander verknüpfen kannst.
aus Umgebungsdaten eine nachvollziehbare Diagnosehypothese ableitest.
eine sinnvolle Prüfreihenfolge begründest.
Netzwerkeinflüsse und mögliche Folgefehler erkennst.
Diagnoseergebnisse fachgerecht dokumentierst.
ausschließlich autorisierte Testumgebungen und fiktive oder freigegebene Daten verwendest.