aiMOOC

QMT-Prüfsystem in Ehingen – Buskommunikation und Funktionsantwort verstehen

QR-Code

Einleitung

Wie lässt sich unterscheiden, ob eine Prüfanforderung ihr Ziel nicht erreicht oder ob ein Gerät zwar antwortet, aber eine fachlich unerwartete Funktion meldet? Du arbeitest mit einer ungefährlichen, vollständig synthetischen Auswertung eines spannungsfreien Lehrmodells. Anhand von vereinfachten Busnachrichten, Ablaufdiagrammen und Prüfprotokollen unterscheidest du Kommunikations-, Antwort- und Bewertungsfehler. Das ist besonders für das zweite Ausbildungsjahr in Elektronik für Geräte und Systeme, Mechatronik und Fachinformatik relevant.

Einordnung und Sicherheitsgrenze: Liebherr beschreibt das in Ehingen selbst entwickelte Quality Management Tool (QMT) als modulares System mit Prüfwagen und softwaregestützter Dokumentation von Prüfungen in Montageabschnitten. Ein öffentliches QMT-Bedienprotokoll oder freigegebene QMT-Prüfparameter sind damit nicht veröffentlicht. Die folgenden Nachrichtenkennungen, Datenbytes, Zeitfenster, Prüfzustände und Schemata sind redaktionelle Lehrbeispiele, keine QMT-Spezifikation. Der gewählte CAN-Bus illustriert ein verbreitetes Kommunikationsprinzip; dass QMT intern exakt diese hier entworfenen Kennungen, Nachrichtenformate oder Prüfsequenzen verwendet, wird nicht behauptet. Maschinenarbeiten sind nur nach betrieblicher Unterweisung und unter qualifizierter Anleitung zulässig. Dieser Kurs ist kein offizieller Liebherr-Lehrgang und ersetzt keine Betriebsanweisung. Primärquelle: Liebherr, Qualität auf Knopfdruck, Magazin 01/2026.

Deine Lernziele: Du skizzierst eine Prüfanforderung, erkennst gültige und fehlende Antworten, berechnest Reaktionszeiten, vermeidest vorschnelle Fehlerdiagnosen, schlägst risikoarme weitere Prüfungen am Lehrdatensatz vor und dokumentierst eine überprüfbare Entscheidung.

Modularer Prüfkontext und Lehrarchitektur

Was an QMT belegt ist und was das Lehrmodell ergänzt

Der Liebherr-Bericht aus 2026 belegt die Eigenentwicklung QMT, die Verbindung von Prüfsteckern mit einem Bus-System, modulare Prüfwagen für unterschiedliche Baugruppen, automatisierte Prüfungen elektrischer und teilweise hydraulischer Komponenten sowie die digitale Speicherung der Prüfergebnisse. Ein besonders anschaulicher publizierter Anwendungsfall ist die Prüfung zahlreicher Kontakte eines Fahrerhauses in kurzer Zeit. Nicht öffentlich belegt sind die QMT-Menüs, Telegrammkennungen, internen Quellcodes, Grenzwerte, Bedienfreigaben und konkreten Fehlermeldungen. Darum unterscheidet dieser Kurs konsequent Quellenwissen von didaktischer Simulation.

Eine Prüfanforderung bedeutet im Modell: Ein Prüfprogramm möchte einen eindeutig beschriebenen Sollzustand einer simulierten Baugruppe beurteilen. Eine Busnachricht transportiert Informationen; sie beweist noch nicht, dass ein Motor, Sensor oder Aktor tatsächlich richtig arbeitet. Funktionsprüfung verlangt eine zusätzliche Interpretation der Antwort vor dem Hintergrund des geplanten Prüfschritts.

Eigenes Schema: Prüfwagen, Lehrbus und Prüflogik

**Eigenes Blockschema – ausschließlich synthetisches Lehrmodell, keine QMT-Verdrahtung**
Stufe	Informationsfluss	Nachweis
Prüfauftrag	→ Lehr-Prüfsteuerung	Auftrag und Sollwert im Datensatz
Simulierter Nachrichtenkanal	→ CAN-artiges Lehrtelegramm	Kennung, Zeit und Nutzdaten
Simulierte Geräteantwort	→ Rücknachricht	Passende Anfrage, Status, Zeitstempel
Auswertelogik	→ Vergleich von Soll und Ist	OK, Abweichung oder nicht beurteilbar
Dokumentation	→ Prüfdatensatz	Begründung und nächste Analyse

Die dargestellten Bausteine sind Funktionen, keine Anleitung zum Anschließen realer Geräte. Im Übungsdatensatz ist jede Nachricht nur eine Textzeile. Reales Schalten, Senden auf einem Kranbus oder Auslesen betrieblicher Diagnosedaten gehört nicht zu den Lernaktivitäten.

Verifiziertes allgemeines CAN-Topologie-Schema, nicht QMT: Taras Babich, Wikimedia Commons, CC BY-SA 4.0; vollständiger Lizenznachweis unten.

Rollen der drei Ausbildungsberufe

