Marco Martins Logo
gaap.dev
17 min de lecture

Au cœur de Mercedes-Benz MB.OS : Architecture, Versions du GLB (X244), Mise à Jour OTW en Atelier et Rappel 5496906

mercedes-benzmb-osevglbotaautomotivesoftware

Avec le lancement de sa toute nouvelle gamme de véhicules électriques, Mercedes-Benz a opéré la transformation architecturale la plus ambitieuse de son histoire moderne : passer d’une multitude de calculateurs électroniques (ECU) disparates fournis par des équipementiers tiers à une plateforme de Véhicule Défini par Logiciel (SDV) propriétaire et intégrée verticalement, animée par MB.OS (MBOS_VERSION_1_0).

Déployé sur les nouveaux CLA, GLB (châssis X244) et GLC avec technologie EQ, MB.OS associe une architecture de groupe motopropulseur 800 V à un réseau zonal haute vitesse (STAR3_5). Pourtant, comme l’ont rapidement constaté les premiers acquéreurs, vivre avec une Mercedes-Benz définie par logiciel est une expérience radicalement différente de celle d’une Tesla. Alors que les véhicules sortant d’usine bénéficient directement de la dernière branche logicielle 2.1.x, les modèles livrés à peine quelques mois plus tôt restent ancrés sur des versions d’usine Support à Long Terme (LTS), à moins d’attendre les vagues de déploiement progressif Over-The-Air (OTA) ou de subir un marathon de flashage filaire Over-The-Wire (OTW) vers la version 2.1.3 de plusieurs jours en concession officielle.

Voici l’analyse technique complète de l’architecture MB.OS 1.0, la chronologie détaillée des versions logicielles du GLB EQ (X244) jusqu’à MB.OS 2.1.6, le déroulement exact d’une mise à jour manuelle OTW sous XENTRY en atelier et les tenants du rappel de sécurité officiel DGT / Mercedes-Benz 5496906 en cours en Espagne.

1. La Plateforme MB.OS 1.0 : CLA, GLB et GLC avec Technologie EQ

Historiquement, les constructeurs automobiles concevaient leurs véhicules en agrégeant des dizaines d’ECU propriétaires et étanches de fournisseurs Tier-1, chacun doté d’un firmware incompatible. MB.OS 1.0 substitue à ce patchwork une architecture unifiée chip-to-cloud articulée autour du réseau zonal STAR3_5 et de l’Ethernet automobile à haut débit.

La Gamme de Véhicules 800 V

Mercedes-Benz déploie MB.OS sur ses plateformes natives électriques (MMA — Mercedes Modular Architecture — et MB.EA) :

  • Mercedes-Benz CLA avec technologie EQ : Le fer de lance technologique de la plateforme MMA, inaugurant l’unité motrice électrique 800 V ultra-efficace (EDU 2.0), un onduleur au carbure de silicium (SiC), une boîte de vitesses à deux rapports et la toute première intégration commerciale de MB.OS 1.0.
  • Mercedes-Benz GLB avec technologie EQ (Châssis X244) : Le SUV électrique familial compact/intermédiaire (distinct du châssis thermique/micro-hybride X248). Disponible en GLB 200 (batterie LFP de 58 kWh), GLB 250+ (batterie NMC de 85 kWh utiles / 90 kWh bruts, propulsion RWD de 200 kW / 272 ch et jusqu’à 632 km WLTP) et GLB 350 4MATIC (85 kWh NMC, transmission intégrale bimoteur). Son architecture 800 V autorise une charge rapide DC jusqu’à 320 kW (10 à 80 % de SoC en 18 minutes).
  • Mercedes-Benz GLC avec technologie EQ : Le SUV électrique de référence du segment supérieur, étendant la pile logicielle MB.OS, la recharge ultrarapide 800 V et l’intégration des écrans MBUX Superscreen/Hyperscreen au cœur du marché mondial des SUV de luxe.

Les Quatre Domaines Fonctionnels de MB.OS

