WIKI TECHNIQUE
Lire un calculateur consiste à récupérer, selon l’outil et le protocole, tout ou partie de ses données. Écrire consiste à programmer le contenu prévu par la procédure utilisée. Une lecture OBD n’est pas nécessairement une sauvegarde complète du calculateur, et un Virtual Read n’est pas une lecture physique de son contenu actuel.
01
Un calculateur peut contenir plusieurs zones : programme, données de calibration, données de configuration et, selon l’architecture, des mémoires non volatiles distinctes. Une opération de lecture peut ne récupérer que la zone utile à la reprogrammation, et non la totalité des mémoires.
L’outil récupère des données présentes dans le calculateur au moment de l’opération, dans la limite du protocole. Si une zone lue a déjà été modifiée, la lecture peut contenir ces modifications.
L’outil récupère seulement certaines zones. Un fichier parfaitement exploitable pour un Stage 1 peut donc ne pas constituer une sauvegarde complète du calculateur.
Selon l’outil et le calculateur, elle peut inclure plusieurs mémoires nécessaires à une opération de restauration ou de clonage. Le mot « backup » affiché par un logiciel doit être compris selon sa documentation : toutes les sauvegardes ne contiennent pas les mêmes données.
L’outil identifie le logiciel installé et fournit un fichier de référence correspondant, généralement depuis une base de données. Ce fichier n’est pas une extraction du contenu actuel du calculateur. Si le véhicule a déjà été modifié, le Virtual Read peut fournir une version d’origine plutôt que la cartographie modifiée présente dans l’ECU.
VUE
OBD, Bench et Boot sont des méthodes d’accès. Virtual Read décrit l’origine du fichier obtenu.
ECU / TCU
02
En OBD, l’outil communique avec le calculateur à travers la prise diagnostic du véhicule. Lorsqu’un protocole compatible existe, il peut permettre l’identification, la lecture et/ou l’écriture sans déposer le calculateur.
C’est une méthode pratique pour l’atelier, mais « OBD compatible » ne signifie pas systématiquement « lecture complète possible ». Certains protocoles autorisent uniquement l’identification et l’écriture, ou fournissent un fichier par Virtual Read. D’autres imposent une procédure de déverrouillage préalable.
Pendant l’écriture, la stabilité de l’alimentation et de la communication est essentielle. Suivez les consignes de l’outil concernant le contact, les consommateurs électriques et les étapes de programmation.
03
En Bench, le calculateur est généralement déposé du véhicule et relié à l’outil par ses connecteurs, suivant un câblage spécifique. Selon l’architecture, cette méthode permet une communication différente de celle utilisée via la prise OBD.
Le Bench ne nécessite pas systématiquement d’ouvrir le boîtier. Pour de nombreux protocoles, les connexions se font par les broches externes du calculateur. Il faut néanmoins respecter strictement le schéma fourni par le fabricant de l’outil : une erreur d’alimentation, de masse ou de brochage peut endommager le matériel.
La méthode Bench ne garantit pas non plus l’accès à toutes les mémoires. Les données disponibles dépendent du calculateur et du protocole.
04
Le Boot exploite un mode d’accès particulier au calculateur ou à son microcontrôleur. Selon le modèle, il peut nécessiter l’ouverture du boîtier, l’utilisation de points de test, de sondes ou d’un câblage dédié.
Cette méthode est utilisée pour certaines opérations de lecture, d’écriture, de sauvegarde ou de récupération lorsque le protocole le permet. Elle n’est pas systématiquement une solution de réparation : un calculateur endommagé matériellement ou dont les données nécessaires sont perdues peut rester irrécupérable.
Le Boot demande de suivre exactement la procédure de l’outil. Les points de connexion, les séquences d’alimentation et les données accessibles varient d’une architecture à l’autre.
05
BDM est une interface de débogage et de programmation utilisée notamment sur certaines générations de calculateurs, souvent plus anciennes. Elle peut nécessiter l’accès à des points sur la carte électronique et un équipement adapté.
JTAG est une autre interface matérielle encore utilisée sur de nombreuses architectures pour communiquer avec certains composants. Sa présence et ses possibilités réelles dépendent de l’architecture et de la manière dont le calculateur a été conçu.
BDM et JTAG ne sont pas uniquement des solutions de « dernier recours ». Sur certains calculateurs et avec certains outils, ce sont des méthodes prévues pour la lecture, la programmation ou la sauvegarde. Il ne faut pas les confondre avec les modes OBD, Bench et Boot, ni supposer qu’ils sont disponibles sur toutes les générations.
06
Le fichier obtenu est une référence correspondant à l’identification logicielle reconnue. Il ne permet pas de sauvegarder les modifications éventuellement déjà présentes dans le calculateur. Si l’historique du véhicule est inconnu, il faut en tenir compte avant de commander un fichier.
C’est possible même lorsque l’outil autorise l’écriture par OBD. Avant toute intervention, vérifiez ce que le protocole permet réellement de lire et quelles solutions de récupération sont prévues par le fabricant.
Ne multipliez pas les tentatives avec des fichiers ou protocoles choisis au hasard. Relevez le message de l’outil, vérifiez l’alimentation et consultez la procédure de récupération correspondant exactement au calculateur et au matériel utilisé. Selon le cas, une autre méthode d’accès peut être nécessaire, sans garantir la récupération.
07
| Méthode | Connexion habituelle | Ouverture du calculateur | Point important |
|---|---|---|---|
| OBD | Prise diagnostic du véhicule | Non | Lecture réelle, virtuelle ou écriture selon le protocole |
| Bench | Connecteurs du calculateur déposé | Pas systématiquement | Câblage et protocole spécifiques |
| Boot | Points ou connexions prévus par la procédure | Souvent, mais pas universellement | Accès et données disponibles selon l’architecture |
| BDM | Interface de programmation sur la carte | Généralement | Méthode propre à certaines générations |
| JTAG | Interface matérielle sur la carte | Généralement | Disponibilité dépendante du composant et de son implémentation |
| Virtual Read | Fonction logicielle liée à une identification | Sans objet (origine du fichier, pas un accès) | Fichier de référence, pas lecture physique de l’état actuel |
À retenir : Virtual Read décrit l’origine du fichier obtenu, tandis qu’OBD, Bench, Boot, BDM et JTAG décrivent des méthodes ou interfaces d’accès. Les présenter comme six branchements équivalents serait incorrect.
08
Un checksum sert à contrôler l’intégrité de certaines données. Lorsqu’un fichier est modifié, les valeurs de contrôle concernées peuvent devoir être recalculées. Selon le calculateur et le protocole, cette correction peut être effectuée par le logiciel de calibration, lors de la préparation du fichier, ou par l’outil d’écriture — ce n’est pas systématique pour tous les outils ni toutes les situations.
Ne supposez pas qu’un outil corrige correctement tous les checksums à l’écriture. Une correction absente, incorrecte ou réappliquée de manière inadaptée peut entraîner un refus d’écriture, un défaut ou un calculateur qui ne démarre plus. Respectez les indications du fabricant. Sur le portail ECUTuneFiles, une prestation « Correction checksum » existe pour les besoins dédiés ; pour le détail de ce qui est inclus dans chaque livraison de fichier, reportez-vous au dossier et à la ligne catalogue choisie.
09
Après programmation, vérifiez que le calculateur communique correctement, que le véhicule démarre et que les systèmes concernés fonctionnent. Lisez et conservez les codes défaut avant de décider de les effacer. Lorsque l’intervention concerne les performances, contrôlez les paramètres utiles dans des conditions adaptées.
En cas d’échec d’écriture, évitez les essais répétés au hasard. Conservez le message d’erreur, l’identification du calculateur, les fichiers disponibles et la méthode utilisée. La possibilité de récupération dépend du calculateur, des données sauvegardées et des outils disponibles.
10
Envoyez le fichier demandé et accepté par le fournisseur, avec l’outil, le protocole et le type de lecture. Un Virtual Read peut convenir à certaines prestations, mais ne montre pas une cartographie déjà modifiée. Une sauvegarde Boot peut contenir des données supplémentaires : ne la traitez pas comme une simple cartographie. Pour le contexte véhicule (pièces, historique), voir aussi le guide File Service.
En cas de doute, précisez l’outil, le protocole et le type de lecture avant de commander. Cela évite de confondre un fichier de calibration, un fichier de référence et un backup destiné à la récupération.
La bonne méthode ne se choisit pas uniquement en fonction de la facilité d’accès au calculateur. Il faut tenir compte de la référence exacte, du logiciel présent, de l’outil utilisé, du type de fichier obtenu et des possibilités de récupération en cas d’échec. Après l’écriture, la réussite annoncée par le logiciel ne remplace pas le diagnostic et les contrôles sur le véhicule.
ECU/TCU : Bosch, Continental, Delphi, Marelli et identification HW/SW.
Rôle du garage, expertise en développement moteur, matériel et déroulement d’une intervention.
Parcours portail, traitement automatique ou manuel, contrôles après écriture.
Vous disposez d’une lecture ECU ou TCU ? Vérifiez le type de fichier obtenu, puis consultez les prestations disponibles sur le portail ECUTuneFiles.
Accéder au portail