基于ASAM標準的診斷技術服務化應用淺析

【摘 要】汽車網聯功能、智能化功能的落地應用，汽車越來越像手機和電腦，支付、人臉識別、健康管理、遠程操控、自動駕駛、道路環境識別等功能日新月異，未來更加智能甚至可以自進化。為了助力以上目標的實現，各主機廠均在積極部署軟件定義汽車基礎平臺，將車輛的各項功能、故障診斷、軟件升級、網絡管理、信息安全均進行服務化設計。文章重點介紹故障診斷、數據讀寫、執行器操作等服務化設計方法，為后續技術實施提供一些參考。

【關鍵詞】ASAM標準；服務化設計；車輛診斷系統；服務接口

中圖分類號：U463.6 文獻標識碼：A 文章編號：1003-8639（ 2024 ）10-0049-04

Analysis of Service Application of Diagnostic Technology Based on ASAM Standard

WANG Bin CHEN Zilin ZHANG Longgang WANG Yuanbo

（1. Dectron Future Automobile Technology Co.，Ltd.，Xi′an 713700；

2. Shaanxi Heavy Duty Vehicle Co.，Ltd.，Xi′an 710200，China）

【Abstract】The landing application of automobile network connection function and intelligent function，the car is more and more like mobile phone and computer，payment，face recognition，health management，remote control，automatic driving，road environment recognition and other functions are changing with each new day，the future is more intelligent and even self-evolution，in order to help the realization of the above goals，the Oems are actively deploying software-defined automobile basic platform. All functions，fault diagnosis，software upgrade，network management and information security of the vehicle are designed as services. This paper focuses on fault diagnosis，data 7bgOgST17sNhWcb6nmBU5g==reading and writing，actuator operation and other service-oriented design methods to provide some references for the subsequent technical implementation.

【Key words】ASAM standard；service-oriented design；vehicle diagnostic system；service interface

作者簡介

王彬（1987—），男，博士，工程師，主要從事公司各車型的整體開發以及電器系統、整車系統的開發、設計、管理工作。

1 SOVD技術介紹

SOVD全稱為Service-Oriented Vehicle Diagnostics，即以服務為導向的車輛診斷系統。將傳統的基于UDS協議的診斷功能進行服務化，并結合OTA技術，覆蓋遠程、本地、車載場景。各場景所能支持的診斷功能如下：①遠程診斷，信息讀取、運行狀態檢查、配置設置、排放檢查、故障排查、軟件更新及配置、車隊管理；②本地診斷，故障排查、執行器操控、信息讀取、運行狀態檢查、配置設置、排放檢查、故障排查、軟件更新及配置；③車載診斷，預測性維護、車隊監控、車載監控。

因服務化診斷多用于以以太網為傳輸主體的網絡系統，故文中接口的結構與傳統使用的UDS服務完全不同。

2 故障診斷接口

在故障診斷過程中，會使用到的接口包含故障處理、數據讀寫、執行器操控，故障維修人員使用特定的設備先讀取當前故障，再通過數據讀寫以及手動檢修完成故障的維修，最后通過執行器操控檢查ECU的驅動控制是否恢復，通過相關接口支持整個維修過程。本章節圍繞以上功能的相關接口展開。

2.1 故障處理API

該類型API包含從ECU中讀取、刪除故障的方法。故障包含當前故障和歷史故障。

2.1.1 讀取故障

讀取故障API接口包含以下幾個方面。

1）方法：GET/{entity-path}/faults。

2）方法說明：從ECU中讀取故障條目，按照狀態、嚴重程度或范圍使用查詢參數，獲取故障條目。

3）路徑參數：該方法不支持該項參數。

4）查詢參數：從ECU中讀取故障信息，見表1。

5）請求標頭：該方法不使用該項參數。

6）響應狀態代碼與響應數據結構：從ECU中讀取故障信息，見表2和表3。

2.1.2 刪除所有故障

刪除故障API接口包含以下幾個方面。

1）方法：DELETE/{entity-path}/faults。

2）方法說明：該方法為刪除ECU的所有故障。

3）路徑參數：該方法不支持該項參數。

4）查詢參數：見表4。

5）請求標頭：該方法不使用該項參數。

6）響應狀態代碼：見表5。

2.1.3 刪除單個故障

