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

发布时间:2024年01月17日

一?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%精彩内容!

| 往期回顾

??整车测试中的UDS诊断

??风丘EV能量流测试解决方案 提高电动汽车续航能力

文章来源:https://blog.csdn.net/WINDHILL_/article/details/135599060
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。