Ausbildungsbereich	Schwerpunkt im Kurs	Gemeinsame Schnittstelle
Elektroniker für Geräte und Systeme, zweites Ausbildungsjahr	Signal und Nachrichtenfeld lesen, Fehlerbild schichtenweise einordnen	Sichere Auswertung eines vorhandenen Protokolls
Mechatroniker, zweites Ausbildungsjahr	Funktion und Systemreaktion unterscheiden, Folgeprüfung begründen	Soll-Ist-Abgleich ohne reale Aktorfreigabe
Fachinformatiker, zweites Ausbildungsjahr	Logdaten strukturieren, korrelieren, Zeitüberschreitungen erklären	Reproduzierbare digitale Dokumentation

Die berufliche Zuordnung und Jahresfolge sind redaktionelle Lernempfehlungen und mit Betrieb und Berufsschule abzustimmen. Zu weiterführenden Grundlagen gehören Liebherr-Maschinen und Ausbildung, Ausbildung – Elektroniker für Geräte und Systeme, Ausbildung – Mechatroniker und Ausbildung – Fachinformatiker.

Buskommunikation und Telegramme

Grundprinzip am Beispiel von CAN

Ein CAN-Bus ermöglicht mehreren Knoten, Nachrichten auf einer gemeinsamen Verbindung auszutauschen. Ein CAN-Identifier beschreibt die Priorität einer Botschaft und wird häufig als Kennzeichen ihres Inhalts genutzt; er ist keine garantierte Adresse eines einzigen Empfängers. Klassisches CAN nutzt 11- oder 29-Bit-Identifier. Bei gleichzeitigem Start gewinnt während der Arbitrierung das Telegramm mit dem dominanten Bit an der zuerst abweichenden Stelle; bei gleichem Format und sonst gleichen Bedingungen hat somit der numerisch kleinere Identifier die höhere Buspriorität. Die Nutzdaten klassischer CAN-Datenframes umfassen bis zu acht Byte; CAN FD kann mehr tragen und ist eine gesonderte Erweiterung. Technische Grundlage: Kvaser, CAN Protocol Tutorial.

Eigenes Datenpfad-Diagramm (didaktisch, kein QMT-Ablauf):

Prüfsoftware	Netzwerkebene	Anwendungsebene	Bewertung
Anfrage formulieren →	Datenframe versenden →	Anfrage entschlüsseln →	Vorgang noch offen
Auf die Antwort warten ←	Frame korrekt empfangen ←	Antwortstatus senden ←	Zeitbezug erfassen
Sollzustand laden →	Telegrammzuordnung prüfen →	Istzustand interpretieren →	Ergebnis begründen

Prinzipielle Bus-Netzwerktopologie (nicht QMT): Head und Predatorix, CC BY-SA 3.0, Wikimedia Commons.

Der Aufbau eines Datenframes und die Grenze der Bestätigung

Ein klassischer CAN-Datenframe enthält Startsignal, Arbitrierungsfeld mit Identifier, Steuerinformationen einschließlich Datenlänge, Nutzdaten, Fehlerprüfinformation (CRC), ACK-Feld und Ende. CRC dient der Erkennung von Übertragungsfehlern, während das ACK-Bit zeigt, dass wenigstens ein geeigneter CAN-Empfänger das Telegramm auf der Protokollebene korrekt empfangen hat. Ein ACK bestätigt weder die Antwort des gewünschten Anwendungsprogramms noch eine erfolgreiche Funktion der geprüften Baugruppe. Für eine fachliche Funktionsbestätigung werden eine zuordenbare Anwendungsantwort und der Soll-Ist-Abgleich benötigt.

Beispiel einer Frame- und Pegeldarstellung (Englisch): Endres~commonswiki, CC BY-SA 3.0, Wikimedia Commons. Sie zeigt allgemeine CAN-Felder und ist kein QMT-Telegramm.

Typisierte CAN-Pegeldarstellung: Plupp, Wikimedia Commons, CC BY-SA 3.0; Werte sind keine freigegebenen Messgrenzen für Liebherr-Geräte.

Aus Nachrichten werden nicht automatisch Zustände

Eine Nachricht ist zunächst eine Folge von Feldern und Bytes. Erst eine Dokumentation des künstlichen Lehrprotokolls legt fest, welches Byte in der Simulation welchem Sachverhalt entspricht. Beispiel für ein rein fiktives Antwortformat: Kennung 0x211 enthält genau zwei Datenbytes. Erstes Byte = Lehrkanal, zweites Byte = synthetischer Zustandswert. Im Kurs bedeutet Zustand 00 „Sollmeldung“, 02 „abweichende Meldung“. Diese Bedeutungen sind frei erfunden und gelten ausschließlich hier. Aus einer CAN-Kennung allein lässt sich die reale QMT-Funktion nicht ableiten.

Zwei Videos zum allgemein zugänglichen Protokollgrundwissen

Video 1 (englisch): Kvaser, „Introduction to CAN Bus (Part 1)“, Grundlagen der Kommunikation, veröffentlicht 2018. Es behandelt CAN allgemein und nicht QMT.

Video 2 (englisch): Kvaser, „CAN Message Types (Part 2)“, Unterschiede zwischen Daten-, Remote-, Error- und Overload-Frames, veröffentlicht 2018. Auch dieses Video enthält keine QMT-Bedienanweisung.

