Fahrerassistenz Sensorik und Fahrzeugsoftware – Fahrzeugsoftware und Updates einordnen
Fahrerassistenz Sensorik und Fahrzeugsoftware – Fahrzeugsoftware und Updates einordnen
QR-Code
Fahrerassistenz Sensorik und Fahrzeugsoftware – Fahrzeugsoftware und Updates einordnen
Einleitung
Ausbildungskurs für Kfz-Mechatronikerinnen und Kfz-Mechatroniker
Thema: Freigabe, Versionsstand und Nachweise bei Fahrzeugsoftware und Updates.
Lernzeit: ca. 60–90 Minuten, einschließlich interaktiver Aufgaben und Lernkontrolle.
Lernform: Kurze Lerneinheiten, Systembilder, Videos, simulierte Diagnosedaten und Werkstattfälle.
Leitfrage: Ein Softwareupdate ist abgeschlossen. Ist damit auch die ordnungsgemäße Funktion des Fahrerassistenzsystems nachgewiesen?
Du lernst, Informationen zu Fahrerassistenzsystemen, Sensoren, Fahrzeugdiagnose und Softwareupdates fachlich einzuordnen.
Am Kursende kannst Du:
- Sensorik: Kamera, Radar und Ultraschall anhand typischer Aufgaben unterscheiden.
- Steuergerät: Das Zusammenspiel von Sensorik, Fahrzeugsoftware und Steuergeräten erklären.
- Softwareaktualisierung: Freigabe, Sollversion, Istversion und Installationsstatus unterscheiden.
- Fahrzeugdiagnose: Simulierte Diagnoseprotokolle auf Widersprüche und fehlende Informationen untersuchen.
- Qualitätssicherung: Erforderliche Nachweise benennen und eine begründete Weitergabe an qualifiziertes Fachpersonal vorbereiten.
Sicherheitsgrenze: Dieser Lernkurs erteilt keine Zulassungs-, Reparatur-, Funktions- oder Fahrfreigabe. Alle praktischen Analyseaufgaben arbeiten mit simulierten Daten oder bereitgestellten Medien. Sicherheitsrelevante Fahrzeugarbeiten, Softwareeingriffe, Kalibrierungen, Arbeiten an Hochvoltsystemen und Rückhaltesystemen sowie Fahrfreigaben bleiben entsprechend qualifiziertem und autorisiertem Fachpersonal vorbehalten. Immer sind die aktuellen fahrzeugbezogenen Herstellerangaben und betrieblichen Sicherheitsregeln maßgeblich.
Lerneinheit 1: Sensorik verstehen
Zeit: ca. 10 Minuten
Moderne Fahrerassistenzsysteme (ADAS) erfassen ihre Umgebung mit unterschiedlichen Sensoren. Die Software verarbeitet diese Informationen und unterstützt bestimmte Fahrfunktionen.

Systembild: Prinzip einer adaptiven Abstandsregelung. M. Minderhoud / Malyszkz, CC BY-SA 3.0. Quelle und Lizenz
Video: Bosch Mobility – Fahrerassistenzsysteme. Achte darauf, wie Sensorinformationen zu Warnungen oder unterstützenden Eingriffen führen.
Drei wichtige Sensorarten
| Sensor | Typische Information | Beispiel |
|---|---|---|
| Kamera | Fahrbahnmarkierungen, Verkehrszeichen und Objekte | Spurhalteunterstützung |
| Radar | Abstand, Position und Relativgeschwindigkeit | Adaptive Abstandsregelung |
| Ultraschall | Hindernisse im Nahbereich | Einparkhilfe |
Radar erkennen

Radarsensor eines VW Golf VII. Rafael Kloepper / Nozilla, CC BY-SA 3.0. Quelle und Lizenz
Video: Bosch Mobility – Radarsensoren für assistiertes und automatisiertes Fahren.
Merke: Radar kann Entfernungen und Relativbewegungen erfassen. Die tatsächliche Leistungsfähigkeit hängt vom jeweiligen System und seinen Betriebsbedingungen ab.
Kameras erkennen

