Glanz: aiMOOC über GPT aiMOOC Action erstellt

2026-10-08T05:31:47Z

aiMOOC über GPT aiMOOC Action erstellt

Neue Seite

{{T}}

{{BR}}
= Kfz-Diagnose und Fahrzeugvernetzung – Fehlerspeichereinträge richtig interpretieren =

{{BR}}
= Einleitung =

Ein [[Fehlerspeicher]] ist kein Teiletauschzettel. Ein gespeicherter [[Diagnostic Trouble Code|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.

[[Datei:OBD-II type A female connector pinout.svg|500px|rahmenlos|center]]

{{BR}}
== Lernziele ==

Nach dem Kurs kannst Du:
# [[Diagnostic Trouble Code|DTC]]: Fehlercodes als Diagnosehinweis statt als Tauschanweisung interpretieren.
# [[Fehlerstatus]]: aktuelle, ausstehende und bestätigte Fehlerzustände unterscheiden.
# [[Freeze Frame|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.

{{BR}}
= Lerneinheit 1: Was sagt ein Fehlereintrag wirklich? =

Ein Fehlereintrag besteht in der Praxis oft aus mehreren Informationsarten:

{| class="wikitable"
! 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.

{{BR}}
== Mini-Fall 1: Nicht sofort den Sensor tauschen ==

'''Fiktiver Datensatz'''

{| class="wikitable"
! 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.

{{BR}}
= 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.

{{BR}}
== Diagnose-Datensatz A ==

{| class="wikitable"
! 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.

{{BR}}
= Lerneinheit 3: Umgebungsdaten lesen =

[[Freeze Frame|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?

{{BR}}
== Mini-Fall 2: Unterspannung als gemeinsame Ursache ==

{| class="wikitable"
! 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.

{{BR}}
= Lerneinheit 4: Fahrzeugvernetzung verstehen =

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

[[Datei:Aufbau CANBUS Modellauto.png|500px|rahmenlos|center]]

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

[[Datei:Le bus CAN dans l'automobile.png|500px|rahmenlos|center]]

{{BR}}
== 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.

{{#ev:youtube| https://www.youtube.com/watch?v=izVTPsujT8U |500|center}}

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

{{BR}}
== Systembild: physikalische Busstruktur ==

[[Datei:CAN bus Electrical diagram.JPG|500px|rahmenlos|center]]

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

{{#ev:youtube| https://www.youtube.com/watch?v=hsfJwMuByag |500|center}}

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.

{{BR}}
= 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'''

{| class="wikitable"
! 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

{{BR}}
== 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.

{{BR}}
= Gestufte Hilfen =

{{BR}}
== Hilfe 1: Beobachten ==

Markiere in jedem Fehlereintrag zuerst:
# Code
# Status
# Zeitpunkt oder Fehlerhäufigkeit
# Versorgungsspannung
# auffällige Umgebungsdaten

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= Basis-, Anwendungs- und Transferaufgaben =

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= Werkstattfälle zur Fehlereingrenzung =

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= 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.

{{BR}}
= Interaktive Aufgaben =

{{BR}}
== Quiz: Teste Dein Wissen ==

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

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

{{E}}
<br>

{{MC}}

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

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{MC}}

'''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)

{{E}}
<br>

{{BR}}
== Memory ==

<div class="memo-quiz">
{|
|-
| DTC || Diagnosehinweis
|-
| Status || Fehlerzustand
|-
| Freeze Frame || Umgebungsdaten
|-
| CAN || Fahrzeugnetzwerk
|-
| Gateway || Netzwerkkopplung
|-
| Unterspannung || mögliche gemeinsame Fehlerursache
|}
{{E}}
<br>

{{BR}}
== Drag and Drop ==

<div class="lueckentext-quiz">

{| class="wikitable"
! 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?
|}

{{E}}

<br>

{{BR}}
== Kreuzworträtsel ==

<div class="kreuzwort-quiz">
{|
|-
| 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?
|}
{{E}}
<br>

{{BR}}
== LearningApps ==

<iframe> https://learningapps.org/index.php?s=Kfz-Diagnose+und+Fahrzeugvernetzung+Fehlerspeichereintraege+richtig+interpretieren </iframe>

{{BR}}
== Lückentext ==

<quiz display=simple>
{'''Vervollständige den Text.'''<br>
|type="{}"}
Ein gespeicherter { DTC } ist zunächst ein Diagnosehinweis. Der { Status } zeigt, in welchem Diagnosezustand sich der Eintrag befindet. Gespeicherte Betriebswerte zum Fehlerereignis heißen { Umgebungsdaten }. Treten viele Kommunikationsfehler gleichzeitig auf, sollte nach einer { gemeinsamen Ursache } gesucht werden. Eine auffällig niedrige { Versorgungsspannung } kann mehrere Steuergeräte gleichzeitig beeinflussen. Vor einem Teiletausch muss eine Diagnosehypothese durch eine gezielte { Prüfung } bestätigt werden.
</quiz>

<br>

{{BR}}
= Offene Aufgaben =

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
== 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.

{{:Offene Aufgabe - MOOC erstellen}}

{{BR}}
= 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.

<br>
<br>

{{BR}}
= 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.

<br>
<br>

{{BR}}
= OERs zum Thema =

<iframe> https://de.m.wikipedia.org/wiki/Fahrzeugdiagnose </iframe>

<iframe> https://de.m.wikipedia.org/wiki/On-Board-Diagnose </iframe>

<iframe> https://de.m.wikipedia.org/wiki/Unified_Diagnostic_Services </iframe>

<br>

{{BR}}
= Verknüpfte Lernbereiche =

{| align=center
{{:D-Tab}}
'''[[Kfz-Diagnose und Fahrzeugvernetzung – Fehlerspeichereinträge richtig interpretieren]]'''
# [[Fahrzeugdiagnose]]
# [[On-Board-Diagnose]]
# [[Diagnostic Trouble Code]]
# [[Fehlerspeicher]]
# [[Controller Area Network]]
# [[Unified Diagnostic Services]]
# [[Fahrzeugelektrik]]
# [[Fahrzeugelektronik]]
|}

[[Kategorie:Fahrzeugtechnik]]
[[Kategorie:Kfz-Mechatronik]]
[[Kategorie:Ausbildung]]
[[Kategorie:Fahrzeugdiagnose]]
[[Kategorie:On-Board-Diagnose]]
[[Kategorie:CAN-Bus]]
[[Kategorie:Fahrzeugvernetzung]]

{{BR}}
= aiMOOC-Projekte =
[[Kategorie:AI_MOOC]] [[Kategorie:GPT aiMOOC]]
{{MT}}

Kfz-Diagnose und Fahrzeugvernetzung – Fehlerspeichereinträge richtig interpretieren - Versionsgeschichte

Glanz: aiMOOC über GPT aiMOOC Action erstellt