Le règlement UN R156 : la mise à jour logicielle encadrée

Si R155 traite de la cybersécurité, son jumeau UN R156 traite d'un sujet qui touche le reprogrammateur encore plus directement : la mise à jour logicielle du véhicule. Adopté au même moment sous l'égide du WP.29, il transforme le reflashage en processus administré.

Ce que le texte impose : le SUMS

R156 exige du constructeur un SUMS — Software Update Management System, système de management des mises à jour logicielles — dont la conformité est certifiée avant toute réception par type.

Le constructeur doit être en mesure de planifier, empaqueter, approuver, livrer, vérifier et enregistrer chaque mise à jour, sur toute la durée de vie du véhicule. Concrètement, il doit pouvoir répondre à des questions qui, il y a quinze ans, n'avaient pas de réponse formelle :

• quelle version logicielle tournait sur quel calculateur, à quelle date ?
• cette mise à jour a-t-elle été validée, et par qui ?
• affecte-t-elle un système soumis à réception — émissions, freinage, aides à la conduite ?
• le véhicule est-il, après mise à jour, toujours conforme à ce qui a été homologué ?

Le RXSWIN : l'identifiant qui relie logiciel et homologation

C'est la brique la plus intéressante pour notre métier. Le RXSWIN — Regulation X Software Identification Number — est un identifiant qui relie le logiciel embarqué aux règlements dont dépend le véhicule.

L'idée est simple et redoutablement efficace : plutôt que d'exiger une nouvelle homologation à chaque correction de code, on identifie explicitement les versions logicielles pertinentes pour chaque règlement. Si le logiciel change d'une manière qui touche à un point homologué, le RXSWIN correspondant doit changer, et le constructeur doit gérer les conséquences réglementaires.

Le RXSWIN est lisible sur le véhicule, par les voies de diagnostic normalisées. Il vient s'ajouter aux identifiants déjà connus du métier : CAL ID et CVN, numéros de pièce matériels et logiciels, date de fabrication.

Pourquoi c'est un changement de nature

Le point à retenir n'est pas le mécanisme de mise à jour lui-même : la reprogrammation en atelier existe depuis les années 1990. Le changement, c'est le registre.

Prouver quel logiciel tournait sur quelle unité, quand il a changé et sur l'approbation de qui, c'est une discipline documentaire. Le reflashage a cessé d'être un simple geste d'outil pour devenir un processus géré, avec des traces, des responsables et des preuves.

C'est exactement la logique qu'un atelier sérieux applique déjà à son échelle : sauvegarde de l'original horodatée, fiche d'intervention, versions relevées avant et après. Voir préparer une intervention correctement.

Pourquoi une modification non déclarée devient plus visible

Rien dans R156 ne vise le reprogrammateur. Mais la traçabilité qu'il impose produit un effet de bord mécanique.

• La référence devient explicite. Le constructeur sait, pour chaque véhicule, quelles versions logicielles devraient s'y trouver. L'écart n'est plus une déduction, c'est une comparaison.
• La détection ne demande plus d'outil exclusif. Les identifiants de calibration se lisent avec un équipement de diagnostic courant. Le désaccord se constate en atelier, pas seulement en laboratoire.
• Les mises à jour à distance se multiplient. Un véhicule qui reçoit régulièrement des mises à jour est un véhicule dont l'état logiciel est régulièrement contrôlé.
• Une mise à jour officielle peut écraser une intervention antérieure. C'est une réalité de terrain qu'il faut expliquer au client avant l'intervention, pas après.

Une nuance capitale, déjà vraie avec le CVN : un écart de version n'est pas la signature d'une reprogrammation de performance. Un remplacement de calculateur, une réparation, une mise à jour en concession produisent le même type d'écart. La traçabilité constate une différence, elle n'en donne pas la cause.

Ce que le texte ne dit pas

R156 ne se prononce pas sur la légalité d'une modification faite par un tiers. Cette question relève d'autres textes, nationaux pour l'essentiel — en France, la notion de transformation notable et la réception à titre isolé. Voir la réception à titre isolé et la DREAL et la réglementation en France et en Europe.

Il faut aussi distinguer le règlement de la norme d'ingénierie qui l'accompagne : ISO 24089 décrit les pratiques d'ingénierie de mise à jour logicielle, comme ISO/SAE 21434 décrit celles de cybersécurité. Une norme n'est pas une obligation légale ; elle est le moyen reconnu de démontrer qu'on satisfait à l'obligation.

Ce qu'un reprogrammateur en retient

• Relever et consigner les versions logicielles avant intervention n'est plus une coquetterie : c'est la seule façon de savoir dans quel état on a pris le véhicule.
• Prévenir le client qu'une mise à jour officielle ultérieure peut modifier l'état du calculateur.
• Ne jamais vendre l'idée qu'une modification est indétectable. C'est faux techniquement, et intenable commercialement.
• Considérer que la traçabilité protège aussi l'atelier : elle prouve ce qui a été fait, et donc ce qui ne l'a pas été.

Voir aussi le règlement UN R155, CAL ID et CVN et ce que la cybersécurité change pour le reprogrammateur.

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