Prüfanfrage, Antwort und fachliche Bewertung

Eine transparente, synthetische Prüfsprache

Im Lehrfall gelten die folgenden fest definierten Übungsregeln, nicht etwa unbekannte Herstellerparameter:

Lehrfeld	Fiktive Festlegung	Interpretation
Anfragekennung	0x210	Prüfschritt für Lehrkanal anfordern
Anfrage-Daten	01	Kanal 01 der Simulation
Antwortkennung	0x211	Antwort eines simulierten Knotens
Antwort-Daten	01 00	Kanal 01 meldet erwarteten Lehrstatus 00
Abweichungs-Daten	01 02	Kanal 01 meldet abweichenden Lehrstatus 02
Zeitfenster	40 ms ab protokollierter Anfrage	Didaktische Frist für eine passende Anwendungsantwort
Korrelation	Antwortkennung, Kanal und Zeitpunkt	Eine fremde Antwort darf nicht zugeordnet werden

Achtung: 0x210, 0x211, die Hexbytes und 40 ms sind Lehrwerte ohne Bezug zu realen QMT-Steuerungen. Es dürfen daraus weder Parametrierungen noch Bedienfreigaben oder Prüfanweisungen für Maschinen abgeleitet werden.

Drei Schichten der Bewertung

Frage	Möglicher Befund	Noch unzulässiger Schluss
Ist auf Bus-/Frame-Ebene ein gültiger Empfang nachweisbar?	Nein: Kommunikation nicht nachgewiesen	Das Gerät sei mechanisch defekt
Liegt fristgerecht eine der Anfrage zugeordnete Anwendungsantwort vor?	Nein: Antwort fehlt oder ist zu spät	Der gesamte Bus sei zwingend elektrisch unterbrochen
Entspricht der korrekt dekodierte Antwortzustand dem Lehr-Sollwert?	Nein: fachliche Abweichung	Die Verbindung sei ausgefallen

Merksatz: Fehlende Kommunikation verhindert häufig eine Funktionsbewertung; eine vorhandene, eindeutig zugeordnete Antwort mit falschem Inhalt ermöglicht dagegen einen konkreten Abweichungsbefund. Ob ein Fehler die Physik, die Protokollverarbeitung, die Anwendungslogik oder den simulierten Prüfling betrifft, wird erst durch weitere Evidenz eingegrenzt.

Rechenweg: Antwortzeit und Frist

Aus den zwei Zeitstempeln ergibt sich Antwortzeit = Antwortzeitpunkt minus Anfragezeitpunkt. Liegt eine Anfrage im synthetischen Log bei 125 ms und die passende Antwort bei 151 ms, ist die Zeitdifferenz 151 − 125 = 26 ms. Das Lehrzeitfenster von 40 ms wird eingehalten. Eine Antwort bei 172 ms hätte 172 − 125 = 47 ms benötigt; sie ist für diese Übung verspätet. Ein verspätetes Paket kann in einer Logdatei durchaus existieren; es ist deshalb nicht mit einem komplett stummen Bus gleichzusetzen. Wichtig ist ein einheitlicher Zeitursprung und die passende Korrelation der Datenzeilen.

Entscheidungsdiagramm als eigene Tabelle

Prüfschritt	Ja →	Nein →
Anfrage im Protokoll nachweisbar?	Empfangsnachweis prüfen	Startbedingungen und Erfassung nachvollziehen
Gültiger Frame der Antwortklasse vorhanden?	Korrelationsdaten prüfen	Fehlende Kommunikation bzw. Erfassungsgrenze dokumentieren
Kanal passend und Antwort innerhalb des Lehrzeitfensters?	Nutzdaten fachlich auswerten	Zuordnungs- oder Fristproblem dokumentieren
Dekodierter Zustand gleich Lehr-Soll?	„OK im Lehrfall“ mit Beleg	„Funktionsabweichung im Lehrfall“ mit Beleg

Fehlerbilder erkennen und Prüfungen planen

Vier häufig verwechselte Befunde

Kein gültiges Telegramm: Im Lehrlog fehlt der nachweisbare Nachrichtenempfang oder der Decoder meldet einen Fehler. Zu prüfen sind zuerst die Vollständigkeit und Filterung des aufgezeichneten Datensatzes, nicht vorschnell eine imaginäre Leitung.

Nachricht bestätigt, aber keine Anwendungsantwort: Ein CAN-ACK oder eine andere beobachtete Busnachricht belegt noch keine Rückmeldung des erwarteten Anwendungsprozesses. Denkbar sind falsche Zuordnung, Filter, Verzögerung oder nicht erreichbare Applikationsfunktionen. Ohne zusätzliche Beobachtung bleibt die Ursache offen.

Gültige Antwort mit falschem Inhalt: Die Antwort ist zugeordnet, dekodiert und fristgerecht, meldet jedoch 02 statt 00. Das ist eine fachlich abweichende Funktionsantwort im künstlichen Lehrschema, kein Kommunikationsabbruch.

Falsch positiver Erfolg: Ein einzelner Frame mit Status 00 wird für erfolgreich gehalten, obwohl er zum falschen Kanal gehört oder zu alt ist. Deshalb müssen immer Zeit, Bezug, Status und vollständige Evidenz zusammenpassen.

