AUTOSAR DEXT診斷數(shù)據(jù)庫詳解

一,、 DEXT,、DCM、DEM和FIM的概述

**DEXT（Diagnostic Extract Template）**是AUTOSAR定義的診斷提取模板,，用于DCM（Diagnostics Communication Manager）,、DEM（Diagnostics Event Manager）和FIM（Function Inhibition Manager）的需求及配置定義。

DCM的配置包括診斷服務的設置和由一個或多個軟件組件（例如Composition 1,、Composition 2）提供的數(shù)據(jù)對象的分配,。

DEM的配置包括故障存儲數(shù)據(jù)（DTCs和環(huán)境數(shù)據(jù)）以及由一個或多個SwComponentTypes分配的相應數(shù)據(jù)（如Composition 1、Composition 2）,。

（圖源：AUTOSAR_TPS_DiagnosticExtractTemplate）

FIM作為功能抑制管理,，主要描述對軟件組件及其功能的控制機制，它可以在運行時很明顯地修改應用軟件的行為,。

例如：響應傳感器故障,。如果一個與硬件傳感器相關的診斷事件被報告為“失敗”，那么FIM則可以修改應用軟件的行為,，使其不再依賴于已經(jīng)不可靠的傳感器信息,。FIM決定抑制的條件來自DEM中定義的診斷事件，因此可以說FIM和DEM模型的配置是緊密相關的,。

在DEXT中,，DCM大致對應AUTOSAR協(xié)議中的診斷服務描述，而DEM大致對應AUTOSAR協(xié)議中的診斷事件處理的描述,。綜上,，DEXT涵蓋AUTOSAR所支持的用于診斷的所有基礎軟件模塊的配置,，主要內(nèi)容包括：

• UDS/OBD/WWH-OBD/SAE J1939等協(xié)議定義的診斷服務和相關子服務在AUTOSAR架構中的配置數(shù)據(jù)；
• 診斷數(shù)據(jù)元素和相關數(shù)據(jù)類型,；
• 故障路徑和故障存儲器（Fault Memory）;
• 將診斷數(shù)據(jù)元素映射到應用軟件中,；
• 功能抑制（FIM）。

二,、 用例分析

使用DEXT,，不僅可以描述相應協(xié)議傳輸?shù)臄?shù)據(jù),，還可以描述在ECU應用軟件中的數(shù)據(jù)來源,，并且當且僅當兩種類型的信息均可用時,，才可以完全配置基礎診斷軟件,。

AUTOSAR協(xié)議中定義了兩種通用用例的診斷配置過程,。此過程涉及以下三方：

• OEM或Diagnostic Requester,；
• Application Developer或Application Developer,；
• ECU-Supplier或Integrator,。

在用例1中,，一些軟件組件由OEM（或OEM的供應商）實現(xiàn),，并且Diagnostic Extract數(shù)據(jù)的初次合并由OEM執(zhí)行。

在用例2中,，OEM通過Diagnostic Extract來提供診斷需求,，多個Application Developer提供與其實施相關的信息，合并完全由ECU-Supplier執(zhí)行,。

此外,，用例1和用例2也可以結合使用。ECU供應商也可以實施軟件的某些部分,，包括其相應的Diagnostic Extract,。

圖3 Scope of this document in the ECU Development work-flow

（圖源：AUTOSAR_TPS_DiagnosticExtractTemplate）

對于OEM而言，OEM或Diagnostic Requester使用Diagnostic Extract來定義一個或多個ECU診斷接口,，并且它還可能會將一些Internal Behavior定義為ECU-Supplier或Application Developer的需求,，例如：

• 定義DTCs的值；
• 定義ECU支持的UDS服務或子服務,；
• 定義Application Developer實現(xiàn)的特定組合所需的事件,。

三、 DEXT的應用

DEXT可以滿足AUTOSAR診斷模塊的需求,，主要應用于開發(fā)階段的代碼設計,，并支持AUTOSAR Classic以及Adaptive平臺。

目前市場上,，為了減少AUTOSAR配置的復雜性,，通常會選擇使用ODX或者CDD文件來導出DEXT做AUTOSAR實現(xiàn),。雖然CDD (.cdd) ,、ODX (.odx或*.pdx) 和DEXT (*.arxml) 都是描述診斷相關信息的數(shù)據(jù)庫,，但是它們并不能互相替代，并且側重覆蓋的應用場景也不一樣,。如果使用ODX或者CDD做AUTOSAR實現(xiàn),，那么就需要補充由ODX/CDD轉DEXT所缺失的數(shù)據(jù)。

四,、 VisualODX 3.0版本

VisualODX 3.0版本通過EXCEL診斷問卷調(diào)查表擴展了DEXT定義所需支持的內(nèi)容,，并新增了對服務及DID的Access Permission定義和對事件（Event）數(shù)據(jù)的支持。

圖4 EXCEL診斷問卷調(diào)查表Service頁定義

該版本可以直接通過用戶的診斷問卷調(diào)查表來導出ODX/DEXT文件,，不僅可以滿足客戶AUTOSAR架構中診斷模塊軟件實現(xiàn)的DEXT數(shù)據(jù),，而且能保證數(shù)據(jù)同源，方便統(tǒng)一維護,。

圖5 VisualODX軟件ODX數(shù)據(jù)導出界面

《AUTOSAR譜系分解(ETAS工具鏈)》之總目錄