幾乎所有車輛都通過法律要求的車載診斷系統（OBD）在整個生命周期內持續監測排放限值合規情況。SAE J1979標準詳細描述如何使用外部診斷設備（“掃描工具”）從車輛中讀取OBD數據。所有與排放相關的ECU都必須提供相應的診斷功能。

SAE J1979 E/E Diagnostic Test Modes標準定義了OBD II協議。ISO 15031-5以SAE J1979為基礎，是結合美國以及歐洲需求而定義的ISO國際標準。中國國家標準GB18352.6-2016-輕型汽車污染物排放限值及測量方法（中國第六階段），簡稱“國六”，亦是以SAE J1979為協議基礎。

SAE J1979-2 E/E Diagnostic Test Modes: OBDonUDS標準要求使用UDS（統一診斷服務）讀取OBD診斷數據。OBDonUDS不只是將經典的SAE J1979 $01-$0A服務轉換為UDS服務，還提供額外的功能：基于DTC的Readiness、DTC的擴展數據記錄、Readiness Group到DTC Readiness的轉換，以及對最多五個DTC和每個DTC兩次發生的快照的支持。美國已率先要求在2026-2027之后逐漸向OBDonUDS切換，最后替代OBD II。歐洲法規和中國國七也將緊隨其后。

過去，OBD協議主要針對內燃機而設計。隨著電動汽車越來越受歡迎，期望通過一種通用的方法來診斷電動汽車，并通過提高客戶信心來推動更多電動汽車進入市場。SAE J1979-3 E/E Diagnostic Test Modes: Zero Emission Vehicle Propulsion Systems on UDS （ZEVonUDS）定義了電動汽車、燃料電池汽車和其他零排放推進系統的OBD診斷服務，它的實現是OBDonUDS的子集。美國要求零排放系統逐漸支持ZEVonUDS協議，最遲2028年全面支持該協議。中國國七也將計劃同步相關要求。

Vector MICROSAR Classic協議棧已經支持上述三種OBD協議，同時支持商用車所需的WWH-OBD、HD-OBD等協議。MICROSAR Classic OBD方案包含在Dcm、Dem以及Fim模塊中，如圖1：

圖1 MICROSAR Classic OBD

不同的OBD協議在Event處理上略有區別，因此Dem OBD Addon需要區分不同協議，即：

Dem Addon OBDII和Dem Addon OBDonUDS（包含ZEVonUDS功能），Dem Addon WWH-OBD和Dem Addon HD-OBD等。

有三種類型的OBD ECU：Master/Primary/Secondary ECU。在同一輛車上，Master ECU有且只有一個，Primary和Secondary則有多個，如圖2：

圖2 OBD ECU示例

從基礎軟件的角度，Secondary ECU不需要OBD功能，需要支持的是Master和Primary ECU。三種ECU類型需要支持的OBD功能如圖3：

圖3 OBD功能概覽（來源AUTOSAR_CP_SWS_

DiagnosticEventManager）

因此，在Vector的解決方案中，Dem OBD Addon也區分Master和Primary。由于Master ECU的OBD功能通常也會存在OEM特定處理，因此Dem Addon OBD(Master)需要以項目的形式來實現。針對Primary ECU，MICROSAR Classic OBD提供成熟的解決方案。

除了Dcm/Dem/Fim中的OBD相關Addon以外，MICROSAR Classic產品中的Post Build功能也可以很好的服務于OBD實現。

Postbuild-Loadable(DIAG)用于在Post Build階段重新編程各個參數，例如微調DTC參數（去抖動、Fim矩陣等）。

Postbuild-Selectable/Idm(DIAG)用于在同一個工程中建立不同的變形配置，比如針對不同市場配置不同的OBD協議，再通過應用層在ECU啟動時選擇所需的配置運行。

MICROSAR Classic OBD解決方案，覆蓋現行的以及未來即將支持的OBD協議，同時考慮到OBD協議在不同場景下以及不同市場上的實際配置差異需求，為整車廠和ECU供應商提供覆蓋所有需求的嵌入式軟件解決方案。

除此以外，Vector的工具（CANdelaStudio，CANoe.DiVa等）支持OBD診斷描述與測試，請參見《車載診斷之法規協議|OBDonUDS和ZEVonUDS 》。從需求定義到嵌入式軟件，再到測試，Vector為您提供OBD相關的全流程解決方案。