刪除故障API接口包含以下幾個方面。

1）方法：DELETE/{entity-path}/faults/{fault-code}。

2）方法說明：該方法為刪除ECU中的特定故障。

3）路徑參數：見表6。

4）查詢參數：該方法不支持該項參數。

5）請求標頭：該方法不使用該項參數。

6）響應狀態代碼：刪除ECU的單個故障，詳見表7。

2.2 數據讀寫API

該類型API主要用于對ECU進行各類數據參數的讀寫。數據參數包含以下幾類：①識別數據，主要用于鑒定目的，如讀取車輛ECU內的固定參數、零部件編號或VIN編碼；②實時數據，主要用于測量目的，如讀取電池電壓、油門開度等；③存儲數據，主要用于車輛功能策略使用，如車輛的各項參數；④系統信息，主要用于了解車輛當前的系統資源，如CPU的使用率等。

2.2.1 檢索ECU提供的所有數據列表

該API接口包含以下幾個方面。

1）方法：GET/{entity-path}/data。

2）方法說明：該方法可讀取ECU內所有可用的數據資源列表。

3）路徑參數：該方法不支持該項參數。

4）查詢參數：見表8。

5）請求標頭：該方法不使用該項參數。

6）響應狀態代碼與響應數據結構：響應狀態代碼，檢索ECU所支持的數據見表9，響應數據結構見表10。

2.2.2 從ECU中讀取單個數據值

該API接口包含以下幾個方面。

1）方法：GET/{entity-path}/data/data-id。

2）方法說明：該方法可讀取ECU內單個數值，如VIN、電壓、電流等。

3）路徑參數：從實體讀取單個數據值，路徑參數見表12。

4）查詢參數：從實體讀取單個數據值，參數見表13。

5）請求標頭：該方法不使用該項參數。

6）響應狀態代碼：見表14。

7）響應數據結構：見表15。

2.2.3 向ECU內寫數據

該API接口包含以下幾個方面。

1）方法：GET/{entity-path}/data/{data-id}。

2）方法說明：該方法為向ECU內特定參數寫入數據。

3）路徑參數：見表16。

4）查詢參數：該方法不支持該項參數。

5）請求標頭：content-Type，應用程序/json。

6）請求主體：見表17。

7）響應狀態代碼：見表18。

2.2.4 對ECU的控制操作

可通過該類接口對ECU實施輸入輸出控制、例程操控。

2.2.4.1 開始執行操作

該API接口包含以下幾個方面。

1）方法：POST/{entity-path}/{operations-id}/executions。

2）方法說明：一個操作可能支持多個并行執行，如果不支持并行執行，則具有相同操作標識的操作已在執行，此方法將返回錯誤信息。

3）路徑參數：開始執行操作的路徑參數見表19。

4）查詢參數：該方法不支持該項參數。

5）請求標頭：content-Type，應用程序/json。

6）請求主體：開始執行操作的請求主體見表20。

7）響應標頭：狀態代碼202的響應包括以下標頭，用于重定向診斷儀的狀態請求；位置：{base_uri}/{entity-path}/operations/{operation-id}/executions/{execution-id}。

8）響應狀態代碼：當啟動一項操控時，狀態代碼會提示診斷儀應如何處理該操控，見表21。

9）響應數據結構：同步執行和異步執行的響應數據結構見表22、表23。

2.2.4.2 獲取操作執行狀態

該API接口包含以下幾個方面。

1）方法：GET/{entity-path}/{operations/{operations-id}/executions/{operations-id}。

2）方法說明：通過該方法可獲取操作執行的當前狀態。

3）路徑參數：獲取操作執行狀態的路徑參數見表25。

4）查詢參數：獲取操作執行狀態的參數見表26。

5）請求標頭：該方法不使用該項參數。

6）響應狀態代碼：獲取操作執行狀態的響應狀態代碼見表27。

7）響應數據結構：獲取操作執行狀態的響應數據結構見表28。

3 結束語

診斷功能服務化設計是一項新技術，主要應用于軟件定義汽車的設計框架中。本文圍繞故障診斷展開了常用指令的服務接口介紹，對于故障讀取、刪除、參數的修改和讀取等場景的服務化接口需要進一步深入研究，共同推動先進技術的快速落地。

（編輯 凌 波）