OBDonUDS - SAE J1979-2

La révision du protocole de diagnostic s’est avérée nécessaire car, en raison de restrictions de longueur, il n’était plus possible d’utiliser des identifiants uniques à plusieurs endroits, notamment pour les codes d’erreur (DTC). En particulier pour la mémoire d’erreurs, les structures de données ont été étendues afin de permettre la lecture d’informations plus détaillées sur chaque défaut (par exemple, des données d’instantané étendues). De plus, il est désormais possible de déterminer, pour chaque moniteur, la fréquence à laquelle il a effectivement été exécuté en conditions réelles de conduite (IUMPR repensés =In-Use Monitor Performance Ratio. Paramètres permettant de vérifier la fréquence de diagnostic). D’une manière générale, il est désormais possible d’obtenir des informations de plus en plus précises sur les composants liés aux émissions.

L'UDS est une norme bien établie et éprouvée sur le terrain pour les diagnostics spécifiques aux constructeurs. Des composants logiciels AUTOSAR et de nombreux outils différents sont disponibles à cette fin. Par conséquent, l’UDS constitue un excellent point de départ pour les diagnostics automobiles exigés par la législation : il suffit d’étendre la norme pour y inclure les cas d’utilisation spécifiques à l’OBD. Le principal avantage réside donc dans le fait qu’il n’existe désormais plus qu’un seul protocole de diagnostic, au lieu de deux ou de plusieurs protocoles différents. De ce fait, les diagnostics OBD réglementaires sont plus faciles à combiner avec les diagnostics spécifiques aux constructeurs, ce qui se traduit par une simplification significative du logiciel des calculateurs.

À première vue, l’ancien protocole OBD ressemblait au protocole UDS, mais à y regarder de plus près, ces deux protocoles présentent de nombreuses différences, dont certaines majeures. Dans la pratique, ces différences ont conduit à l’intégration, dans les calculateurs, de deux implémentations de protocole indépendantes : l’une pour le protocole OBD et l’autre pour le protocole UDS. Avec OBDonUDS, cela n’est plus nécessaire. Toutefois, un nouveau logiciel est requis dans les calculateurs pour mettre en œuvre OBdonUDS.

De plus, un outil de spécification est nécessaire pour définir avec précision le contenu OBDonUDS d’un calculateur, qui est désormais encore plus étroitement lié aux diagnostics propres à chaque constructeur. Un nouvel outil de test est requis pour tester et valider la partie OBD du logiciel du calculateur. Les anciens outils de diagnostic ne fonctionnent plus, et de nouveaux outils sont également nécessaires dans ce domaine. Des changements au niveau des outils sont également à prévoir en matière de documentation et d’archivage.