SOVD（Service Oriented Vehicle Diagnostics）即面向服務(wù)的車輛診斷，是SOA架構(gòu)的關(guān)鍵組成部分。SOVD是電子電氣架構(gòu)向集中式發(fā)展的必然趨勢，它的誕生主要解決HPC（High Performance Computer）的診斷需求。

SOVD的核心理念是基于HTTP的診斷，借助RESTful API的增（POST）、刪（DELETE）、改（PUT）、查（GET）等方法實現(xiàn)對ECU（即Server）的診斷。數(shù)據(jù)傳輸格式為JSON。主要內(nèi)容如下圖，涵蓋以下方面：

1.UDS功能的SOVD映射：將傳統(tǒng)UDS診斷功能轉(zhuǎn)化為SOVD實現(xiàn)方式，滿足當(dāng)前階段車輛對于診斷數(shù)據(jù)的需求，比如數(shù)據(jù)讀寫、故障信息讀取、參數(shù)配置等。

2.SOVD特有交互數(shù)據(jù)：SOVD同時定義了新的交互內(nèi)容，這些內(nèi)容是UDS不支持的數(shù)據(jù)類型，比如Logging、bulkdata、新的軟件刷寫方式和腳本。

3.SOVD主要機制：SOVD的通信方式、安全機制等。

4.資源發(fā)現(xiàn)：動態(tài)的資源發(fā)現(xiàn)方式，類似于互聯(lián)網(wǎng)資源搜索。

5.SOVDtoUDS Adapter：實現(xiàn)UDS報文和SOVD API的路由，兼容UDS ECU。

獲取Logging數(shù)據(jù)是SOVD提出的核心動力。HPC出現(xiàn)故障時，通過UDS獲取的DTC及環(huán)境數(shù)據(jù)不足以支撐其故障分析，軟件開發(fā)專家更需要Logging這類信息，而SOVD為Logging數(shù)據(jù)的獲取提供了統(tǒng)一的方式。

考慮到以HPC為中心的架構(gòu)中仍存在部分簡單ECU支持UDS協(xié)議，SOVD架構(gòu)在設(shè)計時也兼容了UDS協(xié)議，車輛診斷通信的邏輯架構(gòu)可歸納如下圖所示。具體通過定義SOVD2UDS模塊來實現(xiàn)SOVD數(shù)據(jù)與UDS數(shù)據(jù)之間的轉(zhuǎn)換。在這一架構(gòu)下，診斷儀（包括遠(yuǎn)程、近端和車載類型）可通過SOVD API，經(jīng)由統(tǒng)一的SOVD Server訪問車輛。車內(nèi)HPC節(jié)點或相關(guān)APP可直接采用SOVD方式進(jìn)行交互；而對于仍使用UDS協(xié)議的節(jié)點，則先通過UDS與SOVD2UDS模塊通信，經(jīng)轉(zhuǎn)換后再與診斷儀進(jìn)行SOVD格式的數(shù)據(jù)交互。

在明確SOVD的協(xié)議與結(jié)構(gòu)后，我們回到最初的問題：為何說SOVD是面向HPC的特定診斷協(xié)議？其核心優(yōu)勢體現(xiàn)在哪里呢？

1.標(biāo)準(zhǔn)化HPC診斷的接口。HPC的診斷需要獲取除了故障碼之外的log、trace等信息。目前行業(yè)中這個接口多由OEM和Tier1共同自定義，缺乏統(tǒng)一標(biāo)準(zhǔn)，甚至同一OEM內(nèi)部的不同HPC之間也存在差異。SOVD的出現(xiàn)對診斷訪問接口進(jìn)行標(biāo)準(zhǔn)化，長遠(yuǎn)考慮將有效降低成本。

2.降低診斷儀開發(fā)成本。不再必需硬件診斷頭，同時省去D-PDU-API、D-Server等復(fù)雜驅(qū)動，顯著降低診斷儀開發(fā)成本。

3.采用JSON作為數(shù)據(jù)交互格式，使診斷數(shù)據(jù)直觀易讀（如溫度直接呈現(xiàn)為“28℃”），省去繁瑣的解碼計算過程。配合SOVD提供的統(tǒng)一化腳本，工程師得以從復(fù)雜的ODX解析工作中解放出來，從而更專注于診斷數(shù)據(jù)本身的分析。

4.基于HTTP的診斷可以適配各種智能診斷場景。SOVD支持真正的并行訪問，并借助與互聯(lián)網(wǎng)一致的訪問入口，輕松實現(xiàn)遠(yuǎn)程診斷，同時也為未來診斷場景提供無限的可能性。

SOVD的發(fā)展?fàn)顟B(tài)

2022年6月底，ASAM組織正式發(fā)布SOVD 1.0.0規(guī)范，目前該規(guī)范已成為診斷領(lǐng)域中SOVD設(shè)計和實現(xiàn)的主要參考依據(jù)。相應(yīng)的ISO標(biāo)準(zhǔn)也在制定中，標(biāo)準(zhǔn)號為ISO 17978，預(yù)計于2025年底或2026年初正式發(fā)布。在AUTOSAR規(guī)范中，R22-11版本定義了SOVD的核心模塊，而R23-11版本則對其進(jìn)行了更詳細(xì)的規(guī)范說明。當(dāng)前，國內(nèi)外OEM廠商均在積極推進(jìn)相關(guān)研發(fā)工作，部分廠商已進(jìn)入技術(shù)探索與商業(yè)落地的實施階段。

