この記事では、誰もがよく知っているDTC (Diagnostic Trouble Code) の技術的なポイントに焦点を当てます。

1. DTCの基本的な紹介

DTCとはその名の通り、診断用トラブルコードのことで、ECUに異常が発生したり、異常を検出したりした際に表示される識別コードを記録するもので、この識別コードを介して検索することで故障情報を得ることができます。障害のトリガー条件、障害の除去条件、システム機能のパフォーマンスなどのテーブル。サプライヤーやOEMが故障の監視や特定を行うために一般的に使用される基本的な方法であるため、規格も存在しており、一般的に使用されている規格はISO15031-6であり、DTCの基本構成やDTCの名称などを規定しています。

1. DTCの基本構成

前述の ISO 規格によれば、DTC は「DTC カテゴリ」と「故障タイプ」の 2 つの部分から構成されており、このうち DTC カテゴリはさらにパワートレイン、ボディ、シャシー、ネットワークの 4 つのサブシステムに従って範囲を定義できます。以下の表 1-1 に示すように、PBCU の 4 つのサブシステムとして分類されます。

1-1 DTC カテゴリ範囲の定義

上の表では、各サブシステムが B0 ～ B3、C0 ～ C3、P0 ～ P3、U0 ～ U3 などの 4 つのサブ範囲に分割されていることがわかります。B0、C0、P0、P2、 P3、U0 、U3 のサブ範囲は ISO によって将来の使用のために予約されているため、厳密に言えば、多くのサプライヤーによって定義された DTC は規制を満たしていませんが、一般的に言えば、使用には影響しません。次に、以下の図 1-2 に示すように、DTC カテゴリが占める各ビットの具体的な説明を見てみましょう。

1-2 DTC カテゴリビットの定義

図の数字 1 は、最後の 12 ビットのサイズ範囲が 000 ～ FFF であることを示し、数字 2 は、電力システムの場合、00 や 10 などの範囲が ISO/SAE によって特別に定義されていることを示し、数字 3 は、は、定義が 11 であっても、サプライヤーまたは OEM がカスタマイズできる範囲は P3000 ～ P33FF ですが、P3400 ～ P3FFF は ISO/SAE によって事前定義されている場合でも、電源システムの場合を示します。ISO の DTC C カテゴリーの定義を理解した後、具体的な例 1 ～ 3 を見てみましょう。

1-3 3バイトDTC基本構成

お客様の診断アンケートで P(00)、C(01)、B(10)、U(11) がよく見られるように、いわゆる DTC 診断表示コード (PBCU 開始コード) と 3 つの日常使用を実現します。バイト DTC の変換関係は、実際には PBCU の 4 つのサブシステムに対応するビットの組み合わせ関係を置き換えるだけで、よく言われる DTC が得られます。それを説明するために。

上図の下位バイトが先ほどのFailure Typeですが、Failure Typeは任意に記入できるものではなく、ISOで規定があり、例えば共通タイムアウトは0x87、信号無効は0x81などとなっています。 , このバイトの定義方法は ISO15031-6 を参照し、対応する障害ユニットを見つけて選択する必要があります。一般に、排出ガス関連 ECU の DTC の最下位ビットは 00 ですが、非排出ガス関連 ECU の DTC の最下位ビットは 00 です。 ECU を定義するには ISO 規格を参照する必要があります。

上記の 4 つの主要な障害は基本的にすべての ECU で使用される DTC 障害タイプをカバーしており、新しい ECU 製品を設計する際のガイダンスとなります。

接続：

2. DTC 障害の種類

非排出ガス関連の ECU を例にとると、DTC の故障タイプは次の部分に分類できます。

ハードウェア障害: RAM、フラッシュ、CPU クロック、その他のハードウェア障害の問題など
ソフトウェア障害:構成ワード障害、キャリブレーション障害、または顧客定義のソフトウェア機能障害など
外部環境障害:過電圧または不足電圧、周囲温度の高すぎまたは低さなど。
通信関連の障害:メッセージ損失、無効な信号、Checksum/AliveCounter 障害など。

3. DTCとイベントの違いと関係

違い：

DTC は、特定の種類の障害の総称であり、特定のモジュールの障害を大まかに特定できます。一方、イベントは障害監視の基本単位であり、特定のモジュールの特定の障害を特定できます。
複数のイベントで同じ DTC をマッピングできますが、同じイベントで複数の DTC をマッピングすることはできません。
DTC は直接見ることができますが、イベントはさらなる手段を通じて見る必要があり、場合によっては ECU サプライヤーのみが見ることができます。

接続：

DTC は、特定の種類のイベントの一元的なパフォーマンスを表し、イベントは特定の DTC の特定のインスタンスです。
DTC のステータスビットは、そのマップのすべてのイベントのステータスビットの OR セットです。
イベント間の依存関係によって DTC の依存関係が決まります。
イベントの優先順位によって DTC の優先順位が決まります。