Beispiel einer Fahrzeugkamera an der Windschutzscheibe. Michael Sheehan, CC BY 2.0. Quelle und Lizenz
Eine Frontkamera kann beispielsweise Fahrbahnmarkierungen erkennen. Verschmutzung, Sichtbedingungen, Einbauposition und Kalibrierstatus können ihre Funktion beeinflussen.
Werkstattbezug: Nach bestimmten Arbeiten an der Windschutzscheibe können herstellerseitig festgelegte Prüfungen oder Kalibrierungen erforderlich sein.
Ultraschall erkennen
Ultraschallsensor im Fahrzeugbereich. Iahmed2, CC BY-SA 3.0. Quelle und Lizenz
Ultraschallsensoren verwenden reflektierte Schallimpulse zur Hinderniserkennung im Nahbereich.
Basisaufgabe: Ordne Kamera, Radar und Ultraschall jeweils einer typischen Assistenzfunktion zu. Begründe Deine Wahl anhand der Messaufgabe.
Lerneinheit 2: Sensoren und Fahrzeugsoftware
Zeit: ca. 10 Minuten

Beispiel eines CAN-Bus-Aufbaus am Modellauto. Ernst Otto Derwald, CC BY-SA 3.0 DE. Quelle und Lizenz
Beispiel einer Steuergeräte- und Busstruktur. Ahsanriaz6157, CC BY-SA 4.0. Quelle und Lizenz
Vereinfachtes Systembild:
| Sensorik
Kamera, Radar |
→ | Datenverarbeitung
Steuergerät und Software |
→ | Assistenzfunktion
Warnung oder Unterstützung |
Fahrzeugfunktionen können von mehreren vernetzten Steuergeräten, Softwareständen und Parametern abhängen. Nicht jede Fahrzeugarchitektur ist gleich aufgebaut.
Wichtige Begriffe:
| Begriff | Bedeutung |
|---|---|
| Steuergerät | Elektronische Einheit zur Verarbeitung und Kommunikation |
| Firmware | Software, die eng mit elektronischer Hardware verbunden ist |
| CAN-Bus | Kommunikationssystem zwischen elektronischen Einheiten |
| Gateway | Verbindet beziehungsweise vermittelt zwischen Fahrzeugnetzwerken |
| Sensordatenfusion | Zusammenführung unterschiedlicher Sensorinformationen |
Video: Bosch Mobility – Software-definiertes Fahrzeug. Beobachte, warum Software neben Hardware eine zentrale Rolle spielt.
Denkfrage: Warum kann eine einzelne aktualisierte Softwarekomponente möglicherweise nicht mit einem unveränderten Steuergerät zusammenarbeiten?
Kurzfeedback: Softwarekomponenten besitzen Schnittstellen und Abhängigkeiten. Eine Änderung kann andere Komponenten betreffen. Deshalb müssen Freigabe und Kompatibilität fahrzeugbezogen geklärt werden.
Lerneinheit 3: Softwareupdates einordnen
Zeit: ca. 10 Minuten

Reale Beispielansicht eines Fahrzeug-Softwareupdates; keine Diagnose- oder Freigabeunterlage. Tony Webster, CC BY-SA 4.0. Quelle und Lizenz
Bei einer Softwareaktualisierung können Funktionen verändert, Fehler behoben oder Sicherheitsmaßnahmen aktualisiert werden.
Ein Over-the-Air-Update (OTA) wird über eine Funkverbindung übertragen. Andere Updates erfolgen über dafür vorgesehene Werkstattverfahren.
Ein angezeigtes Update ist noch kein Nachweis für die korrekte Funktion aller betroffenen Systeme.
Freigabe, Version und Nachweis
| Prüffrage | Gesuchte Information | Bedeutung |
|---|---|---|
| Ist das Update freigegeben? | Aktuelle Herstellerunterlagen für das konkrete Fahrzeug und seine Konfiguration | Eignung und Anwendbarkeit |
| Welcher Stand ist vorgesehen? | Sollversion und gegebenenfalls Abhängigkeiten | Referenz für den Vergleich |
| Welcher Stand ist vorhanden? | Ausgelesene Istversion | Dokumentierter Softwarestand |
| Was meldet die Installation? | Updateprotokoll und Status | Ablauf und Ergebnis des Updatevorgangs |
| Sind weitere Prüfungen erforderlich? | Aktuelle Herstelleranforderungen | Umfang notwendiger Kontrollen |
| Welche Nachweise liegen vor? | Diagnosebericht, Versionsvergleich und erforderliche Prüfdokumentation | Nachvollziehbarkeit des Vorgangs |
Drei Aussagen – drei unterschiedliche Bedeutungen
| Aussage | Was daraus folgt |
|---|---|
| Update abgeschlossen | Das System meldet einen abgeschlossenen Updatevorgang. |
| Istversion = Sollversion | Die dokumentierten Versionsangaben stimmen überein. |
| Erforderliche Funktionsnachweise liegen vor | Bestimmte vorgegebene Prüfungen sind dokumentiert; ihr Umfang und ihre Bewertung hängen von den Herstelleranforderungen ab. |
Merksatz: Versionsgleichheit allein ist weder ein vollständiger Funktionsnachweis noch eine Fahrzeugfreigabe.
Regelwerke und technische Orientierung
Die UN-Regelung Nr. 156 behandelt Softwareupdates und Software-Update-Managementsysteme (SUMS). Dazu gehören unter anderem Prozesse für Softwareidentifikation, Dokumentation, Kompatibilität und Sicherheit.
Die ISO 24089 beschreibt Anforderungen und Empfehlungen an das Software-Update-Engineering im Fahrzeugbereich. Sie ersetzt keine konkrete Arbeitsanweisung des Herstellers.
RXSWIN bezeichnet einen regulatorischen Softwareidentifikator im Anwendungsbereich entsprechender Genehmigungsvorschriften. Er ist nicht einfach mit jeder einzelnen Steuergeräte-Versionsnummer gleichzusetzen.
Die UN-Regelung Nr. 155 befasst sich mit Fahrzeug-Cybersicherheit und Cybersicherheits-Managementsystemen.
Lerneinheit 4: Diagnoseinformationen lesen
Zeit: ca. 10 Minuten

