0x19讀取 DTC 信息服務概述

讀取 DTC 信息服務在 UDS 協議中用于從車輛或特定 ECU 或節點讀取 DTC。UDS 協議的主要任務之一是故障診斷。每當車輛發生任何故障時，與該故障相對應的診斷故障代碼（DTC）就會存儲在ECU故障代碼存儲器（FCM）中。診斷服務工程師可以使用讀取 DTC 信息（0x19 或 19 十六進制）服務檢索這些 DTC。

故障診斷服務允許客戶端讀取排放相關或非排放相關的 DTC 信息。客戶端可以根據顯示 DTC 信息定義狀態掩碼。

除了DTC，做更多的診斷有助于診斷工程師解決問題，快照數據也存儲在NVM中。DTC 快照數據提供有關故障發生期間發動機參數的附加信息。

診斷故障代碼以兩種方式定義。一種由 ISO 標準定義，另一種由 OEM 定義。要了解更多信息，請遵循ISO 15031 教程。最后，所有 DTC 編號都在 ECU 閃存故障或錯誤存儲器中預定義。

但是這個故障碼應該什么時候設置，什么時候清除，或者什么時候成熟，服務器或車輛制造商或系統供應商的特定條件定義了許多測試場景，這些場景定義了被診斷的系統是否在正常、可接受的操作范圍內正常運行。因此，通過運行為該測試或 DTC 編寫的特定測試程序，確保故障 100% 發生。下面定義了多個可以確保確定故障的測試標準。

故障啟用標準：

每個 ECU 都有內置的故障測試程序，可以返回測試結果。根據測試結果，它可能是“通過”或“失敗”。每個故障都會執行很多測試程序。但并不是ECU上電或主程序開始運行后，所有的測試程序都會運行。

因此，該特定測試程序應根據多個特定標準運行以檢查診斷故障。這將有助于減少微控制器程序執行超負荷。它還有助于僅在根據系統要求確實需要時才檢測到特定故障。

我們可以說服務器或車輛制造商或系統供應商的特定標準用于控制服務器何時實際執行特定的內部診斷。如果啟用了故障，那么我們可以使用讀取 DTC 信息 0x19 服務來讀取 DTC。

測試通過標準：

當測試程序將運行時，將診斷錯誤何時應該通過或失敗。在故障發生時 DTC 應該記錄，否則它不應該記錄【故障正在發生，但尚未確認】。如果想讀取未確認的 DTC，可以通過19 04服務來讀取。

讓我用一個最好的例子來解釋你。假設您的車輛沒有啟動。你正在檢查電池之類的東西。假設您使用螺絲刀或其他任何東西錯誤地短路了電池端子，后來你把它去掉了。你認為這是一個錯誤？你需要修復它嗎？不對，因為它是意外發生的。但是當真正的短路發生在車內并且它沒有從中恢復時，只需要記錄 DTC。

所以對于每個DTC，都會有診斷測試程序。每個測試都有自己特定的測試通過條件。這些標準由服務器或車輛制造商或系統供應商定義。因此它定義了被診斷的系統是否在正常的、可接受的操作范圍內正常運行。

測試失敗標準：

從上面的描述中了解到特定診斷測試的測試條件。然后像通過條件一樣，將有多個條件，測試程序應該根據這些條件做出失敗的決定。服務器或車輛制造商或系統供應商特定的故障條件，定義被診斷的系統是否未通過測試。

確認故障失效準則：

現在的問題又是什么是確認故障？故障可能發生并且可能無法確認故障。通過DTC 狀態字節，用于存儲每個測試條件狀態，每個測試都有自己的條件來確認故障，這也稱為DTC成熟。所以有不同的操作周期，之后一個確定的故障就會成熟。這樣這個DTC就會把狀態字節、快照記錄、擴展數據記錄等所有的依賴數據存入微控制器的永久內存中。它可以在以后任何時候或在服務中心使用。

故障發生計數器：

在每個 ECU 中，都會有根據系統要求定期運行的測試程序。但要做出一個確定的故障，需要有多個運算周期。每個操作周期都會有一個故障計數器。

故障老化計數器

老化計數器定義故障或 DTC 的壽命。一個人是如何有一定年齡的，過了這個年齡，我們都將死去。在機器或汽車 ECU的情況下，它們也有系統工程師定義的每個 DTC 的年齡。因此每個 ECU 或服務器都有一個老化計數器數組，用于存儲每個故障或 DTC 的老化值。每個 ECU 或服務器都有一個進程。通過使用此進程，服務器可以計算 DTC 的壽命并將其存儲在老化計數器中。它也可以通過使用 Count-In step 和 Count-Out step 方法來增加或減少。

DTC老化

DTC 中的老化是某個 ECU 評估每個內部診斷的過去結果以確定是否可以從非易失性存儲器 (NVM) 中清除已確認的 DTC 的過程。這意味著在多少次無故障循環之后，可以清除 DCT。

讀取 DTC 信息服務子功能列表