DCM3.2, DCM3.4, DCM3.5, DCM3.7, DCR3.x, CRD2 et CRD3 : sur le papier, une famille. En atelier, des boîtiers qui n'ont ni le même matériel, ni le même découpage mémoire, ni la même méthode d'accès selon le constructeur qui les a commandés. C'est la famille où le nom seul induit le plus souvent en erreur.
Delphi Diesel Systems, héritier de l'activité injection de Lucas, développe à partir du début des années 2000 une ligne de calculateurs à rampe commune destinée aux constructeurs qui ne travaillent pas avec Bosch. Le DDCR et le DCM1.2 ouvrent la marche sur les petits blocs diesel de l'alliance Renault-Nissan et sur les 2.9 coréens. Le DCM3.2 arrive ensuite sur des applications très éclatées, du monospace coréen au tout-terrain asiatique en passant par des berlines allemandes. Le DCM3.4 devient le modèle de volume, suivi du DCM3.5 sur les motorisations Euro 5, puis du DCM3.7 sur les millésimes les plus récents de la série. En parallèle, les CRD2.xx et CRD3.xx forment la branche destinée aux moteurs allemands, avec une logique interne qui leur est propre.
L'entité a changé de propriétaire depuis, mais les boîtiers continuent d'être désignés par leur nom Delphi, y compris dans la documentation d'atelier et dans les bases de données des outils. C'est cette continuité de nom qui crée le principal malentendu.
Un DCM3.4 monté sur un petit diesel de l'alliance franco-japonaise et un DCM3.4 monté sur un moteur coréen ou américain ne sont pas le même calculateur. Révision matérielle différente, définition logicielle sans rapport, découpage mémoire distinct, stratégies de diagnostic écrites par deux équipes qui ne se sont jamais parlé. Le nom désigne une plateforme d'électronique achetée sur étagère, pas un produit fini.
La conséquence est concrète : deux fichiers de même taille, portant la même étiquette DCM3.4, peuvent avoir leurs cartographies à des adresses totalement différentes, et une modification appliquée « au même endroit » sur les deux donnera un résultat correct dans un cas et un moteur inexploitable dans l'autre. Le repère fiable est la référence logicielle contenue dans le fichier, jamais l'appellation commerciale. Renseignez-la dans votre dossier si votre outil vous la donne : elle fait gagner du temps à tout le monde.
Marque, modèle, année, cylindrée, norme de dépollution, et si vous l'avez, la référence logicielle affichée par votre outil. Sur les DCM3.x, ces informations ne sont pas du formalisme : elles conditionnent l'identification de la sous-variante et donc le traitement appliqué.
Les DCM3.x reposent sur des microcontrôleurs 32 bits d'architecture PowerPC, de la série MPC5xx sur les premières générations puis des séries plus récentes MPC56xx et SPC56 sur les DCM3.5 et DCM3.7. La mémoire programme est le plus souvent intégrée au microcontrôleur, et une mémoire série externe conserve à part les données d'apprentissage, les codes d'appariement et les compensations d'injecteurs.
Cette séparation explique deux situations courantes en atelier. Un fichier flash complet ne suffit pas à faire fonctionner un boîtier prélevé sur un autre véhicule, parce que l'identité est ailleurs. Et un remplacement de calculateur impose une procédure de réapprentissage côté constructeur, indépendante de tout ce qui touche à la reprogrammation.
La correction automatique couvre les DDCR, DCR3.x, DCM3.4, DCM3.5, DCM3.7, CRD2.xx et CRD3.xx sur Ford, GM, Great Wall, Hyundai, KIA, Mercedes, PSA, Renault et VAG. Le DCM3.2 relève d'un périmètre distinct, avec les monospaces KIA, les berlines Mercedes des séries C et E, les Ssangyong Actyon et Rexton, et les Tata. Les DCM1.2 et DDCR couvrent enfin les 2.9 coréens et les petits blocs 1.5 de Dacia, Nissan, Renault et Suzuki. Le détail figure sur la page calculateurs pris en charge.
Sur les plateformes de l'alliance Renault-Nissan, Delphi et Continental se partagent le marché selon les millésimes : un même modèle peut porter un DCM3.x ou un Siemens SID30x d'une année sur l'autre. Vérifiez l'étiquette avant de commander quoi que ce soit.
Si votre outil travaille sous licence esclave, le fichier vous revient chiffré : le déchiffrement, la modification et le rechiffrement s'enchaînent automatiquement, comme l'explique la page décryptage de fichiers slave.
Un fichier DCM3.x porte plusieurs valeurs de contrôle : sur la zone programme, sur la zone de calibration, et selon les variantes sur des blocs internes vérifiés au démarrage. La famille fait partie de celles qui sanctionnent le plus durement une incohérence : le calculateur peut refuser de sortir de son mode de programmation et rester muet, ce qui impose une reprise au banc. Le recalcul est automatique sur les références citées plus haut, et la méthode est décrite sur la page correction de checksum.
Toute la famille est diesel : la question du superéthanol ne se pose pas. Restent l'optimisation Stage 1 et Stage 2, dont la marge dépend beaucoup de la génération et du niveau de puissance d'origine du bloc. Sur les petits blocs à faible cylindrée, la marge de couple est encadrée par la transmission autant que par le moteur : c'est un point à expliquer au client avant l'intervention plutôt qu'après.
Le principe général de l'intervention est détaillé sur la page reprogrammation moteur. La génération suivante de calculateurs Delphi, plus verrouillée, fait l'objet d'une page distincte : Delphi DCM6.1 et DCM6.2.
Parce que la désignation DCM3.4 recouvre plusieurs révisions matérielles et un très grand nombre de définitions logicielles, réparties sur des constructeurs qui n'ont ni la même architecture d'injection, ni la même stratégie de diagnostic. Le repère utile est la référence logicielle contenue dans le fichier, pas le nom de la famille.
Selon la variante et l'outil. Une partie de ces calculateurs dialogue en OBD, souvent pour la seule zone de calibration. L'image mémoire complète passe généralement par une lecture au banc, calculateur déposé, ce qui reste la voie la plus sûre quand vous devez intervenir ailleurs que dans les cartographies.
Au mieux un refus d'écriture par l'outil de flashage. Au pire un calculateur qui ne redémarre plus et qu'il faut reprendre au banc, parce que la vérification échoue avant même que la gestion moteur ne soit active. Sur ces boîtiers, le recalcul n'est pas une finition, c'est une condition de fonctionnement.
Oui, sur la plupart des applications. Le calculateur mémorise des données propres au véhicule et se synchronise avec l'antivol électronique du réseau de bord. Écrire dans un boîtier une image complète issue d'un autre véhicule casse cet appariement, quelle que soit la qualité du fichier.