Vector解決方案

Vector提供全流程的SOVD開發(fā)的解決方案，覆蓋診斷數(shù)據(jù)庫開發(fā)、代碼生成、測試、診斷儀等，能夠全面滿足開發(fā)階段的各項需求。

SOVD需求編輯

CANdelaStudio是一款用于編輯診斷數(shù)據(jù)庫CDD的工具。在23版本之前，CANdelaStudio主要支持UDS協(xié)議、OBD協(xié)議等診斷數(shù)據(jù)的編輯。從23版本起，該工具新增對SOVD API的編輯功能。如需啟用此功能，請切換至專家視圖（Expert view），依次點擊File→Properties，勾選“Supports SOVD”選項。

編輯功能支持以下兩種模式：

1.如果當(dāng)前節(jié)點SOVD API與UDS服務(wù)有一一對應(yīng)關(guān)系，則可基于UDS服務(wù)自動生成相應(yīng)的SOVD API映射。

2.若ECU支持如log、bulk-Data等原生的SOVD API，CANdelaStudio同樣支持此類“Native” SOVD API數(shù)據(jù)的編輯。

CANdelaStudio支持將SOVD相關(guān)數(shù)據(jù)導(dǎo)出為JSON文件。具體提供兩種導(dǎo)出格式：

SOVD OpenAPI export 1.0：適用于通過SOVD2UDS Adapter建立SOVD通信的UDS ECU，可導(dǎo)出對應(yīng)的JSON文件，CANdelaStudio 18開始支持。

SOVD OpenAPI export 2.0：如勾選“Supports SOVD”選項，工具將自動切換至該模式，為支持原生SOVD的ECU生成能力描述文件，CANdelaStudio 23開始支持。

協(xié)議棧

見微信文章：SOVD協(xié)議在HPC中的應(yīng)用

SOVD測試

CANoe.DiVa是診斷測試用例的自動生成工具，CANoe.DiVa 19 SP3計劃支持SOVD的測試。若HPC支持原生SOVD API，則可直接導(dǎo)入.json文件自動生成測試用例；若被測節(jié)點為SOVD2UDS，則除SOVD API測試外，還需驗證SOVD API與UDS服務(wù)之間的一致性。此時需同時基于.cdd與.json文件生成測試用例。

在Services&Jobs中可以看到解析后的SOVD API。

在CANoe.DiVa中自動生成測試用例后，可將用例導(dǎo)入CANoe環(huán)境中進(jìn)行自動化測試執(zhí)行，并生成相應(yīng)的測試報告，如下圖所示。

診斷儀

SOVD底層基于HTTP協(xié)議，所以診斷儀的開發(fā)可采用互聯(lián)網(wǎng)領(lǐng)域中常見的客戶端-服務(wù)器（C/S）架構(gòu)，實現(xiàn)網(wǎng)頁版診斷儀，使其使用更加智能便捷。SOVD Explorer正是基于這一全新思路開發(fā)的工具，支持用戶導(dǎo)入SOVD API或動態(tài)發(fā)現(xiàn)診斷資源，并可自定義窗口布局與數(shù)據(jù)展示方式。SOVD Explorer也提供桌面版。

SOVD Explorer同時支持Console功能，類似UDS中“診斷命令臺”，可用于收發(fā)SOVD API指令，并結(jié)合Trace功能驗證接口通信的正確性。

vInspect是一款桌面版的診斷儀，基于SOVD2UDS開發(fā)，可以通過SOVD2UDS Adapter兼容UDS ECU。支持基于客戶需求進(jìn)行vInspect的定制開發(fā)，滿足客戶特定診斷需求。

項目咨詢

當(dāng)前，SOVD已成為診斷行業(yè)的熱點，各OEM都在躍躍欲試。然而，將SOVD真正引入實際項目仍面臨諸多挑戰(zhàn)。例如，SOVD如何適配OEM現(xiàn)有的診斷開發(fā)、測試、生產(chǎn)及售后流程，特別是在遠(yuǎn)程診斷場景下，如何實現(xiàn)車輛識別、安全認(rèn)證等關(guān)鍵環(huán)節(jié)的兼容；SOVD數(shù)據(jù)庫應(yīng)定義哪些資源類型，能否覆蓋OEM需求，尤其是HPC故障分析所需的信息，以及如何實現(xiàn)與現(xiàn)有UDS數(shù)據(jù)的兼容；此外，SOVD代碼的高效性與穩(wěn)定性、測試自動化能力的建設(shè)等問題也需系統(tǒng)考量。

因此，SOVD的成功落地需要具備系統(tǒng)化的思維。Vector能夠提供覆蓋SOVD需求定義、代碼開發(fā)、測試仿真、診斷儀等全流程的工具鏈，完全涵蓋SOVD各階段所需能力。憑借完整的解決方案能力，Vector可協(xié)助客戶搭建SOVD的規(guī)范、工具鏈和流程體系，為SOVD落地提供有力支持。

小結(jié)

SOVD是致力于未來診斷行業(yè)的智能協(xié)議。SOVD和UDS在診斷信息交互的通信方式上有本質(zhì)區(qū)別，因此量產(chǎn)SOVD面臨諸多挑戰(zhàn)。Vector提供全流程的解決方案，涵蓋需求定義、代碼開發(fā)、測試和診斷儀等，并可系統(tǒng)性地協(xié)助客戶梳理SOVD需求，助力其實現(xiàn)項目落地。