ETAS AP 診斷解決方案

編輯整理：糖果Autosar；如有侵權(quán)，聯(lián)系刪除；

RTA-VRTE 是德國博世研發(fā)的Adaptive AUTOSAR 解決方案，遵循 AUTOSAR AdaptiveR19-11 規(guī)范，使用 C 11 語言和 Linux 操作系統(tǒng)，目前已實現(xiàn)多個組件，可滿足當(dāng)前最常見的基于 SOME/IP 通信和基于 DOIP 診斷的應(yīng)用場景。其他組件正在開發(fā)中，預(yù)計 2021年6月可發(fā)布完整的方案。?

1.1概述AUTOSAR自適應(yīng)診斷管理（DM）

1. 自適應(yīng)平臺中的診斷需求

?

1. 診斷管理的構(gòu)建的三方面組成：

• 診斷通信管理

• 事件內(nèi)存管理

• 傳輸層

?

組件功能介紹
? ara::diag:基于 ISO 14229-1 (UDS) and ISO 13400- 2 (DoIP)，實現(xiàn)基于 IP 的診斷功能(UDSonIP)
? 通過診斷服務(wù)器，實現(xiàn)DEM診斷事件管理和DCM 診斷通信管理:
DEM 診斷事件管理主要提供診斷事件服務(wù)，處理診斷事件，記錄操作循環(huán)狀態(tài)，維護 DTC 狀態(tài)和存儲事件數(shù)據(jù);
DCM 診斷通信管理主要提供診斷會話管理，診斷請求轉(zhuǎn)發(fā)和UDS服務(wù)處理
? 支持配置多個診斷服務(wù)器，每個診斷服務(wù)器支持配置不同服務(wù)，且支持被多個Tester并行訪問
? 實現(xiàn)傳輸協(xié)議管理:支持DOIP協(xié)議，后續(xù)可擴展和兼容其他傳輸層協(xié)議

?

?

一般來說，診斷是對汽車電子/電子系統(tǒng)的監(jiān)控：

• 提供當(dāng)前系統(tǒng)狀態(tài)的指示

• 能夠識別不良情況

• 啟動恢復(fù)（如果可能）恢復(fù)到已知狀態(tài)

診斷的目標是提供：

1. 盡早發(fā)現(xiàn)故障

2. 提供駕駛員警告

3. 支持安全系統(tǒng)反應(yīng)

4. 功能退化，安全降級

診斷適用于軟件/硬件開發(fā)、供應(yīng)商/OEM集成以及售后故障分析。

1.2 ECU（機器）診斷功能包括：

• 系統(tǒng)和ECU的識別。

• 靜態(tài)和零星故障的識別、存儲和讀取，以及錯誤路徑、故障模式和相關(guān)參數(shù)。

• 當(dāng)前實際值的讀出開關(guān)條件、規(guī)格、系統(tǒng)功能的模擬和系統(tǒng)變量的編程。

AUTOSAR自適應(yīng)平臺支持增量軟件更新，使用新的軟件包進行擴展，而無需重新刷新整個ECU。

單個軟件包被分組到一個或多個軟件集群中。收集與在Machine上部署軟件相關(guān)的所有AUTOSAR構(gòu)件，可執(zhí)行文件、清單、通信和診斷。

為了支持診斷管理的當(dāng)前用例（如軟件更新），每個軟件集群都有自己的診斷地址DiagnosticAddress。

AUTOSAR自適應(yīng)診斷管理（DM）是ISO14229-1統(tǒng)一診斷服務(wù)（UDS）的實現(xiàn)，支持IP診斷（DoIP），目前只支持UDS服務(wù)的一個子集。

軟件集群將與在計算機上部署軟件相關(guān)的所有AUTOSAR構(gòu)件分組。這包括應(yīng)用程序的定義，即它們的可執(zhí)行文件、應(yīng)用程序清單、通信和診斷。在診斷上下文中，軟件集群可以通過它自己的一組診斷地址單獨尋址。

?

?

自適應(yīng)應(yīng)用程序使用面向服務(wù)的通信來報告診斷事件。

診斷管理（DM）：

使用ara::com功能組與應(yīng)用程序通信；

使用ara::log來進行日志記錄和跟蹤的日志；

使用ara::per來存儲非易失性的數(shù)據(jù)。

1.3 診斷管理在自適應(yīng)平臺中的作用：

自適應(yīng)診斷管理實現(xiàn)診斷的兩個主要構(gòu)建塊

診斷服務(wù)管理

• 根據(jù)ISO 14229-1，負責(zé)處理和調(diào)度診斷服務(wù)

• CP中的Dcm Diagnostic Communication Manger

事件內(nèi)存管理：診斷事件存儲和檢索，CP中的Dem ?Diagnostic Event Manger。

DEXT是AUTOSAR的交換格式，用于在原始設(shè)備制造商和供應(yīng)商之間傳輸診斷信息。目的是為了代替ODX或ECUC，因為ODX–缺少故障記憶信息，ECUC–通用格式因此很難實施形式化。

對DEXT的貢獻可以來自多個來源，如：個別SWCs、原始設(shè)備制造商、供應(yīng)商等。

這些貢獻是結(jié)合在一起的。首先是OEM特定流程（1 2），其次是供應(yīng)商特定流程（第一次合并 3的結(jié)果）。

DM配置使用診斷提取模板（DEXT）是診斷功能的標準化AUTOSAR交換格式，可用于類似于通信的系統(tǒng)描述并支持合并來自多個源的信息。

診斷提取旨在取代ODX或ECUC，因為ODX缺少故障記憶信息，ECUC–通用格式因此很難實施形式化。

DEXT定義了故障診斷碼的值、ECUs支持的UDS服務(wù)和子服務(wù)、由應(yīng)用程序開發(fā)人員實現(xiàn)的必需事件。

1.3.1 Diagnostic Transport Layer

目前自適應(yīng)平臺只支持基于以太網(wǎng)的網(wǎng)絡(luò)技術(shù)，IP診斷（DoIP）。

對于將來的版本，DM將支持DoIP之外的各種/不同UDS傳輸層，CAN、CAN-FD和FlexRay。

?

1.3.2 Diagnostic Service Management調(diào)度

調(diào)度：

• 從網(wǎng)絡(luò)層接收UDS診斷請求消息

• 提取與傳輸層無關(guān)的UDS信息，

• 將診斷請求與現(xiàn)有UDS會話關(guān)聯(lián)。

目前自適應(yīng)平臺僅支持基于以太網(wǎng)的網(wǎng)絡(luò)技術(shù) DoIP

對于未來的版本，DM將支持DoIP之外的各種/不同的UDS傳輸層

?

1.3.3 會話處理Session Handling

檢查當(dāng)前會話和安全設(shè)置中是否允許診斷請求

否→生成否定的UDS響應(yīng)并發(fā)送到網(wǎng)絡(luò)層

是（內(nèi)部）→診斷服務(wù)處理功能內(nèi)的流程

是（外部）→內(nèi)部流程

DM事件存儲器管理功能塊

將其交給（DM外部）自適應(yīng)應(yīng)用程序進行處理

?

內(nèi)部支持類型意味著，具有給定SID的服務(wù)可以在診斷服務(wù)器內(nèi)部完全處理，而不依賴外部功能—通常以AUTOSAR自適應(yīng)應(yīng)用程序的形式。

外部支持類型意味著診斷服務(wù)器需要調(diào)用外部函數(shù)，以便能夠使用給定的SID處理服務(wù)。

混合支持類型"Internally