Diagnosefolge ohne Gefährdung

Datenbasis sichern: Nur bereitgestellte, synthetische Logs verwenden; Dateiversion und Herkunft festhalten.
Prüfauftrag lesen: Erwarteter Lehrkanal, Kennung, Status und Frist klären.
Telegramme ordnen: Chronologisch sortieren; ungültige, fremde oder doppelte Nachrichten markieren.
Zuordnung prüfen: Nicht jedes zeitlich folgende Telegramm gehört zur Anfrage.
Soll-Ist-Vergleich rechnen: Zeitdifferenz und dekodierten Status separat dokumentieren.
Hypothese prüfen: Eine zweite fiktive Logprobe oder einen anderen vorhandenen Ausschnitt vergleichen.
Ergebnis mit Grenzen melden: Zwischen beobachteter Abweichung und nicht bewiesener Ursache unterscheiden.

Im realen Betrieb ist eine solche Auswertung nur innerhalb des betrieblich freigegebenen Rahmens und unter fachlicher Anleitung zulässig. Keine eigenständigen Anschlüsse, kein Zugriff auf produktive Busleitungen und keine Ansteuerung hydraulischer oder elektrischer Maschinenfunktionen.

Ergänzende Modellrechnung: Abschlusswiderstände

An einem isolierten, spannungsfreien Standard-Lehrschaltbild mit zwei idealen Widerständen von je 120 Ω zwischen den Adern entsteht als reine Parallelrechnung: 1/R = 1/120 Ω + 1/120 Ω = 2/120 Ω; folglich R = 60 Ω. Dieser mathematische Modellwert erläutert ein typisches Highspeed-CAN-Prinzip. Er ist weder eine Messanweisung am Kran noch ein QMT-Grenzwert; reale Netzwerke, Elektronik und Betriebsanweisungen können andere Befunde und Sicherheitsbedingungen haben. Hintergrundwissen zur CAN-Topologie.

Dokumentationsvorlage

Feld	Leitfrage
Fallkennung	Welche anonyme, synthetische Logprobe wurde benutzt?
Erwartung	Welcher Lehrkanal und welche Lehrantwort wären richtig?
Beobachtung	Welche Kennung, Datenbytes und Zeiten stehen tatsächlich im Log?
Prüfung	Wie wurden Zugehörigkeit und Antwortdauer berechnet?
Ergebnis	Kommunikation nicht nachgewiesen, Antwort unvollständig, Abweichung oder OK?
Verbleibende Unsicherheit	Was lässt sich aus den Daten gerade nicht ableiten?
Folgeprüfung	Welcher ungefährliche Datensatzvergleich würde die Hypothese eingrenzen?

Berufstypischer Modellfall: eine Prüfsequenz beurteilen

Arbeitsauftrag und künstlicher Datensatz

Du unterstützt ein fiktives Ausbildungs-Team bei der Qualitätssicherung eines nicht angeschlossenen digitalen Lehrmodells. In einer Unterrichtsdatei stehen Nachrichten eines simulierten Prüfauftrags. Du sollst die drei Vorgänge einzeln bewerten, Rechnungen offenlegen und eine sinnvolle nächste Analyse auswählen. Keine genannten Werte sind reale QMT-Daten.

Vorgabe: Anfragekennung 0x210, Antwortkennung 0x211, jeweils Kanal 01, Antwortstatus 00 erwartet, Frist 40 ms ab Anfrage. Nur eine passende, fristgerechte und fachlich richtige Anwendungsantwort führt zu „OK“. Ein gültiger Busframe ohne passende Anwendungsantwort genügt nicht.

**Synthetisches Lehrprotokoll: alle Zeiten in ms, alle Bytes frei erfunden**
Vorgang	Zeit	Ereignis	Kennung	Daten	Beobachtung
A	100	Anfrage	0x210	01	Frame protokolliert
A	127	Antwort	0x211	01 00	Gültig, Kanal und Inhalt passen
B	200	Anfrage	0x210	01	Frame protokolliert
B	216	Busbestätigung	—	—	ACK auf Transportebene, keine Anwendungsantwort
B	249	Ende Beobachtungsfenster	—	—	Kein passender Antwortframe sichtbar
C	300	Anfrage	0x210	01	Frame protokolliert
C	324	Antwort	0x211	01 02	Gültig und passend, Status weicht ab
D	400	Anfrage	0x210	01	Frame protokolliert
D	412	Antwort	0x211	02 00	Gültig, aber fremder Kanal
D	449	Beobachtungsende	—	—	Für Kanal 01 keine passende Antwort

Die isoliert eingetragene Busbestätigung in B ist eine didaktische Protokollnotiz, kein eigenständiges CAN-Datenframe. Die Tabelle erfindet keine Liebherr-Fehlermeldungen.

Musterlösung mit Rechenwegen und Folgeanalyse

Vorgang A: Antwortzeit 127 − 100 = 27 ms, liegt unter 40 ms. Antwortkennung 0x211, Kanal 01, Lehrstatus 00: OK im Lehrmodell. Dokumentiere passende Kennung, Bytes und Zeiten als Beleg.

