支持AUTOSAR Classic以及Adaptive平台的DEXT诊断数据库

一 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）提供的数据对象的分配。

DEM的配置包括故障存储数据（DTCs和环境数据）以及由一个或多个SwComponentTypes分配的相应数据（如Composition 1、Composition 2）。

（图源：AUTOSAR_TPS_DiagnosticExtractTemplate）

FIM作为功能抑制管理，主要描述对软件组件及其功能的控制机制，它可以在运行时很明显地修改应用软件的行为。

例如：响应传感器故障。如果一个与硬件传感器相关的诊断事件被报告为“失败”，那么FIM则可以修改应用软件的行为，使其不再依赖于已经不可靠的传感器信息。FIM决定抑制的条件来自DEM中定义的诊断事件，因此可以说FIM和DEM模型的配置是紧密相关的。

在DEXT中，DCM大致对应AUTOSAR协议中的诊断服务描述，而DEM大致对应AUTOSAR协议中的诊断事件处理的描述。综上，DEXT涵盖AUTOSAR所支持的用于诊断的所有基础软件模块的配置，主要内容包括：

• UDS/OBD/WWH-OBD/SAE J1939等协议定义的诊断服务和相关子服务在AUTOSAR架构中的配置数据；
• 诊断数据元素和相关数据类型；
• 故障路径和故障存储器（Fault Memory）;
• 将诊断数据元素映射到应用软件中；
• 功能抑制（FIM）。

二 用例分析

使用DEXT，不仅可以描述相应协议传输的数据，还可以描述在ECU应用软件中的数据来源，并且当且仅当两种类型的信息均可用时，才可以完全配置基础诊断软件。

AUTOSAR协议中定义了两种通用用例的诊断配置过程。此过程涉及以下三方：

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

在用例1中，一些软件组件由OEM（或OEM的供应商）实现，并且Diagnostic Extract数据的初次合并由OEM执行。

在用例2中，OEM通过Diagnostic Extract来提供诊断需求，多个Application Developer提供与其实施相关的信息，合并完全由ECU-Supplier执行。

此外，用例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实现的特定组合所需的事件。

三 DEXT的应用

DEXT可以满足AUTOSAR诊断模块的需求，主要应用于开发阶段的代码设计，并支持AUTOSAR Classic以及Adaptive平台......

请点击此处，查看剩余30%精彩内容！

| 往期回顾

▶ VisualODX——ODX数据自动转换工具

▶ Softing为“高效诊断模拟仿真测试”提供新的解决方案

（ 展会详情）