UDS ReadDTCInformation (0x19) サービスの説明

まとめ

ReadDTCInformation (0x19) は、UDS (ISO 14229) で DTC 数、一覧、status、Snapshot (Freeze Frame)、Extended Data Record、Severity を取得するサービスです。ECU 側では KopherSAR DCM / DEM と KopherUDS がサービスと診断データを処理し、外部の KITE UDS Tester が request 送信と response decode を行います。

技術的な役割

ReadDTCInformation は、故障情報を取得するための診断ツールと ECU の間の標準インターフェイスです。完全な障害分析プロセスには通常、次のものが含まれます。

1. 0x01 / 0x07 を使用して、ステータス マスクに一致する DTC の 数 を取得します。
2. 0x02 を使用して、ステータス マスクに一致する DTC リストとステータスを取得します。
3. 各 DTC について、0x04 を使用してスナップショット レコード (フリーズ フレーム) を取得し、それが発生した環境条件を明確にします。
4. 0x06 を使用して拡張データ レコードを取得します (例: 発生回数、最新の発生時の SoC、実行時間、温度など)。
5. 必要に応じて、0x08 / 0x09 / 0x0A を使用して、重大度、関連する ECU、またはサポートされているすべての DTC リストを取得します。

サービス構造（リクエストとレスポンス）

基本的なリクエスト形式:

バイトインデックス	パラメータ	説明
#1	サービスID	0x19
#2	サブ関数 (レポートタイプ)	サブサービス ID (0x01 ～ 0x18 など)
#3+	サブサービスパラメータ	たとえば、DTCStatusMask、DTCNumber (3 バイト)、RecordNumber

肯定的な応答 = 0x19 + 0x40 = 0x59;否定応答 = 0x7F + 0x19 + NRC。

よく利用されるサブサービス（サブ機能）

サブ	名前	目的
0x01	DTCByStatusMask のレポート番号	StatusMask に一致する DTC の 数 を取得します。
0x02	reportDTCByStatusMask	StatusMask に一致する DTC リストを取得します。
0x03	レポートDTCSnapshotID	スナップショット付きの DTC をリストする
0x04	reportDTCSnapshotRecordByDTCNumber	指定された DTC のスナップショットを読み取ります
0x05	レポートDTCStoredDataByRecordNumber	レコード番号による保存データの読み取り
0x06	レポートDTCExtDataRecordByDTCNumber	指定した DTC の拡張データを読み取ります
0x07	DTCBySeverityMaskRecord のレポート番号	重大度でフィルターし、数値を取得します。
0x08	レポートDTCBySeverityMaskRecord	重大度でリストをフィルタリングする
0x0A	レポートサポートDTC	ECU でサポートされているすべての DTC をリストします。
0x0B	レポート最初のテスト失敗DTC	最初の TestFailed DTC
0x0E	レポート最新テスト失敗DTC	最新の TestFailed DTC
0x14	レポートDTCFaultDetectionCounter	DTC 障害数を取得
0x15	レポートDTCWithPermanentStatus	永久ステータスを取得 DTC

建築

改造	キャラクター
Tester (Client)	0x19 request を送信する外部診断テストツール。
DCM (診断通信マネージャー)	KopherSAR BSW モジュール。UDS メッセージを解析し、DEM にルーティングします。
DEM (診断イベント マネージャー)	DTC ステート マシン、スナップショット、拡張データ バッファーを維持します。
アプリケーションSWC	Dem_SetEventStatus を介してイベント ステータスをレポートします。
ストレージ	不揮発性メモリ、永続的な DTC、スナップショット、カウンター。

主要な機能

• ISO 14229-1 仕様の 0x19 サブサービス セットを完全にカバーします。
• スナップショット レコードと拡張データ レコードの構成をサポートします (データ項目は KopherConfig の ARXML で設定できます)。
• OBD (OBD-II レガシー DTC 互換) および UDS デュアルモード DTC エンコーディングをサポートします。
• DEM 障害カウント、エージング サイクル、および修復メカニズムと統合します。
• DTC 重大度 (プラン B、C) および OBD MIL トリガー条件をサポートします。

必要なエンジニアリング入力

入力	目的
DTC リスト (DTC 番号 + 名前 + 説明)	DEM 構成でサポートされるすべてのトラブル コードを定義します。
スナップショット データ項目	各 DTC がトリガーされるときに凍結される信号 (車速、SoC、温度など)。
拡張データ項目	発生回数、最新発生時刻、エージングカウンタなど
重大度/クラス	DTC 重大度分類。
治癒/老化のルール	フォルトを自動的にクリアするための条件。
セキュリティアクセスレベル	DTC の読み取りへのアクセスを制限するかどうか。

KopherBit がこれをサポートする方法

• 基本ソフトウェア: KopherSAR 組み込みの DCM および DEM、0x19 サブサービス セットを完全に実装。
• 構成: KopherConfig SWC に対応して、DTC リストとスナップショット/拡張データ構成を ARXML にエクスポートします。
• テストツール：KITE UDS Tester は 0x19 sub-service を送信し、DTC、Snapshot、Counter を読みやすい形式で表示します。
• 統合: 基礎となるイベント管理を EDR (イベント データ レコーダー) と共有することで、事故イベントを DTC に同期的に反映できます。

よくある質問

0x19 と 0x14 (ClearDiagnosticInformation) の違いは何ですか?

0x19 は 読み取りです。 0x14 は クリア です。0x14 ClearDiagnosticInformation は、指定された DTC グループまたはすべての DTC を ECU からクリアするために使用されます。メンテナンス後に障害灯をリセットするためによく使用されます。

スナップショットと拡張データの違いは何ですか?

スナップショットは、その時点で DTC のフリーズを引き起こした環境条件 (単一時点のスナップショット) です。拡張データは、ECU が DTC のために蓄積し続ける統計です (発生回数、最新の発生時のエージング カウンタなど)。

永久 DTC とは何ですか?

永久 DTC は、修復条件が満たされてもすぐには消去されない障害コードです。これをクリアするには、OBD-II で指定された運転サイクルを通じて検証する必要があります。一般的に、排出関連の障害 (P コード) に使用されます。

DTC を読み取るには SecurityAccess が必要ですか?

ECUの構成によって異なります。ほとんどの ECU ではデフォルト セッションで DTC を読み取ることができますが、メーカーによっては 0x19 を拡張セッションに制限したり、SecurityAccess を要求したりする場合があります。

KopherSAR DEM はエージングをサポートしますか?

サポート。各 DTC のエージング サイクル カウンターは、KopherConfig で設定できます。基準に達すると、ステータスは自動的に「確認済み」から「経過済み」または「クリア済み」に変更されます。