Vorgang B: Die bis 249 ms beobachtete Zeit seit Anfrage beträgt 249 − 200 = 49 ms, überschreitet die 40-ms-Frist. Es fehlt eine zuordenbare Anwendungsantwort. Ergebnis: nicht bewertbar wegen fehlender bzw. verspäteter Anwendungsantwort; ein Bus-ACK belegt keine korrekte Anwendungsfunktion. Folgeanalyse: im vorhandenen Log Filtereinstellungen, weitere Antwortkennungen und eine längere Beobachtungsdatei überprüfen, ohne produktive Systeme zu verändern.

Vorgang C: Antwortzeit 324 − 300 = 24 ms; Kennung und Kanal sind passend. Das zweite Datenbyte ist 02 statt Soll 00. Ergebnis: fachliche Funktionsabweichung im Lehrmodell trotz nachgewiesener Anwendungsantwort. Folgeanalyse: Dekodierregel, Sollwertversion und synthetischen Zustandsverlauf überprüfen.

Vorgang D: 412 − 400 = 12 ms beschreibt zwar eine zeitnahe Busantwort, aber Kanal 02 ist nicht Kanal 01. Für die erwartete Anfrage liegt bis 449 ms nach 49 ms keine richtige Antwort vor. Ergebnis: nicht bewertbar wegen fehlender korrelierter Anwendungsantwort. Folgeanalyse: Kanalzuordnung und mögliche falsch gefilterte Logeinträge untersuchen.

Zusammenfassende Gegenprobe: Nur A erfüllt alle vier Bedingungen: passende Kennung, gleicher Kanal, korrekter Status und richtige Frist. B und D erlauben gerade keinen gesicherten Schluss über die mechanische Funktionsfähigkeit eines realen Bauteils; C liefert nur im künstlichen Regelwerk einen inhaltlichen Abweichungsbefund.

Bewertungsraster für die berufliche Lernleistung

Kompetenz	Maximalpunkte	Konkret erwarteter Nachweis
Lehrprotokoll korrekt lesen	20	Kennungen und Kanäle in A–D richtig zugeordnet
Zeitdifferenzen sauber berechnen	20	27, 49, 24 und 49 ms verständlich gerechnet; fremde Antwort in D erkannt
Kommunikations- und Funktionsbefund trennen	25	A richtig OK, B/D nicht beurteilbar, C fachliche Abweichung
Evidenz und Unsicherheit benennen	15	ACK-Grenze, fehlende Anwendungsantwort und Lehrmodellcharakter erläutert
Sinnvolle Folgeanalysen planen	10	ungefährliche, datenbezogene Prüfschritte vorgeschlagen
Verständlich dokumentieren und Quellen angeben	10	nachvollziehbarer Prüfbericht und eindeutige Quellenlage
Gesamt	100	90–100 sehr gut, 75–89 gut, 60–74 befriedigend, 50–59 ausreichend, unter 50 weitere Übung empfohlen (redaktionelles Übungsraster)

Interaktive Aufgaben

Quiz: Verständnis testen

Was ist nach dem Liebherr-Bericht über QMT belegt? (Eigenentwickeltes modulares System für automatisierte Prüfungen in Ehingen) (!Öffentlich freigegebenes vollständiges CAN-Diagnosehandbuch) (!Weltweit genormte QMT-Busbefehle mit festen Kennungen) (!Für Auszubildende ohne Einweisung freigegebene Maschinensteuerung)

Was zeigt ein CAN-ACK technisch am ehesten an? (Mindestens ein CAN-Teilnehmer hat den Frame korrekt empfangen) (!Der angefragte Aktor hat mechanisch fehlerfrei funktioniert) (!Das richtige Anwendungsprogramm hat die Anfrage verarbeitet) (!Der spätere Soll-Ist-Vergleich ist bereits bestanden)

Welche Beobachtung spricht im Lehrmodell für eine fachlich falsche Funktionsantwort? (Gültige passende Antwort mit Status 02 statt erwartetem Status 00) (!Fehlende passende Antwort nach Ende des Zeitfensters) (!Unbekannte oder abgeschnittene Logdatei) (!Unbestätigter Nachrichtenempfang auf unterer Ebene)

Warum genügt die passende Antwortkennung allein nicht? (Kanal und zeitliche Zugehörigkeit müssen ebenfalls geprüft werden) (!Jede Nachrichtenkennung bezeichnet automatisch eine reale Kranfunktion) (!Der Nachrichteninhalt ist bei CAN immer bedeutungslos) (!CAN unterbindet grundsätzlich Anwendungsantworten)

Wie lang ist die Antwortzeit zwischen 125 ms und 151 ms? (26 ms) (!16 ms) (!40 ms) (!276 ms)

Was bedeutet im beschriebenen Lehrprotokoll das Antwortdatenfeld 01 02? (Lehrkanal 01 meldet den synthetisch abweichenden Zustand 02) (!Alle realen Geräte von Liebherr zeigen einen Kurzschluss an) (!Die Übertragung hatte zwingend einen CRC-Fehler) (!Der Prüfwagen ist automatisch zum Einschalten freigegeben)

