DTC（診斷故障碼，長度3字節(jié)），用來記錄ECU發(fā)生故障時的故障信息，比如故障觸發(fā)條件、故障解除條件、系統(tǒng)功能表現(xiàn)等。

ISO15031-6標準中規(guī)定了DTC的數(shù)據(jù)組成，DTC命名方式等信息。

DEM支持的DTC類型如下：

DTC的故障類型如下：

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

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

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

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

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

● Snapshot Data：快照信息即為故障發(fā)生時刻存下來的瞬態(tài)的環(huán)境數(shù)據(jù)，一般是指電源模式、溫度、時間戳、車速等信息

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

3.3

Event

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

Event和DTC的區(qū)別

● 多個Event可以mapping 同一個DTC

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

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

● Event的優(yōu)先級決定了DTC的優(yōu)先級；Event之間的依賴關系決定了DTC的依賴關系

Event生命周期

一個事件從發(fā)現(xiàn)到老化需要經(jīng)歷多個階段，例如Event使能條件滿足后才能上報，DEM內(nèi)部去抖且滿足存儲條件后才能存儲，存儲后需要進行老化處理。

Event Report

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

Event上報流程

● 判斷是否開啟了Operation Cycle

● Event使能條件是否滿足

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

● 去抖處理

● 判斷存儲條件是否滿足

Event使能條件

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

Event上報方式

● 循環(huán)上報：不會被14服務清除，可實時監(jiān)控故障狀態(tài)，但上報的Event數(shù)量過多，增加RTE負載

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