Comme le décrit le diagramme d’architecture système ci-dessous, MB.OS découple le matériel du logiciel en répartissant le véhicule en quatre domaines fonctionnels indépendants, interconnectés au Mercedes-Benz Intelligent Cloud via le boîtier télématique 5G ARTEMIS (TCU, SA-370) :

Mercedes-Benz MB.OS 1.0 Chip-to-Cloud and STAR3_5 System Architecture

  1. Infodivertissement (MBUX & Habitacle Numérique) : Piloté par le calculateur central GEN20XI3, qui orchestre le MBUX Superscreen (SA-860), l’interface Zero Layer, l’Assistant Virtuel MBUX doté d’IA générative, la navigation 3D Surround, la caméra intérieure de reconnaissance faciale (SA-46U), le système audio Burmester® 3D (SA-810) et les applications natives tierces.
  2. Conduite & Recharge (Groupe Motopropulseur EQ 800 V) : Supervise le système de gestion de batterie 800 V (BMS), l’onduleur SiC, la transmission automatique à 2 rapports, la charge rapide DC 320 kW CCS2 (ISO 15118-2 Plug & Charge), le chargeur embarqué AC 11 kW et le préconditionnement thermique actif par pompe à chaleur multisource.
  3. Confort & Carrosserie : Gère les contrôleurs zonaux d’habitacle, notamment les poignées de portes affleurantes confort KEYLESS-GO (SA-87B), la clé numérique Apple Car Key (NFC et Ultra-Wideband), la climatisation bi-zone THERMOTRONIC (SA-581), les sièges massants à mémoire, le toit panoramique (SA-416) et l’éclairage d’ambiance 64 couleurs.
  4. Conduite Automatisée (MB.DRIVE) : Fusionne les données des radars, capteurs ultrasoniques et caméras pour le pack MB.DRIVE ASSIST (PC-P20) — regroupant le régulateur adaptatif DISTRONIC, l’Assistant de Direction Actif (SA-K65) et l’Assistant de Changement de Voie Actif (SA-K32) — ainsi que le pack MB.DRIVE PARKING ASSIST 360 (PC-P47) avec caméras 360° et vision capot transparent (SA-K72).

2. GLB avec Technologie EQ (X244) : Historique Complet des Versions Logicielles

L’analyse de la télémétrie des véhicules connectés, des manuels d’atelier constructeur et des retours d’utilisateurs en Europe met en lumière cinq jalons logiciels clés pour le GLB (X244) au cours de l’année 2026.

Version Commerciale MB.OS Version Brute Head Unit (GEN20XI3) Période de Sortie et Mode de Déploiement Code Modification et Manuel Évolutions et Fonctionnalités Clés
v1.2.1 2.0.x Début 2026 (Lancement Usine) 056 · F244 0001 04 (Déc 2025) Firmware initial sur les premiers GLB 250+ / 350 4MATIC. Clé numérique NFC uniquement ; sans déverrouillage passif UWB ni alertes de feux tricolores.
v1.3.8 2.1.0 Printemps 2026 (Avril–Mai Usine LTS) 056 · F244 0008 04 (Avr 2026) Stabilisation de la passerelle 5G ARTEMIS, profil de charge 320 kW BMS, 3 profils de charge intelligente (Coût, Solaire, Vert CO₂), alerte chargeur DC 400 V, mode station de lavage.
v2.0.0 / v2.0.1 2.1.x Été 2026 (Juillet–Août Usine) Transition 056 / 057 Première introduction de la branche 2.0 en chaîne de fabrication. Synchronisation optimisée de l’application Mercedes me et Wallbox ; eSIM Vodafone.
v2.1.1 / v2.1.2 / v2.1.3 / v2.1.5 2.1.5 Automne 2026 (Usine et OTW Atelier) 057 / 807 · F244 0011 04 (Sept 2026) Clé numérique UWB active (déverrouillage passif par approche à 3–4 m), passage eSIM chez Deutsche Telekom, navigation écran partagé, reconnaissance faciale simultanée du passager, compatibilité Apple CarPlay Ultra. La version 2.1.3 constitue la version officielle déployée en atelier via OTW sur les véhicules clients.
v2.1.6 2.1.6 Fin Oct / Nov 2026 (OTA Publique et OTW Atelier) Tous les X244 (056 & 057) Première mise à jour majeure OTA et XENTRY : Alerte de protection des jantes/trottoirs, Direction Évasive Plus, Changement de Voie Proactif, alertes Stop et feu rouge sur HUD, prétension PRE-SAFE en virage, expressions avatar IA.