4. DTCステータスビット

DTC が発生した場合、障害が発生したという基本的な事実だけがわかりますが、障害がいつ発生したのか、復旧したか、何回発生したか、何回復旧したかなどはわかりません。詳細な情報が得られるため、国際標準化機構 ISO 14229-1 は、上記の詳細情報を取得するための DTC ステータスビットの概念を導入して、障害の前後を明確に把握し、迅速に確認するのに便利です。問題を見つけます。各 DTC には、対応する DTC ステータスビットがあります。DTC ステータスビットはバイトで表されます。各ビットには重要な意味があります。具体的な説明は、以下の図 2 に示されています。

図 2 DTC ステータスビット

具体的な説明は以下の通りです。

Bit0: リクエスト時のテスト結果は失敗です。

Bit1: 現在の点火サイクルで少なくとも 1 回の故障。

ビット 2:現在または最後の点火サイクルのテスト結果は不合格ではありません。

ビット 3: DTC はリクエスト時に確認されます。一般的な確認は、エラーが 1 点火サイクルに 1 回発生することです。

Bit4: DTC が最後にクリアされてからテスト結果は完了しています。つまり、テスト結果は PASS または FAIL です。

ビット 5: DTC が最後にクリアされて以来、テスト結果はいずれも FAIL ではありません。

Bit6:テスト結果は現在の点火サイクルで完了しており、PASS または FAIL 状態です。

ビット 7: ECU は警告灯を点灯する要求を取得できませんでした。

これに応じて、各ビットの動的変化をより深く理解できるように、最新バージョンの ISO14229-1 2020 と組み合わせて、各ビットの動的変化を次のように示します。

ビット0:

ビット 1:

ビット 2:

ビット3:

ビット4:

ビット5:

ビット6:

ビット7

上記の各 Bit 変更の前提条件については、公式ドキュメントの詳細なコメントを参照していただくと感動していただけると思いますので、ここでは詳しく説明しません。

5. DTC情報の保存

実際、DTC が生成されると、NVM に直接保存されるのではなく、障害イベントが直接保存され、イベントと DTC のマッピング関係を通じて間接的に DTC が保存されます。DTC のステータスビットは次のように決定されます。マッピング. 以下の図 3-1 に示すように、イベントのステータスビットの OR セット。ほとんどの場合、DTC 番号とステータスビット情報だけでは、一度のステップで根本原因を特定することはできません。問題をさらに特定するには、環境情報を導入する必要があります。そのため、ISO 組織は、次の 2 つの基本概念を導入しました。データ)、拡張データ (拡張データ)。

イベント 1 -> DTC Aの場合; イベント 2 -> DTC A; ... イベント N -> DTC A;
次に、 DTC A ステータス = イベント 1 ステータス | イベント 2 ステータス | ...| イベント N;

DTC A はイベント 1 からイベント N を同時にマッピングし、DTC A ステータスは上記のマップのセットまたはセットになりますが、どちらのイベントが最初に報告されるかは、イベント間の優先順位と報告戦略によって総合的に判断されます。

スナップショットデータ: 名前が示すように、スナップショット情報は故障時に保存される一時的な環境データであり、一般に電力モード、温度、タイムスタンプ、車両速度などの情報を指します。

拡張データ:エージングカウンタ、エージングカウンタ、フォルトカウンタ、イベント ID など、障害が発生したときのその他の補助的な障害情報です。

さらに、DTC 情報ストレージを簡単に理解すると、ストレージスペースの 2 つの部分に分けることができます。この分割は、論理的な意味でより明確に定義されます。この区別の重要性は、OEM とサプライヤー間の情報の分離をより適切に実現し、情報の漏洩を防止できることです。不必要な誤解や冗長な情報についての議論。

プライマリメモリ: OEM および ECU サプライヤーに表示される DTC 情報スペース (DTC ステータス、スナップショットデータ、拡張データなど)。

セカンドメモリ:イベント ID、ITC、その他の情報など、ECU サプライヤー内でのみ表示される情報。

トピックは限られているため、NVM 情報ストレージのポイントは終了し、NVM 情報ストレージのフォローアップメカニズムが特別なトピックを通じて共有され、学習されます。

6. DTC情報とステータスの読み取り

DTC は、ECU の動作中にリアルタイムで生成、変更、記録されます。ECU サプライヤーまたは OEM は、以下の手順に従って、診断サービスを通じて DTC 情報とステータスビットの読み取りを実現できます (図 4 を参照)。このようにして、ECU でサポートされている DTC、現在または過去の DTC、スナップショットデータ、拡張データ、DTC ステータス、その他の情報を取得できます。

図4 DTC情報診断取得方法

Autosar の DTC