提到車載診斷，大家首先想到的是UDS（Unified Diagnostic Services）協議。UDS可以用于ECU診斷、參數配置和刷寫等領域。與排放相關的ECU還需要滿足OBD（On-Board Diagnostics）協議。OBD協議中定義了排放相關ECU的診斷數據的通信規則（診斷服務、故障診斷碼定義、數據解析格式等）。OBD相對于UDS最大的不同點在于：OBD是一個強制執行的法規協議，這意味著對于所有整車廠來講，通信規則是一致的。

OBDonUDS

目前主流的排放法規協議是OBDⅡ，對應的標準是SAE J1979-1，后續ISO組織對此進行了標準化，即ISO 15031。2021年，行業提出了新的OBD協議OBDonUDS，即SAE J1979-2，其核心思想是使用UDS協議來映射OBD的診斷服務，從而可以通過UDS服務來讀取OBD的診斷信息。OBDonUDS計劃取代OBDⅡ。

那么問題來了，OBDⅡ已經成熟使用多年，為什么非要升級新的OBDonUDS協議呢？

1.

OBDⅡ協議和UDS協議看起來類似，實際上在工程實踐中，存在重大差異。導致排放相關ECU必須運行兩套獨立的協議，OBDⅡ和UDS。OBDonUDS將OBDⅡ的服務映射到UDS，為實現UDS的真正“統一”向前邁進了一步。

2.

過去，行業中針對不同的車輛類型，出現了不同的OBD協議。例如，OBDⅡ、HD-OBD（Heavy Duty OBD）、WWH-OBD（World Wide Harmonized OBD）等。OBDonUDS對這些協議做了融合，計劃未來取代所有的這些變種。

3.

隨著汽車電子電氣化的深入發展，排放監測的功能需求增多，OBDⅡ顯得有些“捉襟見肘”。在某些應用場景中，OBDⅡ定義的標識符出現了不夠用的情況。比如，OBDⅡ定義的DTC只有兩個字節，那么會出現可定義的DTC數量不夠用的情況；OBDⅡ的故障存儲不支持擴展數據的讀取等。OBDonUDS對以上情況進行完善，這意味OBDonUDS不僅僅是對OBDⅡ服務的UDS映射，還擴展了更多信息。

OBDonUDS和OBDⅡ的具體區別如下：

OBDonUDS的發展現狀

OBDonUDS雖然是診斷協議的“新人”，但前進的步伐一點也不慢。在美國，該標準在2027年之前可過渡使用，即OBDⅡ和OBDonUDS可選擇其一進行車輛認證。2027年之后，美國新上市的車輛必須滿足OBDonUDS協議。歐洲主流的整車廠在下一代車型中引入OBDonUDS功能的開發。中國也在積極起草對應OBDonUDS的國家標準。

ZEVonUDS

OBD協議是對傳統車輛的排放ECU的法規監管依據，那么對于新能源汽車是否有必要加強法規監測呢？答案是肯定的，特別是電池的健康狀態，電動汽車的運行是否節能（以減少污染物排放）等，這些需要有可以讀取的定量數據來支撐。所以2022年產生了新的協議ZEVonUDS（Zero Emission Vehicle），即SAE J1979-3，定義了診斷儀獲取新能源汽車動力系統數據的通信規則。

就通信服務格式而言，ZEVonUDS可以理解成OBDonUDS的子集，也是基于UDS服務進行通信的。不同點是OBDonUDS重點監測廢氣行為，而ZEVonUDS重點監測電池狀態。和OBDⅡ類似，OBDonUDS和ZEVonUDS的數據也定義在SAE J1979DA（包括PID、TID、MID和InfoType ID等）和SAE J2012DA（包括DTC等）中。

ZEVonUDS還首次描述了通過DoIP的方式進行車輛的OBD診斷。因此，ZEVonUDS允許通過CAN和DoIP進行車輛訪問。不過，同一輛車一次只能支持其中一種訪問方式。

ZEVonUDS的發展現狀

ZEVonUDS發展的時間節點和OBDonUDS接近。在美國，最遲從2027年起，所有新能源車輛都必須支持ZEVonUDS。中國也在積極起草對應ZEVonUDS的國家標準。