Détails par Version

1. MB.OS v1.2.1 — Version Initiale de Lancement (Début 2026)

Livrée sur les toutes premières séries d’usine du GLB 250+ et GLB 350 4MATIC début 2026 (changeYearCode 056). Bien que la motricité et la charge 800 V soient fonctionnelles, les conducteurs notaient l’absence de clé UWB mains-libres et d’alertes visuelles de feux rouges, avec un système MBUX indiquant “Logiciel à jour” pendant des mois.

2. MB.OS v1.3.8 — Version de Production Stable / LTS (Printemps 2026)

Installée en usine sur les véhicules fabriqués en avril et mai 2026 (changeYearCode 056, documentée dans le Manuel de Service d’avril 2026 F244 0008 04).

  • Apports principaux :
    • Fiabilité renforcée du module 5G ARTEMIS et calibration thermique du BMS 800 V pour maintenir des puissances supérieures à 250 kW entre 10 % et 45 % de SoC sans bridage thermique prématuré.
    • Déploiement de trois profils de recharge intelligente : Coûts réduits, Énergie solaire (priorité au surplus photovoltaïque) et Vert / Faibles émissions de CO₂.
    • Alerte explicite à l’écran (chargingErrorVehicleNoSupport400V) lors du branchement des modèles 056 (dépourvus de convertisseur 400 V) sur des bornes rapides DC 400 V anciennes.
    • Intégration du Mode station de lavage aux alertes de pluie, de vitres et de toit, fusion des interfaces PARKTRONIC/caméras et contrôle vocal des éléments mécaniques (comme le store occultant du toit ouvrant).
  • Anomalies connues sous 1.3.x : Défaillance intermittente du recul automatique du siège au confort d’accès (~3 sorties sur 10) et bouton de préclimatisation ponctuellement grisé dans l’application mobile.

3. MB.OS v2.0.0 / v2.0.1 — Transition de l’Été 2026

Apparue en production entre juillet et août 2026, cette branche optimise la réactivité en tâche de fond de l’application Mercedes me et la communication avec les bornes résidentielles.

4. MB.OS v2.1.1 / v2.1.2 / v2.1.3 / v2.1.5 — Révision d’Usine d’Automne 2026 et Branche OTW Atelier (057 / 807)

Les modèles livrés à l’automne 2026 intègrent d’origine la branche 2.1 (2.1.1, 2.1.2 ou 2.1.5), tandis que les véhicules déjà en circulation mis à jour en atelier via XENTRY OTW basculent sur MB.OS 2.1.3 :

  • Apple Digital Car Key avec UWB opérationnelle : Déverrouillage et démarrage passifs à 3–4 mètres de distance sans sortir l’iPhone ou l’Apple Watch de sa poche.
  • Migration des données confort vers Deutsche Telekom : Remplace l’ancien enregistrement externe Vodafone par une gestion directe du streaming (YouTube), de la musique et du navigateur.
  • Améliorations de l’interface et du guidage : Vue fractionnée en navigation affichant les aires de service et la météo à destination, filtrage préalable des bornes 400 V incompatibles dans le planificateur d’itinéraire, reconnaissance des panneaux pour remorques et compatibilité avec Apple CarPlay Ultra.

Matériel vs Logiciel à l’Automne 2026 (056 vs 057) : Si le matériel informatique central (Head Unit GEN20XI3 et module 5G ARTEMIS) est 100 % identique entre les véhicules du printemps (1.3.8) et ceux de l’automne (2.1.5), Mercedes-Benz a également apporté quatre modifications matérielles physiques en usine :

  1. Un convertisseur DC/DC 400 V optionnel pour autoriser la recharge rapide sur les bornes DC 400 V.
  2. Un double emplacement de charge sans fil pour smartphones en console centrale.
  3. Le mode de conduite TERRAIN et le pack Offroad (régulation DSR en descente) sur 4MATIC.
  4. Une nouvelle clé physique équipée d’une pile bouton de plus grande capacité CR2450 (remplaçant la pile CR2032).

