DTC的故障類型有哪些

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

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

DEM支持的DTC類型如下：

DTC的故障類型如下：

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

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

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

● 通訊相關(guān)故障：如報(bào)文丟失、信號(hào)無效Checksum/AliveCounter故障等

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

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

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

3.3

Event

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

Event和DTC的區(qū)別

● 多個(gè)Event可以mapping 同一個(gè)DTC

● 而同一個(gè)Event不能mapping多個(gè)DTC

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

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

Event生命周期

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

Event Report

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

Event上報(bào)流程

● 判斷是否開啟了Operation Cycle

● Event使能條件是否滿足

● 是否使能了85服務(wù)（ControlDTCSetting）

● 去抖處理

● 判斷存儲(chǔ)條件是否滿足

Event使能條件

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

Event上報(bào)方式

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

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