CARB（加州空氣資源委員會）使用ZEVonUDS標準來記錄在加州注冊銷售的電動和插電式混合動力汽車的維修情況。在美國，電動和混合動力汽車引入了所謂的ZEV保修要求。該規定指出，在前三年（相當于50000英里）內，與駕駛相關的零件不得有缺陷。對于需要更換的高成本零件，該期限設定為7年（相當于70000英里）。此外，8年后（相當于100000英里），電池的剩余容量必須大于80%等。

一站式解決方案

新的協議帶來便利的同時，對ECU的診斷開發、測試以及診斷儀的更新帶來了新的挑戰。Vector很早就致力于OBDonUDS和ZEVonUDS協議相關工具的研發，目前可提供一站式全流程的解決方案。

1.

診斷數據庫

CANdelaStudio是診斷數據庫CDD的編輯工具，支持UDS、OBDⅡ、OBDonUDS、ZEVonUDS協議。手動編輯數據庫當然可行，只是耗時耗力。CANdelaStudio從18版本開始，支持導入OBDⅡ、OBDonUDS、ZEVonUDS的診斷數據（注：CDDT中需要支持OBDⅡ或OBDonUDS的診斷服務）。具體操作如下：

1）點擊Data Exchange->Import->OBD Digital Annex，選擇OBDⅡ或OBDonUDS/ZEVonUDS導入

2）如果需要導入PID、MID和TID等信息，則可加載J1979DA的表格。如果需要導入DTC的信息，則可加載J2012DA的表格。

不同的CANdelaStudio版本支持的SAE J1979DA和SAE J2012DA的版本不同，最新的CANdelaStudio 21支持的版本信息如下：

2.

診斷開發

創建/編輯CDD后，將CDD導入Davinci Configurator工具中，配置后即可實現OBDonUDS或ZEVonUDS代碼的自動生成。MICROSAR Classic R27開始支持OBDonUDS的配置，R32版本引入ZEVonUDS，作為OBDonUDS的特性實現。

3.

診斷測試

創建/編輯CDD后，可以將CDD導入CANoe中進行診斷的測試仿真。這部分功能和UDS協議在CANoe的應用類似，本文不再贅述。

CANoe.DiVa是診斷測試用例的自動化生成工具，也支持OBD的測試。CANoe.DiVa 15開始支持OBDonUDS的測試，CANoe.DiVa 17開始支持ZEVonUDS的測試。CANoe.DiVa對于OBD的測試配置非常簡單，新建工程后選擇合適的診斷數據庫即可。用戶通常有兩個選擇：

與OBD協議相匹配的、內置的診斷數據庫文件（“Built-In OBDonUDS”或“Built-In ZEVonUDS”

與被測ECU匹配的OBD診斷數據庫文件，比如CDD

新建工程后，在Test Configuration->Services配置需要測試的診斷內容。

CANoe.DiVa同時支持SAE J1699-3（OBDⅡ的一致性測試要求，CANoe.DiVa 17版本開始支持）和SAE J1699-5（OBDonUDS的一致性測試要求，CANoe.DiVa 18版本開始支持）的測試，

4.

診斷儀

Indigo是支持UDS和OBD協議的診斷儀，其優勢在于無需定制化開發，加載整車廠的診斷數據庫（CDD/ODX）之后即可對ECU或整車進行實時診斷，因此特別適用于開發周期短或者沒有定制的工程診斷儀的項目。

Indigo對于OBDonUDS和ZEVonUDS均有很好的支持，Indigo 8開始支持OBDonUDS，Indigo 9開始支持ZEVonUDS。Indigo內嵌OBD協議的解析器，直接支持OBDonUDS和ZEVonUDS協議的解析。直接新建工程，添加OBD的窗口即可完成OBD測試的配置，無需額外配置診斷數據庫。Indigo可以自動識別車輛采用的OBD協議。如下是Indigo自動識別的ZEVonUDS和OBDonUDS的車輛信息。

小 結

OBDonUDS和ZEVonUDS是近些年提出的，大概率會成為未來主流的車載診斷的法規協議。OBDonUDS將代替OBDⅡ為燃油車的監測提供依據，ZEVonUDS則將為新能源車輛的監測提供依據。OBDonUDS和ZEVonUDS的引入對于ECU診斷功能、測試工具和診斷儀的開發提出了新的挑戰，Vector為您提供一站式的解決方案。