5. MB.OS v2.1.6 — Déploiement Public OTA et Atelier (Fin Octobre / Novembre 2026)

MB.OS 2.1.6 constitue la mise à jour majeure qui apporte la branche 2.1 à l’ensemble du parc GLB (X244) et CLA, à la fois par voie aérienne (OTA) et par câble en atelier via XENTRY (OTW) :

  1. Conduite Automatisée et Stationnement (MB.DRIVE) :
    • Avertisseur de Protection des Jantes et Trottoirs (Felgenschutz-Warnung) : Alertes visuelles instantanées sur l’écran central grâce aux caméras 360° (PC-P47) pour éviter tout frottement contre les bordures lors des manœuvres.
    • Direction Évasive Plus (Ausweichlenk-Funktion Plus) : Manœuvre d’évitement autonome à l’intérieur de la voie en cas de risque imminent d’impact avec un piéton ou un véhicule.
    • Assistant Proactif de Changement de Voie (Proaktiver Spurwechsel-Assistent) : Dépassement autonome des véhicules plus lents sur voie rapide sous surveillance DISTRONIC (PC-P20) et guidage automatique vers les bretelles de sortie.
    • Avertisseur de Panneaux Stop et Feux Rouges (Stoppschild- und Ampel-Warnung) : Projection des feux rouges et panneaux STOP sur l’écran conducteur et l’Affichage Tête Haute avec signaux visuels et sonores si le conducteur ne ralentit pas.
  2. Infodivertissement et Navigation (MBUX) :
    • Assistant Virtuel IA Enrichi : Base de connaissances élargie couvrant les bornes de charge, la disponibilité du stationnement, la météo, les actualités et l’agenda, avec extension vocale au français, italien, japonais et coréen.
    • Expressions Contextuelles de l’Avatar MBUX : Animations faciales de l’avatar coordonnées aux actions de bord (comme le réglage de la température THERMOTRONIC).
    • Silhouette 3D Personnalisée en Navigation : Modélisation 3D fidèle du modèle GLB exact (avec ses jantes spécifiques) au sein de la carte routière.
  3. Confort et Sécurité :
    • Fonction en Courbe PRE-SAFE® (PRE-SAFE Kurvenfunktion) : Prétension préventive des ceintures de sécurité avant à l’approche de virages serrés pour un maintien postural accru.
  4. Optimisation et Stabilité :
    • Suppression du paramètre obsolète “Annonces de navigation pendant les appels” et fluidité accrue de l’interface Zero Layer et du bus STAR3_5.

3. Pourquoi les Premiers Véhicules Restent sur leur Version d’Usine : LTS d’Entreprise vs Déploiement Continu

L’une des questions les plus fréquentes des propriétaires de GLB (X244) est de comprendre pourquoi les véhicules livrés lors des premières phases de production (comme au printemps) restent souvent sous MB.OS 1.3.8 avec le message “Votre logiciel est à jour”, alors que les modèles assemblés à l’automne sortent d’usine directement équipés de MB.OS 2.1.5.

L’inspection de la télémétrie de diagnostic bas niveau du véhicule explique cette divergence. Sur les véhicules fonctionnant sous la version d’usine 1.3.8, le rapport matériel indique :

{
  "softwareArchitecture": "STAR3_5",
  "operatingSystemName": "MBOS_VERSION_1_0",
  "headUnitType": "GEN20XI3",
  "headUnitSoftwareVersionRaw": "2.1.0",
  "tcuHardwareType": "ARTEMIS",
  "remoteUpdateDownload": true,
  "remoteUpdateInstallation": true,
  "remoteUpdateStart": false
}

