OBDonUDS - SAE J1979-2

診断プロトコルの改訂が必要となったのは、DTC（診断トラブルコード）など、いくつかの箇所で長さの制限により、固有の識別子がこれ以上利用できなくなったためです。特にフォールトメモリについては、個々の故障に関するより詳細な情報を読み出せるよう、データ構造が拡張されました（例：拡張スナップショットデータ）。 さらに、各モニターについて、実際の走行中に実際に何回実行されたかを読み出すことが可能になりました（再設計されたIUMPRs＝In-Use Monitor Performance Ratio。診断頻度を確認するためのパラメータ）。全般的に、排出ガスに関連するコンポーネントについて、より詳細かつ精度の高い情報を読み出すことが可能になりました。

UDSは、メーカー固有の診断のための、確立され、フィールドで実証済みの標準規格です。この目的のために、AUTOSARソフトウェアコンポーネントやさまざまなツールが利用可能です。 そのため、UDSは法規制で義務付けられている車両診断にとって優れた出発点となります。この標準は、OBD特有のユースケースに対応するよう拡張するだけで済みます。その最大の利点は、診断プロトコルが2つや複数ではなく、1つに統一されたことです。そのため、法規制に基づくOBD診断とメーカー固有の診断を統合しやすくなり、ひいてはECUソフトウェアの大幅な簡素化につながります。

一見すると、従来のOBDプロトコルはUDSプロトコルに似ていましたが、詳細に見ると、この2つのプロトコルには多くの、かつ重大な相違点があります。実際には、こうした相違点により、ECUにはOBDプロトコル用とUDSプロトコル用の2つの独立したプロトコル実装が含まれることになっていました。OBDonUDSの導入により、これはもはや必要なくなりました。ただし、OBDonUDSを実装するには、ECUに新しいソフトウェアが必要です。

さらに、ECU向けのOBDonUDSの内容を正確に定義するための仕様策定ツールが必要となります。これは、メーカー固有の診断機能とこれまで以上に密接に連携するようになっています。また、ECUソフトウェアのOBD部分をテストおよび検証するためには、新しいテストツールが必要となります。従来のスキャンツールは使用できなくなり、ここでも新しいツールが必要となります。さらに、文書化やアーカイブに関しても、ツールの変更が見込まれます。