- OBD2 ist ein gesetzlicher Diagnose-Mindeststandard nach ISO 15031 und kennt zehn Modi (Mode 01 bis 0A) – sie decken ausschließlich emissionsrelevante Systeme ab.
- XENTRY ist das Werks-Diagnosesystem von Mercedes-Benz, Nachfolger des Diagnosis Assistance System (DAS), und arbeitet mit dem UDS-Protokoll nach ISO 14229 über alle Steuergeräte hinweg.
- Mode 01 liefert nur wenige Dutzend standardisierte Live-PIDs, Mode 03 die P0xxx-Fehlercodes, Mode 06 Testergebnisse, Mode 09 Fahrzeug-Infos – ein eng umrissener Funktionsumfang.
- XENTRY nutzt Service 22 (tausende Datenpunkte), Service 2F (Stellgliedtest), Service 2E (Codierung), Service 27 (Security Access), Service 31 (geführte Routinen) und 34/36 (Programmierung/Flash).
- XENTRY-spezifisch sind SCN-Codierung online, geführte Fehlersuche, Schaltpläne, WIS-Anbindung, Variant-Coding und Out-of-Range-Tests – Funktionen, die ein OBD2-Gerät prinzipiell nicht bereitstellt.
- Beispiel P0420: OBD2 zeigt den Code, XENTRY zeigt zusätzlich den Oxygen-Storage-Capacity-Wert, die Lambdasonden-Spannungen live und die Adaptionswerte – und damit die tatsächliche Ursache.
- Wann welches System für Ihre Werkstatt entscheidend ist und wie Sie das prüfen, lesen Sie in unserem Schwester-Beitrag OBD2 vs. XENTRY/ODIS/ISTA – der Diagnose-Unterschied.
Wenn ein Kunde mit einem modernen Mercedes zu uns kommt und sagt: „Mein OBD-Gerät zeigt keinen Fehler”, ist das selten ein Entwarnungssignal. Häufiger bedeutet es, dass das Problem in einem Steuergerät sitzt, das der Adapter über die OBD2-Schnittstelle gar nicht erreicht. Dieser Beitrag betrachtet den Unterschied zwischen OBD2 und XENTRY rein technisch: welche Protokolle dahinterstehen, welche Funktionen jedes System bereitstellt und warum die Diagnose-Tiefe so weit auseinanderläuft.
Wenn Sie wissen möchten, was dieser Unterschied für die Auswahl Ihrer Werkstatt praktisch bedeutet und welche Fragen Sie dort stellen sollten, lesen Sie unseren Schwester-Beitrag OBD2 vs. XENTRY/ODIS/ISTA – der Diagnose-Unterschied. Hier geht es um die Technik darunter.
OBD2: ein gesetzlicher Standard für die Emissionsüberwachung
OBD2 steht für On-Board Diagnostics, Generation 2. Der Standard wurde 1996 in den USA verpflichtend, in Europa ab 2001 für Benziner und ab 2004 für Diesel. Der entscheidende Punkt für das Verständnis: OBD2 wurde nicht als Werkstatt-Diagnosewerkzeug entwickelt, sondern als gesetzliches Instrument zur Überwachung der Abgasreinigung. Die Norm dahinter ist ISO 15031 – konkret regelt ISO 15031-5 die Diagnose-Services und ISO 15031-6 die Definition der Fehlercodes.
Die Schnittstelle ist der genormte 16-polige OBD-Stecker im Fahrerfußraum. Über ihn stehen genau definierte Funktionen bereit, die als „Modi” bezeichnet werden. Der Standard kennt zehn davon:
- Mode 01 – Live-Daten: aktuelle Messwerte über standardisierte PIDs (Parameter Identifier). PID 0x05 ist immer die Kühlmitteltemperatur, PID 0x0C immer die Motordrehzahl – weltweit, jedes Fahrzeug. Die Stärke ist die Standardisierung, die Grenze ist die geringe Anzahl: Es gibt nur wenige Dutzend Standard-PIDs.
- Mode 02 – Freeze-Frame: der eingefrorene Datensatz zum Zeitpunkt, an dem ein Fehler gespeichert wurde.
- Mode 03 – Fehlercodes: die gespeicherten Diagnosecodes im standardisierten P0xxx-Schema (P für Powertrain).
- Mode 04 – Löschen: Fehlercodes und Bereitschaftstests zurücksetzen.
- Mode 05 / 06 – Testergebnisse: Resultate der Lambdasonden-Monitore (Mode 05) und der übrigen On-Board-Monitore (Mode 06), etwa Katalysator-Wirkungsgrad oder Tankentlüftung.
- Mode 07 – sporadische Fehler: noch nicht bestätigte Fehler des laufenden Fahrzyklus.
- Mode 08 – On-Board-Steuerung: eingeschränkte Ansteuerung weniger genormter Systeme.
- Mode 09 – Fahrzeug-Info: Identifikationsdaten wie die Fahrgestellnummer (FIN) und Kalibrier-Identifier.
- Mode 0A – Permanent-DTCs: dauerhaft gespeicherte, nicht löschbare Fehlercodes.
Was OBD2 abdeckt, ist damit klar umrissen: Motorsteuerung, Gemischaufbereitung, Katalysator, Lambdaregelung, Abgasrückführung und Tankentlüftung. Was es nicht abdeckt, ist die gesamte übrige Elektronik eines modernen Fahrzeugs – und die ist umfangreich. Ein moderner Mercedes hat je nach Baureihe und Ausstattung 60 bis 90 Steuergeräte: Komfortsystem, Fahrwerk, Fahrerassistenz, Lenkung, Beleuchtung, Türen, Sitze, Klimaautomatik. Keines davon ist OBD2-pflichtig, und genau deshalb meldet ein einfacher Adapter „kein Fehler”, obwohl das Fahrzeug ein echtes Problem hat. Diese Meldung ist technisch korrekt, aber unvollständig.
XENTRY: das Werks-Diagnosesystem von Mercedes-Benz
XENTRY ist das offizielle Diagnosesystem von Mercedes-Benz und der Nachfolger des früheren Diagnosis Assistance System (DAS). Es ist kein bloßes Auslesegerät, sondern ein integriertes Werkzeug aus Diagnose, geführter Fehlersuche, Codierung, Programmierung und herstellereigener Wissensdatenbank. Technisch kommuniziert es mit den Steuergeräten über das UDS-Protokoll nach ISO 14229 (Unified Diagnostic Services), auf modernen Fahrzeugen zunehmend über DoIP (Diagnostics over Internet Protocol, ISO 13400). Die Details der zugrunde liegenden Bussysteme behandeln wir in unserem Beitrag zur Tiefendiagnose über CAN, DoIP und UDS.
UDS stellt eine deutlich umfangreichere Service-Liste bereit als OBD2. Die für die Praxis wichtigsten Services:
| UDS-Service | Funktion | Bedeutung in der Werkstatt |
|---|---|---|
| Service 22 – Read Data by Identifier | Liest beliebige Datenpunkte über herstellereigene Data Identifier (DID) | Zugriff auf tausende Messwerte je Fahrzeug statt weniger Dutzend PIDs |
| Service 2F – Input Output Control | Steuert einzelne Aktoren gezielt an | Stellgliedtest: Ventil, Pumpe, Lüfter direkt prüfen |
| Service 2E – Write Data by Identifier | Schreibt Parameter in das Steuergerät | Grundlage von Codierung und Variant-Coding |
| Service 27 – Security Access | Öffnet geschützte Bereiche per Seed-Key-Verfahren | Voraussetzung für Codierung und Programmierung |
| Service 31 – Routine Control | Startet hinterlegte Routinen | Geführte Funktionen, Grundeinstellungen, Anlernvorgänge |
| Service 34 / 36 – Request Download / Transfer Data | Überträgt komplette Firmware | Flashen und Neuprogrammierung von Steuergeräten |
Der Unterschied im Funktionsumfang ist nicht graduell, sondern grundsätzlich. Wo ein OBD2-Gerät über Mode 01 einen festen Satz Live-Werte ausliest, fragt XENTRY über Service 22 jeden vom Hersteller hinterlegten Datenpunkt einzeln ab – Adaptionswerte, Druckverläufe, Spannungssignaturen, Zählerstände. Wo OBD2 keinen Aktor ansteuern kann, prüft XENTRY über Service 2F jedes Ventil im Stellgliedtest. Ein OBD2-Adapter liest den Fehlerspeicher – XENTRY steuert das Fahrzeug.
XENTRY-spezifische Funktionen
Über die reinen UDS-Services hinaus bietet XENTRY Funktionen, die für die fachgerechte Arbeit am Mercedes regelmäßig zwingend sind und die ein OBD2-Gerät prinzipbedingt nicht bereitstellen kann:
- SCN-Codierung online: Nach dem Tausch eines Steuergeräts muss die zugehörige Software-Calibration-Number über die Online-Anbindung vom Mercedes-Backend abgerufen und auf das Fahrzeug geschrieben werden. Ohne diesen Schritt bleibt das Bauteil funktionslos oder eingeschränkt. Wir haben die SCN-Codierung ausführlich erklärt.
- Geführte Fehlersuche: XENTRY führt den Mechaniker entlang eines vom Hersteller programmierten Diagnosepfades durch jeden Befund – Schritt für Schritt, mit Soll- und Istwerten an jeder Verzweigung.
- Schaltpläne und WIS-Anbindung: Direkter Zugriff auf das Werkstatt-Informations-System mit Stromlaufplänen, Bauteillagen und Reparaturanleitungen.
- Steuergeräte-Programmierung: Flashen neuer oder aktualisierter Software über die Services 34 und 36.
- Variant-Coding: Anpassung von Ausstattungsvarianten und Funktionen über Service 2E. Welche Codierungen über XENTRY hinausgehen und welche reine OBD-Eingriffe sind, beleuchtet unser Beitrag XENTRY-Codierung vs. OBD.
- Out-of-Range-Tests: Prüfroutinen, die Sensorwerte gezielt an die Grenzen des zulässigen Bereichs fahren, um schleichende Abweichungen sichtbar zu machen.
Für Interessierte: OBD2 ist der Notausgang-Plan an der Wand, UDS der Bauplan des Architekten (eine Sache wie in „Matrix")
Stellen Sie sich ein modernes Fahrzeug als ein Gebäude vor. OBD2 ist der gerahmte Notausgang-Plan an der Wand jedes Stockwerks: gesetzlich vorgeschrieben, überall identisch, sofort verständlich – und bewusst auf das Wesentliche reduziert. Er zeigt Ihnen die Fluchtwege und die Lage der Feuermelder, also genau jenen Bereich, der die Sicherheit der Allgemeinheit betrifft (in unserem Bild: die Abgasreinigung). Mehr zeigt er nicht, und das ist Absicht. UDS ist dagegen der vollständige Bauplan des Architekten samt Elektro- und Hydraulikschemata: jede Leitung, jeder Verteilerschrank, jedes Gewerk. Wie in „Matrix”, wo Neo am Ende nicht mehr die Oberfläche sieht, sondern den darunterliegenden Code – so liest die Werks-Diagnose nicht das Symptom an der Wand, sondern die Struktur dahinter.
Technisch beruht OBD2 auf ISO 15031. Die Modi sind eng definiert, die Datenpunkte standardisiert: Mode 01 liefert die Live-PIDs, Mode 03 die gespeicherten DTCs im P0xxx-Schema, Mode 04 löscht sie, Mode 06 liefert die Ergebnisse der On-Board-Monitore, Mode 09 die Fahrzeug-Identifikation. Die Fehlercodes folgen einem festen Vier-Stellen-Schema: Der erste Buchstabe steht für das System (P = Powertrain, B = Body, C = Chassis, U = Network), die zweite Stelle unterscheidet generische (0) von herstellerspezifischen (1) Codes. P0420 (Catalyst System Efficiency Below Threshold Bank 1) ist generisch und weltweit gleich definiert – das macht ihn auslesbar, aber inhaltlich grob.
UDS nach ISO 14229 arbeitet auf einer anderen Ebene. Statt einer Handvoll Modi gibt es eine ganze Service-Liste mit einem klaren Request-Response-Schema, bei dem jeder Service eine eigene Service-ID (SID) besitzt. Service 0x22 (Read Data by Identifier) adressiert Datenpunkte über 16-Bit-DIDs – der Adressraum allein erlaubt also zehntausende Identifier je Steuergerät, von denen der Hersteller frei vergibt. Service 0x2F (Input Output Control by Identifier) übernimmt die Kontrolle über einen Aktor und gibt ihn nach dem Test wieder frei. Service 0x2E (Write Data by Identifier) schreibt Parameter zurück, Service 0x27 (Security Access) sichert das Ganze über ein Seed-Key-Challenge-Response-Verfahren ab, bevor schreibende Zugriffe überhaupt zugelassen werden. Service 0x31 (Routine Control) startet, stoppt und fragt hinterlegte Routinen ab. Die Services 0x34 (Request Download) und 0x36 (Transfer Data) bilden gemeinsam den Programmierablauf, mit dem komplette Firmware blockweise übertragen wird.
Auch die Fehlercodes selbst sind reichhaltiger. Wo OBD2 vierstellige DTCs kennt, verwendet UDS 24-Bit-DTCs mit hierarchischer Logik und detaillierten Sub-Codes. Zu jedem Code gehört eine DTCStatusMask – ein Statusbyte, das maschinenlesbar dokumentiert, ob der Fehler aktuell aktiv ist, bestätigt wurde, im letzten Fahrzyklus auftrat, ob ein Test seit dem letzten Löschen abgeschlossen ist und mehr. Damit ist nicht nur dokumentiert, was abweicht, sondern auch in welchem Zustand und mit welcher Historie.
Das Prinzip wird am P0420 greifbar. Ein OBD2-Tool meldet den Code – und die Frage bleibt offen: träge Lambdasonde, verschlissener Katalysator, Abgasleck vor der Sonde, Gemischproblem? XENTRY liefert über Service 22 die Tiefendaten zur Eingrenzung: die Spannungsverläufe beider Lambdasonden vor und nach dem Katalysator im Echtzeit-Vergleich, den Oxygen-Storage-Capacity-Test (OSC) zur direkten Messung der Sauerstoffspeicherfähigkeit, die Kraftstoff-Trim-Werte (Short Term und Long Term Fuel Trim), die Misfire-Counter pro Zylinder und die Adaptionswerte der Lambdaregelung. Aus dem Abgleich dieser Werte mit den hinterlegten Sollkennlinien ergibt sich der präzise Befund – etwa: Lambdasonde Bank 1 Sensor 2 träge, Katalysator innerhalb Toleranz. Den vollständigen Befund haben wir im Beitrag Fehlercode P0420 – Katalysator-Wirkungsgrad und in der Lambdasonden-Diagnose dokumentiert.
Dieses Muster zieht sich durch jedes System. Beim 7G-Tronic-Getriebe sind es Kupplungsdrücke und Adaptionskennlinien, beim Common-Rail-Diesel die Einspritz-Korrekturwerte und Raildruck-Verläufe, bei der Luftfederung die Druck- und Niveausignale jedes Federbeins. Wer ohne Werks-Diagnose arbeitet, schließt vom OBD2-Befund auf die wahrscheinlichste Ursache zurück – das ist eine Vermutung, kein Befund. Wer mit XENTRY arbeitet, liest die Ursache direkt aus dem System.
Ein konkretes Beispiel: der Fehlercode P0420
Der Unterschied wird an einem alltäglichen Fall greifbar. Ein Fahrzeug speichert P0420 – „Katalysator-Wirkungsgrad unter Schwellwert”. Ein OBD2-Gerät liest über Mode 03 genau diesen Code aus, über Mode 06 allenfalls noch das zugehörige Monitor-Testergebnis. Damit endet die Information. Die naheliegende, aber ungesicherte Schlussfolgerung lautet oft: Katalysator defekt, Tausch erforderlich.
Mit XENTRY öffnet sich über Service 22 ein ganz anderes Bild. Das System liefert:
- den Oxygen-Storage-Capacity-Wert – die direkt gemessene Sauerstoffspeicherfähigkeit des Katalysators,
- die Live-Spannungsverläufe beider Lambdasonden vor und nach dem Katalysator,
- die Kraftstoff-Trim-Werte (Short Term und Long Term Fuel Trim) zur Beurteilung der Gemischregelung,
- die Adaptionswerte der Lambdaregelung.
Aus dem Abgleich dieser Werte mit den hinterlegten Sollkennlinien ergibt sich, ob der Katalysator tatsächlich erschöpft ist oder ob eine träge gewordene Lambdasonde den niedrigen Wirkungsgrad nur vortäuscht. Im zweiten Fall ist die fachlich korrekte Antwort die Instandsetzung der Sonde – nicht der Austausch des Katalysators. Genau hier entscheidet die Diagnose-Tiefe über den Werterhalt: Wir setzen instand, was instandzusetzen ist, statt funktionsfähige Bauteile auszutauschen.
Warum das für Ihre Reparatur entscheidend ist
Ein Diagnosesystem, das nur einen Teil der Steuergeräte und nur emissionsrelevante Werte liest, kann drei Dinge nicht leisten, die für eine substanzielle Instandsetzung erforderlich sind:
- Die Ursache statt des Symptoms identifizieren. Ein Fehlercode beschreibt, wo eine Abweichung gemessen wurde – nicht, warum. Die Ursachenanalyse braucht Messwerte über die Zeit, Adaptionswerte, Stellgliedtests und das herstellerspezifische Wissen, welcher Wert in welchem Betriebszustand zu erwarten ist.
- Aktoren gezielt prüfen. Erst der Stellgliedtest über Service 2F unterscheidet ein defektes Bauteil von einer fehlerhaften Ansteuerung – ohne diese Funktion bleibt es bei der Vermutung.
- Nach der Reparatur freigeben. Nach dem Tausch eines Steuergeräts ist die SCN-Codierung über XENTRY und das Mercedes-Backend zwingend. Ohne dieses Online-Coding bleibt das neue Bauteil funktionslos oder eingeschränkt.
OBD2-Adapter haben ihren Platz: für eine erste Orientierung, für das Auslesen emissionsrelevanter Codes, für die schnelle Sichtung. Für eine vollständige Diagnose, eine belastbare Ursachenanalyse und eine fachgerechte Instandsetzung moderner Fahrzeuge sind sie nicht ausgelegt – und das war auch nie ihr Zweck.
Offizieller XENTRY-Zugang, wie ihn Mercedes-Benz-Vertragswerkstätten und autorisierte Partner nutzen – bei KFZ Dietrich in Hardegsen-Gladebeck. Wir arbeiten zusätzlich mit ODIS (VW-Gruppe) und ISTA (BMW/Mini) auf demselben Niveau.
Vereinbaren Sie Ihren Diagnose-Termin
Wenn Sie an Ihrem Fahrzeug ein Symptom haben, das bisher niemand belastbar einordnen konnte, oder wenn Sie vor einer größeren Reparatur eine fundierte Zweitmeinung wünschen, sprechen Sie uns an. Wir führen die Diagnose mit dem jeweiligen Werkssystem durch und dokumentieren jeden Befund schriftlich.
- Telefon: 05505 5236 – Sie sprechen direkt mit unserer Meisterwerkstatt.
- WhatsApp: Nachricht senden – Beschreiben Sie kurz Symptom und Fahrzeug, wir geben Ihnen eine fachliche Ersteinschätzung.
Die Hauptuntersuchung (HU) erfolgt durch unsere Partner TÜV Nord und Dekra, die Abgasuntersuchung (AU) durch uns über den Bundesinnungsverband des Kraftfahrzeughandwerks (BIV). Wir bieten für Unternehmer auch die DGUV-Prüfung an.
Weiterführende Informationen
- OBD2 vs. XENTRY/ODIS/ISTA – der Diagnose-Unterschied – wann welches System für Ihre Werkstattwahl entscheidend ist
- Tiefendiagnose über CAN, DoIP und UDS – die Bussysteme hinter der Werks-Diagnose
- Fehlercode P0420 – Katalysator-Wirkungsgrad – der vollständige Befund im Detail
- SCN-Codierung erklärt – warum sie nach jedem Steuergerät-Tausch nötig ist
- Fehlercode-Master-Übersicht – die wichtigsten Codes und ihre Bedeutung
- Mercedes-Benz Diagnose & Programmierung – Modellseiten und XENTRY-Funktionen
- Diagnose-Hub auf reparatur.biz – übergreifende Informationen zur Tiefendiagnose