La clé "headUnitSoftwareVersionRaw" valant déjà "2.1.0", le boîtier central GEN20XI3 et le modem 5G ARTEMIS sont strictement identiques entre les séries de production précoces et tardives. Alors, pourquoi Mercedes-Benz maintient-elle les premiers véhicules sur leur branche d’origine pendant des mois ?

Mercedes-Benz n’est pas Tesla : LTS d’Entreprise vs Déploiement Continu

  • Le Modèle de Déploiement Continu de Tesla : Tesla gère son parc comme des smartphones grand public, sur une branche logicielle continue avec des diffusions OTA rapprochées toutes les 3 à 4 semaines.
  • Le Modèle LTS de Mercedes-Benz : L’ingénierie automobile allemande traite les compilations d’usine comme des versions serveur LTS d’entreprise. Dès lors qu’un véhicule quitte la chaîne de montage avec une version validée comme 1.3.8, son socle est gelé à moins que :
    1. Une faille de cybersécurité critique ne touche le boîtier de communication.
    2. Un rappel de sécurité officiel n’impose la réécriture de paramètres moteur, de freinage ou d’urgence.
    3. Une version majeure consolidée (comme 2.1.6) n’achève sa phase d’homologation et n’entre en distribution par vagues régionales.

Le Fonctionnement des Vagues OTA sous MB.OS

Même après le lancement officiel de MB.OS 2.1.6, Mercedes-Benz ne distribue pas la mise à jour à l’ensemble du parc en une seule fois. La diffusion s’effectue par vagues échelonnées (Staged Rollout) déterminées par :

  • Châssis et Code Modèle (X244 / 2446131).
  • Code de Modification Annuelle (changeYearCode: 056 vs 057).
  • Pays et Opérateur Télécom de l’eSIM.
  • Lots de Numéros de Châssis (VIN).

Lorsque votre numéro de châssis entre dans la fenêtre de déploiement de la version 2.1.6 :

  1. Téléchargement Strictement en Roulant (nur während der Fahrt) : Le modem 5G télécharge le fichier volumineux uniquement lorsque le véhicule est en circulation. Si vous coupez le contact à 91 %, le transfert se met en pause et reprendra lors du trajet suivant.
  2. Conditions Préalables à l’Installation : L’option “Mises à jour automatiques en ligne” doit être activée dans Réglages > Système, la batterie haute tension doit avoir un SoC > 30 %, la batterie 12 V doit être saine, la boîte doit être sur P avec frein de parking serré, portes verrouillées et aucun câble de recharge rapide DC branché.
  3. Installation Autonome d’Environ 80 Minutes : Après validation sur l’écran MBUX ou l’application Mercedes me, la voiture s’immobilise et finalise l’installation en stationnement pendant environ 80 minutes.

4. Forcer une Mise à Jour OTW en Atelier : Pourquoi l’Opération Dure 1 à 2 Jours

Si vous ne souhaitez pas patienter des mois que votre VIN soit sélectionné par la vague OTA, un concessionnaire officiel peut-il forcer la mise à jour par câble ?

Oui. Les techniciens agréés peuvent réaliser une mise à jour filaire Over-The-Wire (OTW) en raccordant le véhicule aux serveurs centraux de Stuttgart via le système de diagnostic XENTRY Diagnosis. Toutefois, contrairement à une simple mise à jour OTA, la bascule complète de la version 1.3.8 vers la version 2.1.3 (la branche officielle d’atelier de la famille 2.1) sur l’architecture STAR3_5 représente une procédure technique lourde immobilisant généralement le véhicule pendant 1 à 2 jours entiers.

Voici l’analyse détaillée des exigences techniques et des protocoles de diagnostic qui composent cette intervention globale.

Préparation du Box et Protocole de Sécurité Strict

