ETAS?AP?診斷解決方案

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

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

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

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

?

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

• 診斷通信管理

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

• 傳輸層

?

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

?

?

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

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

• 能夠識(shí)別不良情況

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

診斷的目標(biāo)是提供：

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

2. 提供駕駛員警告

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

4. 功能退化，安全降級(jí)

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

1.2 ECU（機(jī)器）診斷功能包括：

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

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

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

AUTOSAR自適應(yīng)平臺(tái)支持增量軟件更新，使用新的軟件包進(jìn)行擴(kuò)展，而無(wú)需重新刷新整個(gè)ECU。

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

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

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

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

?

?

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

診斷管理（DM）：

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

使用ara::log來(lái)進(jìn)行日志記錄和跟蹤的日志；

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

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

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

診斷服務(wù)管理

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

• CP中的Dcm Diagnostic Communication Manger

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

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

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

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

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

診斷提取旨在取代ODX或ECUC，因?yàn)镺DX缺少故障記憶信息，ECUC–通用格式因此很難實(shí)施形式化。

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

1.3.1 Diagnostic Transport Layer

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

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

?

1.3.2 Diagnostic Service Management調(diào)度

調(diào)度：

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

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

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

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

對(duì)于未來(lái)的版本，DM將支持DoIP之外的各種/不同的UDS傳輸層

?

1.3.3 會(huì)話處理Session Handling

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

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

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

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

DM事件存儲(chǔ)器管理功能塊

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

?

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

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

混合支持類型"Internally