La passerelle et l'accès diagnostic Mercedes (DoIP, XENTRY) en contexte légitime

Sur un Mercedes moderne, aucun outil ne parle directement au calculateur moteur : tout transite par la passerelle centrale, et le diagnostic lui-même a changé de support, passant du CAN classique au DoIP (diagnostic sur IP). Comprendre cette organisation est essentiel — dans le seul contexte qui nous intéresse : la réparation et l'entretien légitimes.

La passerelle centrale, chef d'orchestre du réseau

La passerelle centrale (ZGW/CGW, central gateway) est le point de passage entre les différents bus du véhicule. Elle relie et fait dialoguer les calculateurs — moteur, tableau de bord, systèmes de confort et de sécurité — et route les échanges, y compris les requêtes de diagnostic. Un outil qui interroge le calculateur moteur passe donc par elle. C'est aussi elle qui filtre et organise les accès, pour des raisons de cybersécurité : rien n'arrive au moteur « en direct ».

Du CAN au DoIP

Le grand changement des dernières générations, c'est le support de communication :

• les plateformes plus anciennes (par exemple W204, W212, W222, pré-facelift W213) communiquent en CAN/K-Line : l'outil s'y connecte via un VCI adapté (de type SD Connect) ;
• les plateformes récentes (facelift W213 à partir de 2020, W214, W223…) activent le DoIP : le diagnostic circule sur un protocole IP (réseau Ethernet, sur des broches dédiées de la prise), que l'outil découvre et adresse comme un équipement réseau.

Le DoIP apporte débit et modernité, mais il change la façon dont l'outil « trouve » le véhicule : il faut un VCI compatible et une découverte réseau correcte, parfois une phase d'activation. Savoir sur quel support on est (CAN ou DoIP) évite bien des « l'outil ne voit pas la voiture ».

Sur un Mercedes récent, l'outil ne parle jamais au moteur en direct : il passe par la passerelle, sur CAN ou sur DoIP selon la génération. Savoir lequel, c'est déjà régler la moitié des « l'outil ne voit pas la voiture ».

XENTRY et le VCI

Côté constructeur, l'écosystème s'articule autour de XENTRY (le logiciel de diagnostic) et d'un VCI (l'interface de communication, de type SD Connect selon la génération). Cet ensemble gère aussi bien le diagnostic que les fonctions protégées comme le codage SCN (voir identité et sécurité Mercedes), qui nécessite une authentification.

Un accès qui se raisonne

Ce que cette architecture implique pour l'atelier :

• une écriture ou une lecture par la prise traverse la passerelle : un accès partiel, une session refusée ou une passerelle qui bloque un service expliquent bien des échecs ;
• le support (CAN ou DoIP) conditionne le matériel et la méthode de connexion ;
• les fonctions protégées relèvent d'un accès authentifié et légitime.

Quand l'accès par la prise se révèle limité ou instable, on repart d'une démarche méthodique plutôt que de s'acharner (voir la démarche de diagnostic structurée). Ce wiki ne décrit aucune manœuvre de contournement de la passerelle : il en explique le rôle et la logique, pour travailler proprement dans un cadre légitime, et inscrit cet accès dans une check-list d'intervention complète (voir check-list d'intervention).

Ce qu'on en retient

• Tout passe par la passerelle centrale : le calculateur moteur ne se joint jamais « en direct ».
• Le diagnostic bascule du CAN vers le DoIP sur les générations récentes : support et matériel changent.
• XENTRY + VCI gèrent diagnostic et fonctions protégées (codage SCN) : accès authentifié, contexte légitime.

Sur ANP Engineering — file service de reprogrammation moteur pour professionnels : file service ECU, correction de checksum, calculateurs pris en charge, tarifs.