Beispiel einer OBD-Diagnoseschnittstelle. Mattesák, CC BY-SA 4.0. Quelle und Lizenz
Die Fahrzeugdiagnose verwendet unter anderem Fehlereinträge, Zustandsinformationen, Identifikationsdaten und gegebenenfalls Ereignisprotokolle.
Wichtig: Ein Fehlereintrag ist ein Hinweis, nicht automatisch der Beweis einer bestimmten defekten Komponente. Ein einfaches OBD-Gerät ermöglicht auch nicht zwangsläufig den Zugriff auf alle herstellerspezifischen Assistenzsystemdaten.

Beispielsymbol für eine Störung der adaptiven Abstandsregelung. Mrmw, CC0. Quelle und Lizenz
Analysiere immer gemeinsam: Kundenbeanstandung, zeitlichen Verlauf, Softwarestände, Diagnosedaten, betroffene Funktionen und vorhandene Herstellerinformationen.
Ausbildungsfall: Warnmeldung nach einem Werkstattauftrag
Fall: Lehrfahrzeug L-07
Eine Kundin berichtet:
„Nach dem Austausch der Frontscheibe und einem Softwareupdate erscheint eine Meldung zur Spurhalteunterstützung.“
Eine Fachkraft stellt Dir anonymisierte Unterlagen für eine theoretische Auswertung zur Verfügung.
Arbeitsauftrag: Grenze die möglichen Ursachen anhand der Unterlagen ein. Du führst keinerlei Arbeiten am Fahrzeug durch.
Alle nachfolgenden Versionsnummern, Statusmeldungen und SIM-Kennungen sind frei erfundene Ausbildungsdaten. Sie stammen nicht von einem Fahrzeughersteller und sind keine realen Diagnosecodes, Updatefreigaben oder Reparaturanweisungen.
Diagnose-Datensatz A: Lehrfahrzeug L-07
| Datenquelle | Merkmal | Lehrdatensatz |
|---|---|---|
| Werkstattauftrag | Durchgeführte Arbeiten | Frontscheibentausch und Kamera-Softwareupdate |
| Kundenangabe | Beanstandung | Spurhalteunterstützung nicht verfügbar |
| Simuliertes Updateprotokoll | Abschlussmeldung | Updatevorgang beendet |
| Simuliertes Referenzblatt | Kamera-Sollversion | 3.4.2 |
| Simulierter Diagnosebericht | Kamera-Istversion | 3.4.2 |
| Simuliertes Referenzblatt | Gateway-Sollversion | 2.1.0 |
| Simulierter Diagnosebericht | Gateway-Istversion | 2.1.0 |
| Simulierter Diagnosebericht | Eintrag SIM-KAM-02 | Kalibrierstatus nicht bestätigt |
| Auftragsunterlagen | Fahrzeugspezifische Herstellerfreigabe | Nicht beigefügt |
| Auftragsunterlagen | Vorgeschriebene Abschluss- und Funktionsnachweise | Nicht beigefügt |
Kurzes Ereignisprotokoll
| Zeit | Simulierter Eintrag |
|---|---|
| 08:10 | Auftrag zur Bearbeitung dokumentiert |
| 08:24 | Software-Updatevorgang als beendet gemeldet |
| 08:27 | Kamera-Istversion 3.4.2 dokumentiert |
| 08:28 | SIM-KAM-02: Kalibrierstatus nicht bestätigt |
| 08:31 | Warnmeldung zur Spurhalteunterstützung dokumentiert |
Achtung: Die zeitliche Reihenfolge allein beweist nicht, wodurch die Warnmeldung verursacht wurde. Auch der Status „nicht bestätigt“ beweist weder eine mechanische Fehljustierung noch eine tatsächlich durchgeführte oder unterlassene Kalibrierung.
Gestufte Hilfen
Bearbeite zuerst den Fall selbst. Verwende die Hilfen nacheinander.
Hilfe 1 – Informationen finden
Vergleiche bei der Frontkamera Sollversion und Istversion. Welche Aussagen sind allein anhand dieser Werte möglich?
Hilfe 2 – Zusammenhänge erkennen
Vergleiche den Versionsstand mit dem Kalibrierstatus. Warum dürfen diese Angaben nicht gleichgesetzt werden?
Hilfe 3 – Fachlich entscheiden
Suche nach den fehlenden Informationen: aktuelle fahrzeugspezifische Herstellerfreigabe, geltende Prüfanforderungen und dokumentierte Nachweise. Welche Fragen müssen qualifizierte Fachkräfte noch klären?
Basis-, Anwendungs- und Transferaufgaben
Basisaufgabe:
Beschreibe die dokumentierte Versionslage von Kamera und Gateway.
Anwendungsaufgabe:
Formuliere zwei plausible Prüfhypothesen zur Warnmeldung und nenne für jede Hypothese einen fehlenden Nachweis.
Transferaufgabe:
Entwirf einen kurzen Übergabevermerk für die verantwortliche Fachkraft. Trenne gesicherte Beobachtungen, offene Fragen und erforderliche fachliche Entscheidungen.
Begründetes Feedback zum Ausbildungsfall
| Niveau | Erwartete Aussage | Warum? |
|---|---|---|
| Basis | Die beiden ausgelesenen Softwarestände stimmen mit den simulierten Referenzständen überein. | Versionsgleichheit beschreibt nur diesen Vergleich. Sie bestätigt keine vollständige Systemfunktion. |
| Anwendung | Die fehlende Bestätigung des Kalibrierstatus ist ein relevanter Prüfpunkt. Außerdem fehlt die fahrzeugbezogene Herstellerfreigabe. | Nach einem Scheibentausch können herstellerspezifische Anforderungen gelten. Der vorliegende Datensatz klärt nicht, ob und wie diese erfüllt wurden. |
| Transfer | Die Unterlagen reichen nicht für eine belastbare Abschlussbewertung. Die verantwortliche Fachkraft muss die Herstelleranforderungen und fehlenden Nachweise klären. | Ein begründeter Übergabevermerk macht Beobachtungen nachvollziehbar, ohne eine unbelegte Fehlerursache oder Freigabe zu behaupten. |
Fachlich falsche Schlussfolgerung: „Die Versionsnummer stimmt, deshalb darf das Fahrzeug wieder fahren.“
Begründung: Ein Versionsvergleich ersetzt weder die vollständige Diagnose noch erforderliche sicherheitsrelevante Prüfungen.
Lerneinheit 5: Zwei Werkstattfälle unterscheiden
Zeit: ca. 10 Minuten
Diagnose-Datensatz B: Auffälliger Updateverlauf
Auch dieser Datensatz ist vollständig simuliert.
| Merkmal | Beobachtung |
|---|---|
| Software-Sollstand | 3.4.2 |
| Software-Iststand | 3.4.1 |
| Updateprotokoll | Vorgang unterbrochen |
| Abschlussnachweis | Nicht vorhanden |
Frage: Welche Hypothese ist hier naheliegend?
Feedback: Ein unvollständiger Updateverlauf und eine Versionsabweichung sind begründete Auffälligkeiten. Warum der Vorgang unterbrochen wurde, ist damit nicht geklärt. Die weitere Bewertung gehört in die Hand der zuständigen qualifizierten Fachkraft anhand der Herstellerinformationen.
Diagnose-Datensatz C: Mögliche Sensoreinschränkung
| Merkmal | Beobachtung |
|---|---|
| Version | Entspricht der simulierten Referenz |
| Updateprotokoll | Keine Auffälligkeit vermerkt |
| Kundenangabe | Warnung bei verschmutzter Frontscheibe |
| Sensorzustand | Nicht dokumentiert |
Frage: Weshalb ist eine Verschmutzung eine Hypothese, aber keine gesicherte Diagnose?
Feedback: Die Kundenangabe liefert einen Zusammenhang. Ohne weitere geeignete Informationen ist nicht nachgewiesen, ob eine Sichtbeeinträchtigung tatsächlich die Ursache war. Andere Ursachen bleiben möglich.
Videoimpuls: Simulation statt riskanter Praxis
Video zur Sensorsimulation von Fahrerassistenzsystemen; verlinkt durch das Institut für Mensch-Maschine-Interaktion der RWTH Aachen. Hochschulquelle
Transferfrage: Welchen Vorteil haben reproduzierbare Simulationen gegenüber unbeaufsichtigten Versuchen an realen Fahrerassistenzsystemen?
Feedback: Simulierte Situationen können gezielt wiederholt und ausgewertet werden, ohne dass Lernende sicherheitsrelevante Eingriffe an realen Fahrzeugen ausführen müssen.
Interaktive Aufgaben
Quiz: Teste Dein Wissen
Welcher Sensor wird typischerweise zur Erkennung von Fahrbahnmarkierungen verwendet? (Frontkamera) (!Batteriesensor) (!Reifendrucksensor) (!Temperaturfühler)
Welche Information kann ein Fahrzeugradar liefern? (Relativgeschwindigkeit eines erfassten Objekts) (!Kühlmittelqualität) (!Ölalter) (!Reifenprofiltiefe)
Was ist vor der fachlichen Bewertung eines Fahrzeugsoftwareupdates besonders wichtig? (Die aktuelle fahrzeugbezogene Herstellerfreigabe) (!Nur die Bildschirmfarbe) (!Nur das Baujahr ohne weitere Daten) (!Nur die Internetgeschwindigkeit)
Was zeigt eine Übereinstimmung von Sollversion und Istversion unmittelbar? (Die verglichenen Versionsangaben stimmen überein) (!Alle Sensoren sind automatisch korrekt kalibriert) (!Alle Funktionen sind vollständig geprüft) (!Das Fahrzeug hat automatisch eine Fahrfreigabe)
Was bezeichnet ein OTA-Update? (Eine drahtlos übertragene Softwareaktualisierung) (!Einen mechanischen Sensortausch) (!Eine Achsvermessung) (!Eine Prüfung des Reifenluftdrucks)
Welche Auffälligkeit enthält der Ausbildungsfall L-07? (Der Kalibrierstatus ist nicht bestätigt) (!Die Kamera wurde nachweislich zerstört) (!Der Radarsensor wurde nachweislich ausgebaut) (!Alle Funktionsnachweise liegen vor)
Welche Aussage über einen Fehlereintrag ist korrekt? (Er ist ein Diagnosehinweis und muss eingeordnet werden) (!Er beweist immer einen defekten Sensor) (!Er ersetzt die Herstellerinformationen) (!Er bestätigt automatisch einen Reparaturerfolg)
Wofür steht das Software-Update-Managementsystem in der UN-Regelung Nr. 156? (Für organisierte Prozesse zum Management von Fahrzeugsoftwareupdates) (!Für die Festlegung des Reifenprofils) (!Für die Lackfarbenauswahl) (!Für die mechanische Bremseneinstellung)
Was deutet in einem simulierten Datensatz auf einen möglicherweise unvollständigen Updateprozess hin? (Ein unterbrochener Updatevorgang mit abweichendem Softwarestand) (!Eine passende Teilenummer des Scheibenwischers) (!Ein gereinigter Fahrzeuginnenraum) (!Eine dokumentierte Sitzposition)
Wie gehst Du mit einer ungeklärten Warnmeldung eines sicherheitsrelevanten Assistenzsystems um? (Die Auffälligkeit dokumentieren und qualifiziertes Fachpersonal einbeziehen) (!Ohne weitere Prüfung eine Fahrfreigabe erteilen) (!Alle Diagnoseeinträge ungeprüft ignorieren) (!Aus der Versionsnummer die vollständige Sicherheit ableiten)
Memory
Finde die zusammengehörigen Fachbegriffe und Bedeutungen.
| Frontkamera | Fahrbahnmarkierungen |
| Radarsensor | Relativgeschwindigkeit |
| Ultraschallsensor | Nahbereichserkennung |
| Istversion | Ausgelesener Softwarestand |
| Herstellerfreigabe | Fahrzeugbezogene Anwendbarkeit |
| Updateprotokoll | Installationsverlauf |
| Gateway | Netzwerkverbindung |
| Diagnosedokumentation | Nachvollziehbare Befundaufzeichnung |
Drag and Drop
Ordne die Fachbegriffe ihren Bedeutungen zu.
| Ordne die richtigen Begriffe zu. | Bedeutung |
|---|---|
| Freigabenachweis | Dokumentation der Anwendbarkeit eines Updates |
| Sollversion | Vorgesehener Softwarestand |
| Istversion | Tatsächlich ausgelesener Softwarestand |
| Installationsprotokoll | Aufzeichnung des Updateablaufs |
| Kalibrierstatus | Dokumentierte Information zum Stand einer Kalibrierung |
| Diagnosebericht | Aufzeichnung von Diagnosedaten und Befunden |
Kreuzworträtsel
| KAMERA | Welcher optische Sensor kann Fahrbahnmarkierungen erkennen? |
| RADAR | Welcher Sensor arbeitet mit elektromagnetischen Wellen zur Umfeldmessung? |
| ULTRASCHALL | Welche Sensortechnik wird häufig bei Einparkhilfen verwendet? |
| FIRMWARE | Wie heißt die eng mit elektronischer Hardware verbundene Software? |
| GATEWAY | Welche elektronische Einheit verbindet unterschiedliche Netzwerke? |
| PROTOKOLL | Wie heißt eine strukturierte Aufzeichnung von Ereignissen? |
LearningApps
Suche zusätzliche interaktive Übungen zu Fahrerassistenz und Fahrzeugsoftware.
Lückentext
Offene Aufgaben
Bearbeite die Aufgaben ausschließlich mit Unterrichtsmaterialien, Simulationen oder bereits veröffentlichten Medien. Führe keine Softwareupdates, Kalibrierungen, Fehlerlöschungen oder sonstigen sicherheitsrelevanten Arbeiten an realen Fahrzeugen aus.
Leicht – Basisaufgaben
- Sensorik: Erstelle eine Bildkarte mit Kamera, Radar und Ultraschall. Ergänze je eine typische Messaufgabe.
- Fahrerassistenzsystem: Zeichne ein einfaches Systembild vom Sensor über die Datenverarbeitung bis zur Assistenzfunktion.
- Softwareversion: Markiere in Datensatz A die Sollversionen und Istversionen. Beschreibe die Übereinstimmungen.
- Fahrzeugdiagnose: Gestalte eine kurze Begriffskarte mit den Wörtern Fehlereintrag, Updateprotokoll, Freigabe und Nachweis.
Standard – Anwendungsaufgaben
- Fehlerdiagnose: Vergleiche die Diagnose-Datensätze A und B. Erstelle eine Tabelle mit Beobachtungen, Hypothesen und offenen Fragen.
- Qualitätssicherung: Entwickle eine dokumentenbasierte Checkliste, welche Unterlagen für die Bewertung eines Softwareupdates fehlen könnten.
- Kommunikation: Schreibe eine sachliche Übergabenotiz zu Lehrfahrzeug L-07. Unterscheide Feststellung und Vermutung.
- Medienanalyse: Untersuche eines der eingebetteten Videos und gestalte ein beschriftetes Schaubild zum Zusammenspiel von Software und Sensorik.
Schwer – Transferaufgaben
- Problemlösen: Entwickle einen Entscheidungsbaum zur theoretischen Einordnung von Versionsabweichungen, fehlenden Freigaben und unvollständigen Nachweisen. Er muss bei ungeklärten sicherheitsrelevanten Sachverhalten zur fachlichen Eskalation führen.
- Fachgespräch: Entwirf fünf Interviewfragen an eine qualifizierte Fachkraft zur Bedeutung von Herstellerinformationen, Kalibrierstatus und Abschlussdokumentation. Halte nur allgemein freigegebene, nicht personenbezogene Aussagen fest.
- Technikfolgenabschätzung: Vergleiche Werkstattupdates und OTA-Updates hinsichtlich Dokumentation, Sicherheitsanforderungen und möglicher Fehlerquellen. Erstelle ein kurzes Erklärvideo oder eine Präsentation.
- Fallanalyse: Entwickle einen eigenen vollständig fiktiven Diagnosefall mit Versionsdaten, Warnmeldung und fehlenden Unterlagen. Formuliere eine begründete Einschätzung ohne Reparatur- oder Fahrfreigabe.


