Vediamo oder XENTRY – diese Frage taucht regelmäßig auf, wenn es um Codierungen an einem Mercedes-Steuergerät geht. Beide Namen stammen aus dem Mercedes-Umfeld, bezeichnen aber Werkzeuge mit fundamental unterschiedlichem Zweck: das eine für die Werkstatt, das andere für die Entwicklung. Dieser Beitrag ordnet ein, was die beiden unterscheidet, warum XENTRY der freigegebene Weg für Arbeiten am Kundenfahrzeug ist und welche Risiken ein Engineering-Zugriff mit sich bringt.
- Vediamo ist ein Entwickler- und Engineering-Werkzeug mit direktem Zugriff auf Steuergerät-Parameter – kein Werkstatt-Tool.
- XENTRY ist das Werkstatt-Tool mit geführter Codierung, Server-Anbindung und Sicherheitsschicht.
- Beide sprechen die Steuergeräte über die jeweils passende Protokollfamilie an – UDS bei neueren, KWP2000 bei älteren Baureihen.
- Der ganz überwiegende Teil aller Codierungsaufgaben an Mercedes-Fahrzeugen ist mit XENTRY abgedeckt.
- Der Engineering-Zugriff arbeitet ohne Validierung und ohne Server-Abgleich – daraus entstehen die Risiken, die dieser Beitrag beschreibt.
| Kriterium | XENTRY | Vediamo |
|---|---|---|
| Zweck | Werkstatt-Tool für den täglichen Einsatz | Entwickler- und Engineering-Tool auf Parameter-Ebene |
| Zugriff | geführte Codierung mit Validierungsschicht | direkter Rohdaten-Zugriff, ohne Schutzschicht |
| Bedienung | Klartext, grafische Auswahl, Bestätigungsdialoge | interne Parameternamen, keine Wertegrenzen |
| Protokoll | UDS, bei älteren Steuergeräten KWP2000 | mehrere Protokollfamilien je Steuergeräte-Generation |
| Abdeckung | der ganz überwiegende Teil aller Codierungsaufgaben | Entwicklung, Absicherung, Protokollanalyse |
| Absicherung | Server-Validierung blockiert unzulässige Kombinationen | keine Validierung, kein Server-Abgleich |
Was ist Vediamo?
Vediamo ist ein Mercedes-Entwickler-Tool, das primär für die interne Software-Entwicklung, Steuergerät-Diagnose und Parametervalidierung auf unterster Ebene gedacht ist. Es gibt direkten Zugang zu allen Steuergerät-Parametern – jeden einzelnen Codierungs-Wert, jede Speicheradresse, jede Konfigurationsvariable – ohne die Validierungsschicht, die XENTRY einsetzt. Vediamo spricht die Steuergeräte über dieselben Diagnoseprotokoll-Familien an wie XENTRY – bei neueren Steuergeräten UDS (Unified Diagnostic Services), bei älteren Mercedes-Baureihen noch KWP2000 –, greift aber auf die Parameter in Rohform zu.
Die Benutzeroberfläche von Vediamo ist technisch orientiert: Parameter werden mit ihren internen Bezeichnungen angezeigt (z.B. „KW_BN_AB_KLIMA_SOLL_TEMP” statt „Klimaanlage Solltemperatur”), Wertebereiche sind nicht visuell begrenzt, und es gibt keine kontextbezogenen Hilfestellungen. Die Bedienung erfordert tiefgehendes Verständnis der Steuergerät-Architektur und der spezifischen Parameter-Bedeutungen.
In der Mercedes-Werkstattpraxis wird Vediamo von spezialisierten Diagnose-Technikern eingesetzt, wenn XENTRY an seine Grenzen stößt – beispielsweise bei der Fehlersuche auf Parameter-Ebene, bei der Analyse von Steuergerät-Kommunikationsproblemen oder bei der Konfiguration von Prototypen-Fahrzeugen.
Was ist XENTRY?
XENTRY (früher DAS – Diagnose-Assistenz-System) ist das offizielle Mercedes-Werkstatttool für den täglichen Einsatz in autorisierten und unabhängigen Werkstätten. Es nutzt die gleiche Backend-Verbindung zu den Steuergeräten wie Vediamo, arbeitet aber mit einer mehrstufigen Validierungsschicht: Unzulässige Parameter-Kombinationen werden blockiert, sicherheitsrelevante Parameter sind gegen versehentliche Änderung geschützt, und bei jeder Codierung prüft XENTRY automatisch die Kompatibilität mit den verbauten Steuergeräten.
XENTRY führt den Anwender durch standardisierte Diagnose- und Codierungsabläufe. Die geführte Fehlersuche (GFS) analysiert Fehlercodes, prüft verwandte Systeme und schlägt Prüfschritte vor. Bei Codierungen zeigt XENTRY nur die Parameter an, die für die gewählte Funktion und die spezifische Fahrzeugkonfiguration relevant und freigegeben sind. Die Darstellung ist benutzerfreundlich: Klartext-Bezeichnungen, grafische Auswahl, Bestätigungsdialoge vor kritischen Änderungen.
XENTRY kommuniziert bei vielen Vorgängen online mit dem Mercedes-Backend-Server. SCN-Codierungen, Software-Updates, FBS-Synchronisierungen und Schlüssel-Anlernvorgänge erfordern eine Server-Autorisierung. Das stellt sicher, dass nur autorisierte Werkstätten sicherheitsrelevante Änderungen durchführen können.
Wo ist welches Tool sinnvoll?
XENTRY (unser Standard für alle Arbeiten):
- Alle Komfort-Codierungen: Komfortschließung, Ambientebeleuchtung, Spiegel-Klappen, Tagfahrlicht-Konfiguration, Coming-Home-Funktion
- Batterie-Anlernung nach Batteriewechsel (das Batterie-Management-System muss den neuen Kapazitätswert kennen)
- ABS-Kalibrierung und Lenkwinkelsensor-Kalibrierung nach Fahrwerksarbeiten
- SCN-Codierung nach Steuergerät-Tausch oder Software-Update
- Software-Updates für alle Steuergeräte (über Mercedes-Server)
- FBS-Synchronisation beim Entheiraten
- Alles wo Hersteller-Validierung erwünscht und sicherheitstechnisch sinnvoll ist
Vediamo (Entwicklung und Absicherung, nicht Werkstattbetrieb):
- Diagnose auf Parameter-Ebene in der Software-Entwicklung
- Analyse von Steuergerät-Kommunikationsproblemen auf Protokoll-Ebene
- Absicherung und Validierung neuer Steuergeräte-Stände beim Hersteller und seinen Entwicklungspartnern
Was bewusst nicht auf dieser Liste steht: das Umgehen von Freigaben. Wenn XENTRY eine Funktion für ein konkretes Fahrzeug nicht freigibt, ist das eine Entscheidung des Herstellers – kein technisches Hindernis, das man aushebelt. Wir codieren, was für Ihr Fahrzeug freigegeben ist, und sagen Ihnen klar, wenn ein Wunsch nicht dazugehört.
Das Risiko des Engineering-Zugriffs
Vediamo hat keine Schutzschicht vor ungültigen Parameter-Kombinationen und keinen Abgleich mit dem Hersteller-Backend. Ein falscher Wert im EIS-Steuergerät kann das Steuergerät in einen nicht-startenden Zustand versetzen oder – im ungünstigsten Fall – die FBS-Synchronisation zerstören, sodass ein vollständiges Entheiraten über den Mercedes-Server erforderlich wird. Bei Steuergeräten mit nicht-flüchtigem Speicher (EEPROM, Flash) kann ein fehlerhaft geschriebener Parameter-Block dazu führen, dass das Steuergerät nicht mehr über die Diagnose-Schnittstelle erreichbar ist – Recovery ist dann nur durch physisches Öffnen und direktes Programmieren des Speicherbausteins möglich.
Faustregel für die Werkstattpraxis: Arbeiten am Kundenfahrzeug laufen über XENTRY. Der Server-Abgleich, die Validierung und die lückenlose Protokollierung sind kein Komfort, sondern genau der Teil, der ein Fahrzeug im Fehlerfall wiederherstellbar hält. Für den ganz überwiegenden Teil aller Codierungsanfragen ist XENTRY ohnehin das richtige und ausreichende Werkzeug.
Typischer Ablauf einer XENTRY-Codierung bei KFZ Dietrich
Bevor ein Parameter geändert wird, steht die Bestandsaufnahme. XENTRY liest zunächst den vollständigen Ausstattungsstand des Fahrzeugs aus: verbaufte Steuergeräte, Software-Stände und aktive SA-Codes (Sonderausstattungs-Codes). Dieser Scan liefert die Grundlage, auf der wir Ihnen präzise mitteilen, welche Funktionen in Ihrem Fahrzeug tatsächlich freischaltbar sind.
Erst nach dieser Bestandsaufnahme führen wir die SCN-Codierung durch. Dabei verbindet XENTRY sich mit dem Mercedes-Backend-Server, authentifiziert die Werkstatt und schreibt die geänderten Parameter unter Server-Kontrolle in das Steuergerät. Bei sicherheitsrelevanten Parametern ist diese Server-Verbindung nicht optional – der lokale Schreibvorgang ohne Backend-Autorisierung wird von XENTRY blockiert.
Nach der Codierung folgt immer ein Verifikationsschritt: Stellgliedtest der betroffenen Funktionen, Fehlerspeicher aller beteiligten Steuergeräte, Probefahrt bei Fahrfunktionen. Das Ergebnis wird dokumentiert – Sie erhalten eine Auflistung der geänderten Parameter und der verifizierten Funktionen.
Wo der Engineering-Zugriff technisch ansetzt
Der eigentliche Charakter von Vediamo liegt in der Diagnose auf Protokollebene, nicht in der Codierung. Wo ein intermittierender Fehler über die geführte Fehlersuche in XENTRY nicht eindeutig lokalisierbar ist, erlaubt ein Engineering-Werkzeug die direkte Beobachtung von Roh-Sensorsignalen und CAN-Bus-Kommunikation. Der Unterschied entspricht dem zwischen einer Zusammenfassung und dem vollständigen Quelltext.
Ein anschauliches Beispiel: Ein W212 zeigt sporadische Motorstartprobleme ohne reproduzierbaren Fehlercode, und XENTRY meldet im Freeze Frame nur einen allgemeinen Kommunikationsfehler. Auf Protokollebene ließe sich beobachten, welche CAN-Nachrichten beim Startversuch tatsächlich gesendet werden, ob das Motorsteuergerät antwortet und an welcher Stelle die Kommunikationskette abbricht. In der Werkstattpraxis führt derselbe Fall über einen anderen, ebenso belastbaren Weg zum Ziel: die Istwerte und Freeze-Frame-Daten in XENTRY im Zusammenhang gelesen, ergänzt um Messungen an Spannungsversorgung, Masseverbindungen und Busleitungen unter genau den Bedingungen, unter denen der Fehler auftritt. Das Ergebnis ist derselbe präzise Befund – ohne Eingriff unterhalb der Schutzschicht.
Häufige Fragen zur Codierung
Viele Fahrzeughalter kommen mit konkreten Wünschen: Komfortschließung aktivieren, AMG-Menü freischalten, Geschwindigkeitsbegrenzer anpassen. Die erste Frage, die wir bei jeder Anfrage stellen: Ist die Hardware verbaut? Nur wenn die entsprechenden Komponenten physisch im Fahrzeug vorhanden sind – die Antenne für Keyless Go, die Fensterheber-Motorik für die Komfortschließung, die Audioverarbeitung für ein Soundsystem-Upgrade – kann die Software-Aktivierung per XENTRY greifen.
Die zweite Frage betrifft die Fahrzeuggeneration: Ein W204 vor der Modellpflege (bis 2011) hat andere Codierungs-Parameter als ein W204 nach der Modellpflege (ab 2011 mit Audio 20 beziehungsweise COMAND Online der Generation NTG4.5). Beide sehen von außen ähnlich aus, aber die Steuergerätesoftware unterscheidet sich erheblich. XENTRY berücksichtigt diese Unterschiede automatisch – es zeigt nur die Parameter an, die für das konkrete Fahrzeug und seinen Software-Stand freigegeben sind.
Nerd-Box: CBF-Dateien, UDS-Scripting und warum Vediamo kein Werkstatt-Tool ist
Das Wichtigste in Kürze:
- XENTRY ist das offizielle Mercedes-Diagnosesystem für SCN-Codierung, Software-Updates und Variantencodierung
- Vediamo ermöglicht direkten Rohdaten-Zugriff auf ECU-Parameter und ist ein Entwickler-Werkzeug, kein Werkstatt-Tool
- Für Standardcodierungen (W204, W212, W213, W222, W906) ist XENTRY die sichere, dokumentierte Methode
- Bei XENTRY sind SCN-Codierung und Software-Update an das Mercedes-Benz-Backend gebunden, die reine Variantencodierung dagegen nicht; Vediamo arbeitet grundsätzlich offline – genau darin liegt sein Risiko
- Bei KFZ Dietrich läuft jede Codierung über XENTRY, mit vollständiger Protokollierung aller Eingriffe
Vediamo liest seine Steuergerät-Beschreibungen aus CBF-Dateien (Caesar Binary Format) und SMR-D-Containern. Diese Dateien enthalten die komplette Definition aller UDS-Services, Parameter-Mappings, Wertebereiche und Skalierungen eines Steuergeräts – praktisch die DNA jedes ECU. Wer eine CBF öffnet, sieht jeden Codierungs-Parameter mit seinem internen Kurznamen, seiner Speicheradresse und seinen Rohwert-Bereichen. XENTRY nutzt dieselben Daten, blendet sie dem Anwender aber nur gefiltert ein – nämlich ausschließlich jene Parameter, die für die jeweilige Fahrzeug-Konfiguration freigegeben sind.
Charakteristisch für Vediamo ist das Diagnose-Scripting. Entwickler schreiben Skripte, die Diagnose-Services gezielt aufrufen, Ergebnisse loggen und Parameter-Ketten automatisiert durchsuchen. Das Logging ist so tiefgehend, dass Bus-Timing und Antwortlatenzen sichtbar werden – essenziell für die Absicherung neuer Steuergeräte-Generationen, und genau deshalb ein Werkzeug für die Entwicklungsumgebung, nicht für die Hebebühne.
Zum Vergleich: BMW kennt dieselbe Zweiteilung. E-Sys ist dort das Engineering-Tool mit Zugriff auf den Fahrzeugauftrag (FA) und die CAFD-Codierdaten bis hinunter auf FDL-Ebene, Tool32 führt einzelne Diagnosejobs aus den SGBD-Beschreibungsdateien aus. Das geführte Werkstatt-Pendant ist ISTA beziehungsweise ISTA-P für die Programmierung. Die VW-Gruppe setzt ODIS-E (Engineering) gegenüber ODIS-S (Service). Das Muster ist branchenweit identisch: Hersteller-Entwickler brauchen einen ungefilterten Zugang, Werkstätten arbeiten mit einer sicheren Abstraktionsschicht. Wer ein Engineering-Tool ohne tiefes Verständnis der CBF-Struktur einsetzt, riskiert dauerhaften Steuergerät-Schaden. Für Arbeiten am Kundenfahrzeug bleibt XENTRY deshalb die bindende Referenz.
Codierungsanfragen für Ihren Mercedes? Nennen Sie Baureihe und gewünschte Funktion über die Warteliste – wir sagen Ihnen, ob die Funktion für Ihr Fahrzeug in XENTRY freigegeben ist und welchen Aufwand die Codierung bedeutet.
Haben Sie Fragen zu Ihrem Mercedes? Schreiben Sie uns direkt über die Warteliste – wir beraten Sie präzise und markenspezifisch.
Weiterführende Informationen
- Spezialisierte Fahrzeugdiagnose
- Mercedes-Benz Diagnose & Programmierung
- XENTRY-Diagnose
- Kompatible Baureihen
- Mercedes-Diagnose mit XENTRY
- Steuergerät-Service