Welche Botschaft gewinnt bei sonst gleichen klassischen CAN-Bedingungen die Arbitrierung? (Die Nachricht mit dem kleineren numerischen Identifier) (!Die Nachricht mit dem längsten Klartext) (!Immer die zuletzt gesendete Nachricht) (!Unabhängig von den Bits stets die Nachricht des Prüfgeräts)

Welche nächste Handlung ist bei fehlender Anwendungsantwort im Unterricht geeignet? (Die vorhandene synthetische Logdatei auf Filter und Zeitbezug prüfen) (!Ohne Freigabe eine Kransteuerung anschließen) (!Hydraulische Funktionen zum Test auslösen) (!Eine frei erfundene Herstellerfreigabe anwenden)

Was ergibt die ideale Parallelschaltung zweier 120-Ohm-Widerstände? (60 Ohm im isolierten Rechenmodell) (!240 Ohm unabhängig von der Schaltung) (!120 Ohm als verpflichtender QMT-Betriebsgrenzwert) (!Null Ohm in jeder realen Kranverkabelung)

Welche Kombination erlaubt im Lehrfall die Bewertung OK? (Passende Kennung und Kanal sowie richtiger Status innerhalb der Lehrfrist) (!Irgendein gültiges Telegramm vor Ende der Logdatei) (!Ein Bus-ACK ohne Antwort des Anwendungsprozesses) (!Ein fachlich falscher Status bei rechtzeitiger Nachricht)

Memory: Begriffe und Bedeutung

CAN-Arbitrierung	Auswahl einer sendenden Nachricht anhand der Buspriorität
Prüfauftrag	Festgelegte Sollreaktion einer Übung
Anwendungsantwort	Rückmeldung mit fachlich interpretierbaren Nutzdaten
Telegrammkennung	Identifier zum Erkennen und Priorisieren eines Frames
Zeitüberschreitung	Erwartete passende Rückmeldung liegt nicht fristgerecht vor
Soll-Ist-Abgleich	Vergleich zwischen erwarteter und beobachteter Zustandsmeldung
Nachweisgrenze	Aussage, die aus dem Protokoll gerade nicht belegt ist

Drag and Drop: Diagnosebeobachtungen zuordnen

Richtige Beobachtung	Diagnosekategorie
Keine gültigen empfangenen Frames	Kommunikationsnachweis fehlt
Bus-ACK ohne zuordenbare Anwendungsantwort	Anwendungserfolg nicht bestätigt
Fristgerecht korrelierte Antwort mit abweichendem Status	Fachliche Funktionsabweichung
Früh eintreffende Antwort für einen anderen Kanal	Falsche Korrelation
Passende Rückmeldung mit richtigem Lehrstatus	Soll erfüllt

Kreuzworträtsel: präzise Fachsprache

Anfrage	Wie heißt der erste Schritt, der eine Antwort auslösen soll?
Antwort	Wie heißt die vom angefragten Anwendungsprozess zurückgemeldete Nachricht?
Identifier	Welches Kennzeichen eines CAN-Frames ist bei der Priorisierung wichtig?
Arbitrierung	Wie nennt man die konfliktfreie Vergabe des Buszugriffs?
Zeitfenster	In welchem begrenzten Abschnitt muss die Lehrantwort eintreffen?
Prüfprotokoll	Wie heißt die nachvollziehbare Aufzeichnung von Ablauf und Ergebnis?

LearningApps: weiterführende Zuordnungen suchen

Die Einbindung führt zur thematischen LearningApps-Suche und behauptet keine vorab geprüfte konkrete Einzel-App.

Lückentext: Befundlogik erklären

Die hier verwendeten QMT-Prüfnachrichten sind ausdrücklich ein

.

Der Nachrichten-Identifier unterstützt beim CAN-Bus die

.

Ein Bus-ACK belegt nur den korrekten Empfang auf der

.

Die auf eine Anfrage bezogenen Daten heißen in unserem Fall

.

Ohne passenden Rückkanal ist eine Funktionsbewertung oft nicht

.

Eine korrekte Antwort muss mit der angefragten Kanalnummer

.

Die Antwortdauer ergibt sich aus der Differenz der beiden

.

Ein fachlich abweichendes Datenbyte führt zum Befund

.

Eine gültige, aber fremde Nachricht ist nicht richtig

.

Das Ergebnis und seine Unsicherheit gehören in das

.

Offene Aufgaben

Leicht

Buskommunikation: Zeichne aus den fünf Blöcken des eigenen Lehrschemas eine Papiergrafik und markiere Anfrage, Antwort und Bewertung. Verwende ausschließlich abstrakte Rechtecke.
Fachbegriffe: Schreibe mit eigenen Worten den Unterschied zwischen CAN-ACK, Anwendungsantwort und fachlich richtiger Funktionsantwort.
Prüfauftrag: Notiere die vier im Lehrfall verlangten Kriterien für ein positives Ergebnis und markiere, welche Informationen ohne passende Antwort fehlen.
Zeitmessung: Berechne für zwei vorgegebene fiktive Ereignisse die Zeitdifferenzen 80 bis 109 ms und 140 bis 185 ms; bewerte sie gegen das Lehrfenster von 40 ms.

Standard

