前言

在汽車診斷領域，UDS（Unified Diagnostic Services，統一診斷服務）長期以來一直是滿足大多數診斷需求的核心協議。然而，隨著 HPC（High-Performance Computing，高性能計算）在新型電子電氣架構中的廣泛應用，傳統診斷方法逐漸暴露出局限性，例如難以高效訪問復雜的軟件數據以及靈活適配動態診斷場景。為應對這些挑戰，SOVD（Service-Oriented Vehicle Diagnostics，面向服務的車輛診斷）標準應運而生，旨在提供更靈活、高效的診斷解決方案。

什么是SOVD協議

SOVD 是由ASAM（Association for Standardization of Automation and Measuring Systems,自動化與測量系統標準化協會）制定的一種面向服務的診斷標準。該標準將診斷功能和數據抽象為獨立的服務資源，利用實體與資源集合進行關聯和管理。同時，它提供了一套標準化接口，允許客戶端通過標準 HTTP 方法訪問這些資源，從而實現相應的診斷功能。

SOVD的使用場景

SOVD協議的應用場景包括：

• 遠程診斷：通過4G/5G等網絡技術，將車輛與遠程的SOVD Client進行連接，以此獲取車輛的診斷數據。
• 近場/本地診斷：通過無線或有線（如OBD）的方式進行診斷，診斷儀作為SOVD Client去訪問車內的整車數據。
• 車載診斷：在車內部署SOVD Client，無需與遠程服務器或近場診斷儀永久連接。車載使用場景的結果也可能被近場或遠程使用場景訪問。

通過以上的場景介紹可以發現，SOVD協議有效實現了診斷技術路徑的統一化，可在遠程、近場及車載診斷等不同場景中應用。同時在系統架構層面，SOVD不僅支持部署多個可直接訪問的SOVD Server，還能夠借助SOVD-UDS網關實現傳統ECU的協議轉換與數據訪問，構建了兼具開放性與兼容性的車載診斷體系。這種架構設計顯著提升了各類診斷設備的開發一致性與互操作性。

SOVD的特點

• 遵從RESTful原則

SOVD API 基于 HTTP RESTful 架構設計，提供了 GET、PUT、POST、DELETE 四種方法，使用URI標識資源，通過JSON格式進行數據交換。基于此，我們可以輕松地獲取、更新、創建和刪除汽車診斷數據。

• 結構化數據管理

SOVD將車輛數據組織成不同的實體，例如 SOVD Server、Area、Component、App 和 Function。通過實體將不同類型的數據分門別類地存放，部分實體間也可以相互關聯，方便快速找到所需的信息。

這些實體中存放著我們需要訪問的資源，資源代表著具體的車輛數據。SOVD API 提供了豐富的資源集合，包括 configurations、bulk-data、data、faults 等等，涵蓋了汽車數據的方方面面。

基于上面的知識，就可以嘗試進行數據訪問了。例如，若需獲取車輛后窗的狀態，可以發送以下GET請求：

GET {base_uri}/apps/WindowControl/data/RearWindows HTTP/1.1

SOVD API

當診斷對象為HPC控制器時，我們能夠通過SOVD協議中定義的標準API直接訪問相關數據。這些API不僅規范了對不同類型資源的訪問方式，還將復雜的車輛數據和操作進行了標準化處理，為開發者和使用者提供了一套高效且完整的解決方案。

以下是一些場景下的SOVD API的使用示例：

• 當需要檢查某個電子控制單元（ECU）的狀態時，SOVD API可以通過GET /{entity-path}/data/{data-id}直接獲取相關數據；
• 如果要清除故障碼，只需調用DELETE /{entity-path}/faults/{fault-code}即可完成操作；
• 當車輛需要軟件更新時，API提供了從準備（PUT /updates/{update-package-id}/prepare）到執行（PUT /updates/{update-package-id}/execute）的支持，以保障系統持續處于更新后的狀態。

此外，SOVD API還支持批量數據處理（如日志文件管理）、鎖定機制避免資源沖突，以及靈活的配置和模式切換功能等等。無論是讀取車速信息、控制車窗操作，還是清除故障碼，都可以通過這些標準API以更加直觀的方式實現。

SOVD與UDS

當診斷對象為傳統ECU時，我們需要一個網關進行SOVD-UDS的路由轉換。在SOVD規范中，已經對常見的 UDS 服務與SOVD 映射關系進行了描述：

這種UDS-SOVD的適配方案，將傳統的UDS診斷協議與現代SOVD架構相結合，為車輛診斷帶來了更高的靈活性和可擴展性。通過RESTful接口，診斷工具能夠以更直觀、更標準化的方式訪問和操作車輛數據，同時完整保留了UDS的核心功能。這種設計體現了SOVD的良好適應性，同時也降低了使用SOVD作為診斷協議的門檻。

SOVD的發展與應用

盡管ASAM提出的SOVD協議為汽車診斷帶來了更靈活、更高效的解決方案，但其在實際應用中仍面臨一定挑戰，例如技術細節的實現等。然而，SOVD的標準化進程的也在穩步推進，ISO/AWI 17978-1（ISO定義的SOVD協議的第一部分）預計將在今年發布，這無疑將為SOVD的廣泛應用奠定更堅實的基礎。

作為國內SOVD技術的早期探索者，經緯恒潤已成功助力多家OEM完成SOVD協議的開發與測試工作。公司構建了完整的SOVD系統架構設計方法論，涵蓋需求規范制定、服務數據庫構建以及技術培訓體系，為客戶提供全方位的技術支持。同時，經緯恒潤具備SOVD協議棧開發能力，可支持協議的開發與集成，并建立了完善的SOVD測試規范體系，提供配套的自動化測試腳本和專業化實施服務。通過一致性檢查、性能測試及安全檢測等多維度驗證，可確保SOVD系統在復雜車載環境中的可靠性與穩定性。

隨著SOVD技術的不斷演進，經緯恒潤將持續發揮自身優勢，深入挖掘協議的潛在價值，助力客戶在汽車生產與應用中進一步釋放SOVD協議的潛力。我們期待，SOVD協議將為汽車行業注入更多創新動力與可能性，推動汽車診斷技術實現新的突破與發展。