DTC（診斷故障碼，長度3字節），用來記錄ECU發生故障時的故障信息，比如故障觸發條件、故障解除條件、系統功能表現等。

ISO15031-6標準中規定了DTC的數據組成，DTC命名方式等信息。

DEM支持的DTC類型如下：

DTC的故障類型如下：

● 硬件故障：如RAM、Flash、CPU時鐘等硬件本身失效的問題

● 軟件故障：如配置字故障，標定故障或客戶定義的軟件功能性故障

● 外部環境故障：電壓過高或者欠壓、環境溫度過高或過低等

● 通訊相關故障：如報文丟失、信號無效Checksum/AliveCounter故障等

DTC產生時，并不會直接存儲在NVM中，而是間接通過Event-DTC的mapping關系來存儲DTC，而DTC的狀態位則是由其mapping的所有event的狀態位的或集。只有DTC以及狀態位信息往往不能一步到位定位故障的root cause，需要引入環境信息才能夠進一步確定問題所在，包含：

● Snapshot Data：快照信息即為故障發生時刻存下來的瞬態的環境數據，一般是指電源模式、溫度、時間戳、車速等信息

● Extended Data：即為在故障發生時其他的輔助故障信息，如aging counter、aged counter 、Fault Counter以及event id等

3.3

Event

Event是故障監控的基本單元，能夠定位某個模塊中的某個具體故障。

Event和DTC的區別

● 多個Event可以mapping 同一個DTC

● 而同一個Event不能mapping多個DTC

● DTC代表某類Event集中表現，而Event則是某個DTC的具體實例

● Event的優先級決定了DTC的優先級；Event之間的依賴關系決定了DTC的依賴關系

Event生命周期

一個事件從發現到老化需要經歷多個階段，例如Event使能條件滿足后才能上報，DEM內部去抖且滿足存儲條件后才能存儲，存儲后需要進行老化處理。

Event Report

故障上報，SWC或者BSW向DEM報告診斷事件的狀態。它由兩個部分組成，一個是診斷事件（diagnostic event），一個是濾波（debounce）。DEM會給每個診斷事件分配一個獨一無二的識別碼（EventId），用來區分不同的事件。

Event上報流程

● 判斷是否開啟了Operation Cycle

● Event使能條件是否滿足

● 是否使能了85服務（ControlDTCSetting）

● 去抖處理

● 判斷存儲條件是否滿足

Event使能條件

Event開啟監控絕大部分情況下都需要滿足一定條件，若不加以相關的限制條件，那么會導致增加諸多的信息干擾，無法快速排查Root Cause，通過Event過濾器，可以達到所允許或者抑制的Event上報的效果。

Event上報方式

● 循環上報：不會被14服務清除，可實時監控故障狀態，但上報的Event數量過多，增加RTE負載

● 觸發上報型：能降低RTE負載，但也容易被14服務清除