首页 最新 热门 推荐

  • 首页
  • 最新
  • 热门
  • 推荐

AUTOSAR DEXT诊断数据库详解

  • 23-11-14 08:43
  • 4692
  • 6265
blog.csdn.net

AUTOSAR DEXT诊断数据库详解

文章目录

  • AUTOSAR DEXT诊断数据库详解
    • 一、 DEXT、DCM、DEM和FIM的概述
    • 二、 用例分析
    • 三、 DEXT的应用
    • 四、 VisualODX 3.0版本

一、 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平台。

目前市场上,为了减少AUTOSAR配置的复杂性,通常会选择使用ODX或者CDD文件来导出DEXT做AUTOSAR实现。虽然CDD (.cdd) 、ODX (.odx或*.pdx) 和DEXT (*.arxml) 都是描述诊断相关信息的数据库,但是它们并不能互相替代,并且侧重覆盖的应用场景也不一样。如果使用ODX或者CDD做AUTOSAR实现,那么就需要补充由ODX/CDD转DEXT所缺失的数据。

四、 VisualODX 3.0版本

VisualODX 3.0版本通过EXCEL诊断问卷调查表扩展了DEXT定义所需支持的内容,并新增了对服务及DID的Access Permission定义和对事件(Event)数据的支持。

在这里插入图片描述

图4 EXCEL诊断问卷调查表Service页定义

该版本可以直接通过用户的诊断问卷调查表来导出ODX/DEXT文件,不仅可以满足客户AUTOSAR架构中诊断模块软件实现的DEXT数据,而且能保证数据同源,方便统一维护。

在这里插入图片描述

图5 VisualODX软件ODX数据导出界面

《AUTOSAR谱系分解(ETAS工具链)》之总目录

注:本文转载自blog.csdn.net的PlutoZuo的文章"https://blog.csdn.net/PlutoZuo/article/details/133089849"。版权归原作者所有,此博客不拥有其著作权,亦不承担相应法律责任。如有侵权,请联系我们删除。
复制链接
复制链接
相关推荐
发表评论
登录后才能发表评论和回复 注册

/ 登录

评论记录:

未查询到任何数据!
回复评论:

分类栏目

后端 (14832) 前端 (14280) 移动开发 (3760) 编程语言 (3851) Java (3904) Python (3298) 人工智能 (10119) AIGC (2810) 大数据 (3499) 数据库 (3945) 数据结构与算法 (3757) 音视频 (2669) 云原生 (3145) 云平台 (2965) 前沿技术 (2993) 开源 (2160) 小程序 (2860) 运维 (2533) 服务器 (2698) 操作系统 (2325) 硬件开发 (2492) 嵌入式 (2955) 微软技术 (2769) 软件工程 (2056) 测试 (2865) 网络空间安全 (2948) 网络与通信 (2797) 用户体验设计 (2592) 学习和成长 (2593) 搜索 (2744) 开发工具 (7108) 游戏 (2829) HarmonyOS (2935) 区块链 (2782) 数学 (3112) 3C硬件 (2759) 资讯 (2909) Android (4709) iOS (1850) 代码人生 (3043) 阅读 (2841)

热门文章

101
推荐
关于我们 隐私政策 免责声明 联系我们
Copyright © 2020-2024 蚁人论坛 (iYenn.com) All Rights Reserved.
Scroll to Top