Avant d’autoriser l’envoi du moindre paquet sur les bus Ethernet et CAN du véhicule, le technicien doit mettre en œuvre des prérequis d’atelier rigoureux :

  1. Liaison Diagnostic Haute Vitesse : Le véhicule est stationné dans un box de diagnostic dédié et connecté au terminal XENTRY par la prise OBD-II via le protocole DoIP (Diagnostics over IP) sur bus Ethernet automobile.
  2. Alimentation Stabilisée Dédiée de 14 V / 100 A : La programmation simultanée de dizaines de calculateurs sollicite intensément ventilateurs, pompes et écrans, tandis que le convertisseur haute tension vers 12 V est régulièrement désactivé. Une chute de tension sur le réseau 12 V risquerait de bloquer définitivement un calculateur. Le technicien ouvre le capot avant et raccorde une puissante alimentation stabilisée externe de 14 V / 100 A aux bornes 12 V, maintenant l’électronique de bord sans décharger la batterie de traction 800 V.
  3. Abaissement Préventif des Vitres Avant : Les deux vitres avant sont intégralement descendues et les portes déverrouillées. Lors des réinitialisations successives des calculateurs de carrosserie, les actionneurs de verrouillage centralisé commutent automatiquement et risqueraient d’enfermer les clés ou le multiplexeur à bord.
  4. Mode Contact Diagnostic Permanent : Le contact est placé en mode continu de programmation afin d’éviter toute mise en veille intempestive interrompant le flux de transfert.

La Cascade Séquentielle de Flashage Multidomaine

Contrairement aux terminaux grand public qui mettent à jour un système d’exploitation unique, un véhicule MB.OS intègre des dizaines de calculateurs répartis en zones fonctionnelles. Lors d’une montée de version majeure de 1.3.8 vers 2.1.3, XENTRY exécute une séquence strictement ordonnancée :

  • Compatibilité Matérielle et Vérification Cryptographique : XENTRY interroge chaque calculateur du réseau zonal STAR3_5, valide les versions de matériel auprès des serveurs de Stuttgart et vérifie les certificats cryptographiques SecOC (Secure On-board Communication) avant d’autoriser l’écriture.
  • Châssis, Freinage et Dynamique : Calibrage des repères de roues, réinitialisation des registres d’usure des freins et mise à jour du contrôle de trajectoire.
  • Combiné d’Instruments et Head Unit GEN20XI3 : L’unité centrale d’infodivertissement reçoit de nouveaux éléments graphiques, des algorithmes recalculés de maintenance ASSYST PLUS et la synchronisation des capteurs de pression TPMS/RDK.
  • Gestion Batterie 800 V et Chargeur Embarqué (OBC) : Reprogrammation de l’électronique de puissance haute tension, des verrouillages de prise de charge et des profils de gestion thermique en charge rapide.
  • Passerelle Télématique 5G ARTEMIS (TCU) : Mise à jour du microprogramme du modem, des protocoles d’appel d’urgence eCall et réinitialisation des canaux de communication cellulaire chiffrés.
  • Domaine Carrosserie et Confort : Reprogrammation des passerelles gérant l’éclairage d’ambiance, les réglages de sièges, la climatisation et les serrures numériques.

Vérifications Actives en Mode READY, Calibrations et Veille du Bus

Une fois l’écriture terminée, l’intervention nécessite une phase complète de validation avant la remise des clés :

  1. Mode de Vérification Active Stationnaire : Le véhicule est placé en mode actif en atelier afin de surveiller la réponse de tous les sous-systèmes sous conditions réelles de fonctionnement.
  2. Calibration des Capteurs et Aides à la Conduite ADAS : Les techniciens procèdent à l’alignement des capteurs à ultrasons MB.DRIVE, des radars et des caméras 360° (PC-P47) pour garantir le respect des tolérances d’usine.
  3. Balayage et Effacement de la Mémoire d’Avaries : XENTRY analyse l’ensemble des réseaux CAN, LIN et Ethernet et supprime les codes d’erreur de communication temporaires générés pendant les redémarrages de modules.
  4. Veille Profonde et Synchronisation Masterdata vers le Cloud : Pendant que la valise reste branchée, les calculateurs conservent des valeurs en mémoire cache. La nouvelle version n’est validée sur les serveurs Mercedes-Benz (masterdata) qu’après déconnexion de l’outil, fermeture des ouvrants et mise en veille profonde des bus CAN/Ethernet pendant 10 à 15 minutes. Au réveil suivant, la passerelle ARTEMIS établit une session sécurisée avec Stuttgart et synchronise le profil cloud du véhicule.