Feedback zu den offenen Aufgaben
| Niveau | Gute Leistung | Begründetes Feedback |
|---|---|---|
| Basis | Sensorprinzipien und Versionsbegriffe sind fachlich richtig zugeordnet. | Die eindeutige Zuordnung ist nötig, um Diagnosedaten korrekt lesen zu können. Eine richtige Version bedeutet aber noch keine geprüfte Funktion. |
| Anwendung | Beobachtungen, Hypothesen und fehlende Nachweise sind getrennt dokumentiert. | Die Trennung verhindert, dass eine zeitliche Abfolge oder ein Diagnosehinweis vorschnell als Ursache bezeichnet wird. |
| Transfer | Eine fachlich begründete Einschätzung berücksichtigt Herstellerfreigabe, mögliche Systemabhängigkeiten, Dokumentationslücken und Zuständigkeiten. | Eine gute Entscheidung macht Unsicherheit sichtbar und überträgt sicherheitsrelevante Bewertungen an die verantwortliche qualifizierte Fachkraft. |
Selbstkontrolle: Markiere in Deiner Lösung jede Aussage, die noch nicht belegt ist. Ergänze, welche Information zu ihrer Prüfung erforderlich wäre.
Lernkontrolle
Bearbeite mindestens fünf der folgenden sechs Aufgaben schriftlich. Begründe Deine Entscheidungen jeweils anhand der verfügbaren Informationen.
- Systemverständnis: Erkläre an einem selbst gezeichneten Systembild, warum eine Änderung der Fahrzeugsoftware Auswirkungen auf eine Assistenzfunktion haben kann.
- Fehlereingrenzung: Zwei Steuergeräte besitzen die vorgesehenen Versionsstände, dennoch liegt eine Warnmeldung vor. Formuliere drei alternative Erklärungen und beschreibe, weshalb der Versionsvergleich allein keine Entscheidung ermöglicht.
- Dokumentationspflicht: Ein Updateprotokoll meldet einen abgeschlossenen Vorgang, aber die erforderlichen Herstellerunterlagen fehlen. Bewerte die Aussagekraft des Protokolls.
- Ursache und Wirkung: Vergleiche eine Warnmeldung nach einem Frontscheibentausch mit einer Warnmeldung nach einem unterbrochenen Update. Welche Informationen helfen bei der Unterscheidung?
- Technischer Vergleich: Untersuche, welche fachlichen Anforderungen sowohl bei OTA-Updates als auch bei Werkstattupdates berücksichtigt werden müssen.
- Kundenkommunikation: Formuliere eine verständliche und fachlich korrekte Mitteilung zu einem noch ungeklärten Fahrerassistenzsystem. Erkläre, warum der Fall an zuständiges Fachpersonal übergeben wird.
Bewertungsmaßstab: Entscheidend sind nicht möglichst viele Fachwörter, sondern korrekte Zusammenhänge, überprüfbare Begründungen und ein sicherheitsbewusster Umgang mit Unsicherheit.
Lernnachweis
Für Deinen Lernnachweis erstellst Du eine digitale oder schriftliche Ausbildungsmappe mit folgenden Bestandteilen:
- Systembild: Übersicht über mindestens drei Sensorarten und ihre Einbindung in ein Assistenzsystem.
- Begriffserklärung: Unterscheidung von Freigabe, Softwarestand, Installationsstatus und Nachweis.
- Versionsvergleich: Fachlich korrekte Auswertung mindestens eines simulierten Diagnose-Datensatzes.
- Hypothesenbildung: Zwei plausible Erklärungen mit Belegen und benannten Unsicherheiten.
- Dokumentation: Sachliche Übergabenotiz mit fehlenden Unterlagen und offenen Prüffragen.
- Transferleistung: Begründung, weshalb ein abgeschlossener Updatevorgang keine automatische Funktions- oder Fahrfreigabe ist.
- Quellenbewertung: Mindestens zwei überprüfbare Fachquellen, darunter eine Regelwerks- oder Normenquelle.
- Sicherheitsreflexion: Beschreibung der Grenzen Deiner eigenen Tätigkeit im Ausbildungsfall.
Bewertungskriterien:
| Kriterium | Erwartung |
|---|---|
| Fachlichkeit | Richtige Begriffe und technische Zusammenhänge |
| Datenkompetenz | Saubere Unterscheidung von Beobachtung und Hypothese |
| Begründung | Schlussfolgerungen sind durch Unterlagen gedeckt |
| Dokumentation | Ergebnisse und offene Fragen sind nachvollziehbar |
| Sicherheit | Keine unbegründete Reparatur-, Funktions- oder Fahrfreigabe |
Der Lernnachweis bescheinigt ausschließlich Lernergebnisse. Er ist weder eine berufliche Zusatzqualifikation noch eine Berechtigung zu sicherheitsrelevanten Fahrzeugarbeiten.
OERs zum Thema
Wikipedia: Fahrerassistenzsystem
Weitere frei zugängliche Lerntexte:
- Fahrerassistenzsystem: Grundlagen, Funktionen und technische Grenzen.
- Fahrzeugdiagnose: Diagnoseverfahren und Interpretation von Befunden.
- Softwareaktualisierung: Softwarestände, Updates und Abhängigkeiten.
- Over-the-Air-Update: Drahtlose Übertragung von Softwareaktualisierungen.
- CAN-Bus: Datenkommunikation zwischen elektronischen Einheiten.
- Automatische Distanzregelung: Beispiel einer radarunterstützten Assistenzfunktion.
Geprüfte Fachquellen
Die folgenden Quellen unterstützen die fachlichen Aussagen des Kurses. Für reale Arbeiten sind stets die aktuellen, fahrzeugspezifischen Herstellerinformationen zu verwenden.
- UNECE – UN-Regelung Nr. 156: Softwareupdates und Software-Update-Managementsysteme.
- UNECE – Fahrzeug-Cybersicherheit und Softwareupdates: Einordnung der UN-Regelungen Nr. 155 und 156.
- ISO – ISO 24089:2023: Software-Update-Engineering; die öffentlich zugängliche Normenbeschreibung dient der Orientierung. Die Norm wurde 2024 geändert.
- Bosch Mobility – Sense: Kamera-, Radar- und Ultraschallsensorik.
- Bosch Mobility – Video Perception: Software zur videobasierten Umfeldwahrnehmung.
- Bosch – Softwaregetriebene Mobilität: Fahrzeugsoftware und OTA-Updates.
- TAK – Fahrerassistenzsysteme: Anforderungen an Diagnose, Kalibrierung und berufliche Qualifikation.
- ZDK – Herstellerportale: Zugang zu Reparatur-, Diagnose- und Softwareinformationen.
Quellenstand: Oktober 2026. Der Kurs gibt weder den vollständigen Text einer geschützten Norm wieder noch ersetzt er deren jeweils gültige Fassung.
Medienrechte und Nutzung
Die eingebundenen Wikimedia-Commons-Dateien wurden anhand ihrer Dateibeschreibungsseiten ausgewählt. Urheber beziehungsweise angegebene Namen, Lizenzen und Quellen sind direkt an den Abbildungen vermerkt.
Bei CC-BY- und CC-BY-SA-Dateien sind Namensnennung, Lizenzverweis und gegebenenfalls Hinweise auf Änderungen zu beachten. Für Bearbeitungen können zusätzliche Bedingungen gelten. Die Abbildungen werden hier unverändert eingebunden.
Die YouTube-Videos sind vorhandene Veröffentlichungen der jeweiligen Anbieter. Sie sind nicht pauschal als offen lizenzierte OER ausgewiesen. Die Rechte verbleiben bei den jeweiligen Rechteinhabern; eine Einbettung ist nicht mit einer Freigabe zur eigenen Weiterverbreitung oder Bearbeitung gleichzusetzen. Beachte außerdem, dass eingebettete externe Medien Daten an Drittanbieter übertragen können.
Die Diagnose-Datensätze A, B und C, alle dazugehörigen Versionswerte sowie die Musterfeedbacks wurden speziell als fiktives Unterrichtsmaterial formuliert. Sie enthalten keine übernommenen vertraulichen Herstellerdiagnosedaten.
Verknüpfte Lernbereiche
aiMOOC-Projekte
Schulfach+


aiMOOCs


aiMOOC Projekte


MOOCwiki · Deutsch
Nach dem Lernen ist vor dem Lernen
Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.
Zur MOOCwiki-HauptseiteMediathek
Mediathek wird aus dem Wiki geladen ...
Keine passenden Inhalte gefunden. Bitte ändere Suche oder Filter.
NEWSLernweltNOAH fragen