前言

隨著汽車排放法規愈加嚴格，汽車電子控制系統越來越復雜，導致車載診斷系統（以下簡稱OBD系統）所需監測項也越來越多，對診斷可靠性的要求也愈發嚴格。如此多的監測項，當診斷出故障時，系統如何對故障進行處理，如何實現故障代碼的存儲和刪除，如何控制故障指示器（以下簡稱MIL），以及如何將診斷信息通過OBD掃描工具或服務診斷儀輸出，從而及時準確地提醒車輛駕駛員進行車輛維修，都需通過OBD系統的故障管理大腦——“故障管理系統”來實現，它收集OBD系統所有的診斷結果，進行統一處理。

DSM功能

DSM主要包含兩類功能，其一為診斷結果收集和故障應對；其二用于滿足法規標準化輸出要求，包括對MIL控制和OBD接口輸出。此外，它還可以滿足客戶的一些特殊需求，如SVS亮燈方式等。從下圖可看出DSM所處的核心地位。

診斷結果收集和故障應對

由于控制模塊管理系統的眾多模塊之間存在大量交互關系，某個部件監測出故障時，依靠此部件正常運行的模塊將被抑制，此稱之為故障應對，也叫抑制關系。DSM與控制模塊管理系統的眾多模塊相關聯，通過收集所有診斷結果進行集中處理，按照統一方式實現抑制關系。這種中心化的處理方式，使項目配置更加靈活，減少了模塊之間的交互環節，并有效簡化了功能模塊的外部接口。例如，當系統診斷出車速故障時，所有使用車速作為使能條件的診斷功能將被抑制，如OBD在用監測頻率（以下簡稱IUPR）的分母計算將停止。

與此同時，發動機管理系統存在某些模塊不能同時運行的情況，例如，碳罐脫附功能需要打開碳罐脫附，燃油自學習需要關閉碳罐脫附，兩者的物理使能條件相悖，不能同時運行。此時DSM會對這些有競爭關系的模塊進行中心化協調，運行更合適的模塊，與之相斥的模塊將進行等待，該行為稱之為功能模塊列隊化處理，也叫功能調度。

此特殊功能，使DSM從一個故障記錄員，變成了一個故障和模塊功能的主動協調者，地位愈發重要。

符合法規標準化輸出要求

DSM除了收集診斷結果參與功能協調，另一個非常重要的功能是滿足法規一般要求和標準化要求。標準化通用掃描工具輸出是故障信息獲取便利性的重要保障，是排放法規OBD標準實現故障維修有效性和及時性的重要舉措。DSM從診斷模塊收集診斷結果，利用故障內存管理，將結果通過故障指示器及外部診斷儀可視化顯示，方便售后維修和在用車輛檢查。

排放法規OBD標準的一般要求，包括：車輛首次上電時MIL自檢要求、點亮MIL和熄滅MIL、存儲故障代碼、清除確認故障代碼、清除永久故障代碼等條件以及在用監測頻率計算要求等。排放法規OBD標準的標準化要求，主要是對診斷接口讀到的診斷信息進行了詳細要求，包括：準備就緒狀態、數據流、凍結幀、測試結果、軟件標定識別碼、軟件標定驗證碼、車輛識別碼、ECU名稱和在用監測頻率報告要求等。這些可視化內容與整車認證和量產車評估試驗等息息相關，對整車標定來說，是相當重要的一部分內容。

DSM子模塊職責劃分

DSM為實現這些功能，內部劃分了多個職責清晰的子模塊，主要包含：故障信息收集模塊、故障內存管理、故障抑制處理、功能協調模塊、IUMPR計算模塊以及診斷儀輸出相關模塊。為有效觀察和監測診斷模塊行為，DSM同時為標定工具提供了大量測量變量，方便標定工作和問題查找。

總結

為實現更復雜的故障存儲需求，DSM系統進行了一代又一代升級，目前聯合電子故障管理系統不僅能滿足國六排放法規OBD標準要求，同時也能實現客戶定制化需求。隨著汽車電驅時代的到來，聯合電子的DSM系統不僅為發動機控制模塊（ECU）提供故障管理方案，也能為各個控制器提供故障管理功能，更好地滿足整車的排放法規中OBD相關要求。