5. Le Rappel de Sécurité Officiel en Espagne : Campagne DGT 5496906 (eCall / ARTEMIS)

Fin octobre et novembre 2026, les propriétaires de Mercedes-Benz GLB avec technologie EQ (X244) en Espagne ont commencé à recevoir une notification officielle de rappel de sécurité émise conjointement par la Dirección General de Tráfico (DGT — Ministère de l’Intérieur) et Mercedes-Benz España, S.A.U. (datée du 28 octobre 2026).

En Quoi Consiste le Rappel 5496906 ?

  • Code Officiel de la Campagne : 5496906 (Rappel de produit pour motif de sécurité — Activation de la fonction d’appel d’urgence).
  • Élément Concerné : Le boîtier télématique / module de communication 5G ARTEMIS (TCU) (SA-370).
  • Anomalie Constatée : Mercedes-Benz a identifié que sur certaines séries X244, la fonction d’appel d’urgence (eCall / 112) risque de ne pas être activée dans le module de communication. Selon les termes de la lettre officielle :

    “Nous avons malheureusement constaté que sur votre véhicule, il est possible que la fonction d’appel d’urgence ne soit pas activée dans le module de communication. Par conséquent, aucun appel d’urgence ne pourrait être émis, que ce soit manuellement ou automatiquement. Dans ce cas, les secours ne pourraient pas être guidés jusqu’au véhicule, ce qui pourrait aggraver les conséquences d’un accident.”

  • Procédure et Durée : Un atelier agréé doit brancher le véhicule sur XENTRY Diagnosis afin de reprogrammer et recoder les paramètres du module ARTEMIS. L’opération isolée dure environ 30 minutes et est intégralement gratuite.

Conseil Stratégique : Jumeler le Rappel 5496906 avec la Mise à Jour OTW vers MB.OS 2.1.3

Si votre GLB (X244) ou CLA est visé par le Rappel 5496906 et fonctionne toujours sous MB.OS 1.2.1 ou 1.3.8, cette convocation obligatoire constitue l’opportunité parfaite pour faire migrer votre véhicule vers la branche 2.1.x—spécifiquement vers MB.OS 2.1.3, la version déployée en atelier par OTW—sans attendre la vague OTA 2.1.6 :

  1. La Voiture est Déjà Branchée sur XENTRY et sous Maintien de Charge 14 V : Le rappel impose d’immobiliser le véhicule dans le box de diagnostic, d’ouvrir le capot pour alimenter le circuit en 14 V et d’établir une liaison sécurisée avec Stuttgart. Les contraintes logistiques majeures sont donc d’ores et déjà réunies.
  2. Ce Qu’il Faut Demander Lors de la Prise de Rendez-Vous : Au moment de fixer la date d’intervention, formulez explicitement votre demande au réceptionnaire atelier :

    “Mon véhicule est concerné par la campagne officielle 5496906 du module de communication ARTEMIS. Puisque la voiture sera raccordée à XENTRY Diagnosis sous alimentation stabilisée, pourriez-vous vérifier et installer également la mise à jour complète disponible pour la Head Unit (GEN20XI3) et les calculateurs STAR3_5 vers la branche MB.OS 2.1 (2.1.3) ?”

  3. Signaler des Symptômes Sous la Version 1.3.8 pour Justifier la Garantie : Pour permettre à l’atelier d’imputer le temps de diagnostic complémentaire sous garantie constructeur, signalez les désagréments répertoriés sous 1.3.8 : recul intermittent du siège conducteur à la sortie, lenteur occasionnelle de la caméra 360°, indisponibilité momentanée du bouton de préclimatisation dans l’application mobile ou souhait d’activer la prise en charge UWB complète de la clé Apple Digital Car Key. Prévoyez simplement de laisser le véhicule 1 à 2 jours en concession afin que le système XENTRY finalise l’intégralité du processus OTW !