Fehlerdiagnose: Klassifiziere die Vorgänge A bis D des Modellfalls, formuliere je einen Befundsatz und eine Aussagegrenze.
Prozessdokumentation: Entwirf eine anonymisierte Protokollvorlage mit Feldern für Anfrage, Antwort, Kanal, Zeit, Befund, Unsicherheit und Folgeanalyse.
Datenanalyse: Erstelle aus den synthetischen Tabellenzeilen eine Entscheidungsmatrix nach Kanal, Status und Frist und erläutere eine mögliche Fehlzuordnung.
Medienkompetenz: Vergleiche die belegten Aussagen im Liebherr-Artikel mit den CAN-Erklärungen von Kvaser und kennzeichne Unternehmensangaben, allgemeines Protokollwissen und Lehrannahmen.

Schwer

Softwaretest: Formuliere sprachunabhängigen Pseudocode, der nur Logzeilen auswertet, Antwortkanal und Zeitfenster prüft und keine Geräte steuert.
Qualitätssicherung: Entwerfe drei zusätzliche rein synthetische Testfälle für verspätete, doppelte und inhaltlich widersprüchliche Rückmeldungen und gib erwartete Ergebnisse an.
Ursachenanalyse: Entwickle einen Entscheidungsbaum, der die Hypothesen Loggingfilter, Kommunikationsproblem und Anwendungsproblem trennt, ohne eine Ursache als sicher auszugeben.
Berufsübergreifendes Projekt: Produziere als Team ein einseitiges Lernposter oder ein kurzes Erklärvideo über die Trennung von Nachrichtenempfang und Funktionsnachweis mit Quellen- und Sicherheitsvermerk.

Musterlösungen und Bewertungshinweise zu den zwölf Aufgaben

Nr.	Erwartungshorizont / mögliche Musterlösung
1	Prüfauftrag → Prüfsteuerung → Lehrbus → simulierte Antwort → Auswertung; die Pfeile müssen Datenfluss, nicht reale Leitungsführung bezeichnen.
2	ACK bestätigt mindestens einen erfolgreichen CAN-Empfang; Anwendungsantwort enthält auswertbare Nutzdaten; fachliche Richtigkeit benötigt einen Soll-Ist-Vergleich.
3	Kennung, Kanal, Frist und Sollstatus müssen stimmen; ohne Antwort fehlen Daten und Sachbeleg für eine positive Funktionsprüfung.
4	109 − 80 = 29 ms, innerhalb der Übungsfrist; 185 − 140 = 45 ms, Übungsfrist überschritten.
5	A OK, B fehlende passende Anwendungsantwort, C fachliche Abweichung, D fremder Kanal und damit fehlende passende Antwort; keine Hardwareursache ist bewiesen.
6	Tabelle enthält Fallkennung, Version des Sollschemas, beide Zeitstempel, beide Kennungen, Bytes, Kanal, Zeitrechnung, Befund und Grenzen.
7	Nur korrelierte Antwort für Kanal 01 mit Status 00 in höchstens 40 ms erhält OK; Kanal 02 darf kein positives Ergebnis erzeugen.
8	Liebherr belegt QMT-Eigenentwicklung und modularen Prüfprozess; Kvaser erläutert CAN-Technik; 0x210 und 0x211 stammen allein aus diesem Unterrichtsmodell.
9	Log laden; Anfrage filtern; Antwort nach Kennung und Kanal suchen; Zeitdifferenz berechnen; Status mit Soll vergleichen; Bericht ausgeben; keine externen Befehle versenden.
10	Verspätet: Fristproblem; doppelt: Korrelation und Version prüfen; widersprüchlich: keine eindeutige Freigabe, Datenkonflikt dokumentieren.
11	Jede Verzweigung nennt zuerst verfügbare Evidenz und schlägt eine sichere Loggegenprobe vor; unbestätigte Ursachen werden als Hypothesen markiert.
12	Das Medienprodukt veranschaulicht mindestens drei Bewertungsebenen, zeigt einen fiktiven Ablauf und nennt Quellen, Bildlizenzen und die Grenze zu realen Maschinenarbeiten.

Lernkontrolle

Fehlersuche: Erkläre anhand von Vorgang B, warum ein dokumentiertes Bus-ACK nicht automatisch einen bestandenen Funktionstest ergibt. Musterantwort: Bestätigt ist nur der Empfang auf CAN-Ebene, eine zugeordnete inhaltliche Antwort fehlt.
Berechnungen: Rechne für eine künstliche Anfrage bei 520 ms und eine Antwort bei 567 ms die Zeitspanne aus. Musterantwort: 47 ms; die 40-ms-Lehrfrist ist überschritten, auch wenn eine Antwort sichtbar ist.
Systemanalyse: Entscheide, ob eine Antwort mit Status 00, aber Kanal 03 auf Anfragekanal 01 genügt. Musterantwort: Nein; der fachliche Bezug stimmt nicht.
Datenqualität: Begründe, weshalb ein ungefiltertes vollständiges Log hilfreicher sein kann als ein Ausschnitt mit nur Antwortframes. Musterantwort: Anfrage, Korrelation und Zeitbezug lassen sich nur mit den zugehörigen Ereignissen sicher rekonstruieren.
Transfer: Unterscheide einen CRC-Übertragungsfehler von einer gültigen Nachricht mit fachlich abweichenden Nutzdaten. Musterantwort: Der erste weist auf eine fehlerhafte Übertragung hin; der zweite ist ein korrekt transportierter, aber inhaltlich unerwarteter Lehrbefund.
Quellenkritik: Formuliere zwei Aussagen, die du aus dem Liebherr-Artikel ableiten darfst, und zwei, die du nicht ableiten darfst. Musterantwort: Modulare Prüfwagen und automatisierte Dokumentation sind belegt; konkrete CAN-Kennungen und echte Grenzwerte sind nicht belegt.
Nachhaltige Qualitätssicherung: Erläutere, wie ein klar strukturiertes Prüfprotokoll das Arbeiten im Team unterstützt. Musterantwort: Es ermöglicht reproduzierbare Auswertung, Rückfragen und nachvollziehbare Verbesserungsentscheidungen, ohne Schuldzuweisung aus ungesicherten Daten.

