一、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平台……
点击“阅读原文”查看剩余40%精彩内容。
)
实现mock服务)