Lernnachweis

Als Lernnachweis erstellst du ein individuelles oder gemeinsames Portfolio: (1) eigenes beschriftetes Ablaufdiagramm ohne reale Maschinenanschlüsse; (2) korrekt beschriebene CAN-Grundbegriffe; (3) Berechnung von mindestens vier Lehrantwortzeiten; (4) begründete Einordnung der synthetischen Vorgänge A bis D; (5) mindestens zwei datenbasierte Folgeprüfungen; (6) das ausgefüllte Prüfprotokoll mit Unsicherheiten; (7) Quellen- und Lizenzliste. Prüfe dich mit dem 100-Punkte-Raster. Bewertet wird die Qualität der Begründung, nicht die Behauptung, eine reale Liebherr-Maschine geprüft zu haben.

Reflexion: Was kannst du aus einem Telegramm erkennen? Was bleibt selbst bei einem formal gültigen Empfang ungeklärt? Welche Fragen musst du einer qualifizierten Fachkraft stellen, bevor im tatsächlichen Betrieb irgendeine Handlung denkbar wäre?

OER und Wikipedia

Quellenstand: Oktober 2026. Belege für den realen QMT-Kontext stammen von Liebherr, allgemeines CAN-Wissen aus fachlichen Lehrunterlagen und der Wikipedia. Die unterrichtlichen Beispiele sind hier eigens formuliert und enthalten keine vertraulichen Daten, Original-Prüfprogramme, realen Maschinenparameter oder personenbezogene Informationen.

Liebherr: Qualität auf Knopfdruck, Magazin 01/2026 – Primärquelle für QMT, Modularität, Produktion Ehingen und digitalen Prüfnachweis; Bilder und Texte sind damit nicht automatisch OER.
Kvaser: The CAN Bus Protocol Tutorial – technische Einführung in CAN, Arbitrierung, Framefelder, ACK und Fehlersicherung (englisch).
Wikipedia: Controller Area Network – ergänzendes Grundlagenwissen (deutsch, redaktionell prüfen).
Wikimedia Commons: CAN bus – offen lizenzierte Fachgrafiken mit jeweils eigener Lizenzseite.
Kvaser: Introduction to CAN Bus und Kvaser: CAN Message Types – öffentlich auffindbare Videos; keine freie Nachnutzungslizenz behauptet.

Verifizierter deutschsprachiger Wikipedia-Artikel:

Medien-, Urheber- und Lizenznachweise

Eingebundenes Medium	Prüffähige Quelle	Urheber	Nutzungsrecht / Einschränkung
File:Topology CAN protocol.png	Commons-Dateiseite	Taras Babich	CC BY-SA 4.0, Namensnennung und Lizenz beachten
File:Netzwerktopologie Bus.svg	Commons-Dateiseite	Head und Predatorix	CC BY-SA 3.0, Namensnennung und Lizenz beachten
File:CAN-Frame mit Pegeln mit Stuffbits.svg	Commons-Dateiseite	Endres~commonswiki	CC BY-SA 3.0, Namensnennung und Lizenz beachten
File:Canbus levels.svg	Commons-Dateiseite	Plupp	CC BY-SA 3.0, Namensnennung und Lizenz beachten
https://www.youtube.com/watch?v=9ftHRK6MkB0	Offizielles Kvaser-Video, Teil 1	Kvaser AB	YouTube-Nutzungsbedingungen; nur Player-Einbindung, keine CC-Lizenz behauptet
https://www.youtube.com/watch?v=oQSPSv5J64A	Offizielles Kvaser-Video, Teil 2	Kvaser AB	YouTube-Nutzungsbedingungen; nur Player-Einbindung, keine CC-Lizenz behauptet

Eigene Lehrgrafiken: Das Prozess-Blockschema, Datenpfad- und Entscheidungsdiagramm sowie die Falltabellen wurden für diesen Kurs als neue Text- und MediaWiki-Tabellen erstellt und sind ausdrücklich keine nachgezeichneten QMT-Betriebsunterlagen. Für andere Reproduktionen der eingebetteten Commons-Grafiken sind die individuellen Lizenzbedingungen zu beachten. Fachliche Quellen bleiben erkennbar von frei erfundenen Lehrfällen getrennt.