1. 首页 > 电脑知识

车载诊断数据库DEXT — Vector解决方案简介 车载诊断系统简称

作者:admin 更新时间:2025-06-18
摘要:我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师。 老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师: 做到欲望极简,了解自己的真实欲望,不受外在潮流的影响,不盲从,不跟风。把自己的精力全部用在自己。一是去掉多余,凡事找规律,基础是诚信;二是系统思考、大胆设计、小心求证;三是“一张纸制度”,也就是无论多么复杂的工作内容,要在一张纸上描述清楚;四是要坚决反对虎头蛇尾,反对繁文缛节,反,车载诊断数据库DEXT — Vector解决方案简介 车载诊断系统简称

 

我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师。

老规矩,分享一段喜欢的文字,避免自己成为高 智慧低文化的工程师:

做到欲望极简,了解自己的 诚恳欲望,不受外在潮流的影响,不盲从,不跟风。把自己的精力全部用在自己。一是去掉多余,凡事找规律,基础是诚信;二是 体系 思索、大胆设计、小心求证;三是“一张纸制度”,也就是无论多么复杂的 职业内容,要在一张纸上描述清楚;四是要 坚定反对虎头蛇尾,反对繁文缛节,反对老好人主义。

不觉间来到夏初六月,横坐在电脑前,敲击点文字,对自己也算一个 时刻的记忆,多年后再次点击,也期待那时会像触发记忆的闸口,让现在的这点岁月传递至那时那刻。

一、背景信息

AUTOSAR DEXT(Diagnostic Extract Template)数据库是AUTOSAR架构中用于定义和管理车载诊断相关配置的核心组件,其核心 影响在于统一诊断数据的描述规范,确保不同ECU和工具链之间的兼容性。 下面内容从技术背景、核心功能、应用场景及优势等方面进行详细解析:

技术背景

AUTOSAR诊断体系,AUTOSAR将诊断功能划分为多个模块,如DCM(诊断通信管理)、DEM(诊断事件管理)、FIM(功能抑制管理)等。DEXT作为这些模块的配置模板,提供了统一的描述方式。

传统诊断配置方式存在工具链不兼容、数据格式不一致等 难题。DEXT通过标准化模板,解决了不同ECU和工具链之间的兼容性 难题。

核心功能

诊断服务配置DEXT定义了UDS(统一诊断服务)和OBD-II等协议的诊断服务,包括服务ID、子功能、参数等。例如,读取故障码(0x19服务)、清除故障码(0x14服务)等。

诊断数据标识符(DID),DEXT通过DID唯一标识车辆中的诊断数据,如发动机转速、车速等。DID的配置包括数据类型、长度、访问权限等。

路由配置,DEXT定义了诊断数据在车辆网络中的传输路径,确保数据能够准确地从源ECU传输到目标ECU或诊断工具。路由配置包括网络拓扑、消息格式、传输层协议等。

故障存储与恢复:DEXT支持故障事件的非易失性存储(NVM)策略,确保故障信息在断电后仍能保留。同时,DEXT还定义了故障恢复机制,如自动清除故障码的条件。

功能抑制(FIM),DEXT与FIM模块紧密相关,定义了功能抑制的条件和逻辑。例如,当某个传感器故障时,DEXT可以配置FIM模块禁用相关功能,避免 体系误操作。

在ECU开发阶段,DEXT用于定义诊断接口和配置,确保ECU能够与其他ECU或诊断工具进行通信。诊断工具(如CANoe、Vehicle Spy等)通过解析DEXT文件,生成诊断测试用例,实现对ECU的诊断功能测试。

优势

标准化与兼容性,DEXT通过标准化模板,确保了不同ECU和工具链之间的兼容性,降低了开发成本和维护难度。

自动化配置,DEXT支持自动化配置工具,减少了人工配置错误, 进步了开发效率。

可追溯性,DEXT文件记录了诊断配置的详细信息,便于后续的维护和升级。

与其他诊断数据库的对比

ODX(Open Diagnostic Data Exchange)是一种全球通用的诊断数据交换格式,适用于售后诊断。DEXT与ODX的区别在于,DEXT更侧重于ECU开发阶段的诊断配置,而ODX更侧重于售后诊断数据的交换。

CDD(Configuration Data Description)是德国Vector公司的私有格式,用于ECU诊断配置。DEXT与CDD的区别在于,DEXT是AUTOSAR标准的一部分,具有更广泛的兼容性,而CDD主要用于Vector工具链。

二、Vector DEXT解决方案

CANdelaStudio是一款用于编辑诊断数据CDD文件的工具,支持用户轻松高效地创建和编辑车辆ECU的CDD文件。CDD文件可以用于实现诊断软件、自动化一致性测试,为开发、制造和维修中的各种诊断仪工具提供数据。 除了这些之后,CANdelaStudio支持与ODX(Open Diagnostic Data Exchange)和AUTOSAR DEXT(Diagnostic Extract Template)的数据交互。DaVinci Developer Classic是一款用于设计、开发AUTOSAR Classic ECU的应用层软件SWC(Software Component)功能的工具。

AUTOSAR诊断数据文件DEXT文件为诊断开发提供了一种新的可能。SWC接口也定义诊断对象的参数, 因此描述SWC的*.arxml文件中也定义了诊断数据(下文会详细介绍)。因此,CANdelaStudio 21/22版本新增并逐步完善相关功能,以实现CANdelaStudio与DaVinci Developer Classic的数据交互。如下图中Step1,CANdelaStudio 21版本中实现了将(从CDD导出的)DEXT文件导入DaVinci Developer Classic的新功能;如下图中Step2,CANdelaStudio 22版本中实现了导入来自DaVinci Developer Classic的SWC Extract或SWC Types List的*.arxml文件的新功能。

DEXT文件本质上是扩展名为*.arxml的文件,其最初在AUTOSAR 4.2.1版本中正式发布。在AUTOSAR 4.3.0版本中,除了原有的UDS协议相关内容外,DEXT进一步扩展了支持范围,涵盖了OBD-II、WWH-OBD、FIM(功能抑制管理器,Function Inhibition Manager)以及SAE J1939的相关内容。DEXT文件不仅详细描述了通过各类诊断协议传输的数据,还包含了ECU应用层软件中的初始数据。只有当这两种数据的描述都完整且准确时,才能通过DEXT文件对AUTOSAR中与诊断相关的基础软件(BSW)模块进行配置。需要说明的是,AUTOSAR标准本身并未重新定义诊断协议、诊断服务或数据,而是直接采用了UDS和OBD-II等已有的成熟定义。

根据AUTOSAR规范,DEXT文件在诊断开发 经过中扮演着关键角色,它主要用于支持诊断模块代码的自动生成。在AUTOSAR Classic Platform的软件架构中,诊断模块主要包括DCM(诊断通信管理器,Diagnostics Communication Manager)、DEM(诊断事件管理器,Diagnostics Event Manager)以及FIM(功能抑制管理器)。这些诊断模块的配置信息均可在DEXT文件中进行定义和描述,并随后导入到配置工具中,如DaVinci Configurator Classic/Adaptive。通过这些工具,可以基于DEXT文件自动生成对应模块的配置代码,从而显著简化软件开发流程并降低开发难度。

CANdelaStudio与DEXT文件的关联

自CANdelaStudio 8.2 SP2版本起,该工具已支持将CDD文件导出为DEXT文件格式。而到了CANdelaStudio 13版本,这一功能得到了进一步增强,支持将CDD文件导出为AUTOSAR Adaptive DEXT文件。随着AUTOSAR版本的持续更新,DEXT文件的版本也在不断演进,而CANdelaStudio对CDD导出为DEXT的支持功能也在不断完善和升级。目前,CANdelaStudio已支持导出符合AUTOSAR R23-11标准的DEXT文件。

若需从CANdelaStudio中导出DEXT文件,用户只需在File菜单下选择Properties,进而进入Document Info设置相关选项即可

接着,在如下图所示红框处将CDD导出成DEXT文件。

从CANdelaStudio 15版本,CANdelaStudio支持基于CDD文件导入DEXT文件。如下图所示:

在CANdelaStudio 21(不包括21版本)版本之前,将CDD导出的DEXT文件,只能导入AUTOSAR BSW配置工具,如DaVinci Configurator Classic/Adaptive。

CANdelaStudio 21 何故增加将CDD导出的DEXT导入DaVinci Developer Classic的新特性?

DID(Data Identifier)是两个Byte的数据,是UDS诊断服务中的重要数据。可以通过UDS诊断服务0x22、0x2E或0x2F引用DID。为了读、写或者重写DID,BSW需要与应用层软件交互,这是 何故DEXT中包含另外的元素——诊断映射。诊断映射描述了BSW中诊断元素之间的关系,例如Routine、DID数据、Event和应用层SWC的关系。为此,SWC的接口必须遵循AUTOSAR定义的建模 技巧,例如通过不同通信模式调用Client/Server的接口,或者通过Receiver/Sender接口来读/写数据。过去工程师不得不手动配置BSW和应用层软件间端口的关联。使用DEXT则可以自动执行这一操作,减少错误, 进步质量,缩短开发 时刻。

因此,CANdelaStudio 21版本增加了一个新特性,将CDD导出的DEXT导入DaVinci Developer Classic。导入之后,用户可以在DaVinci Developer Classic实现SWC的开发。导出 经过如下。

> 接着,选择“Store exported DEXT paths in the CANdela Document”;

> 最后,选择文件存放路径,编辑文件名,点击“Export”,导出DEXT文件。

导出DEXT文件后,DEXT路径存储在CDD文件中。可以在如下图“Attributes”中找到新存储的属性。

CANdelaStudio 22新特性“Sync from SWCs”功能

CANdelaStudio 22版本完善了与DaVinci Developer Classic数据交互的功能,主要体现在两方面:一、DEXT文件中更多的数据可以导入DaVinci Developer Classic;二、在DaVinci Developer Classic中,对数据进行编辑、修改后生成的*.arxml文件可以再导入到CANdelaStudio中。

CANdelaStudio 22之前的版本虽然有“Sync from SWCs”功能, 然而此功能是受限的。CANdelaStudio 22版本中完善了“Sync from SWCs”功能,可以从System Extract或者SWC Types的*.arxml文件中获取数据至CDDT或CDD文件中。

SYS-EX(System Extract)中的SWC接口定义来自*.arxml文件。SWC接口也定义诊断对象的参数。以油温传感器为例,一个SWC的端口提供当前的温度值,接口定义测量值数据类型为16-bit或32-bit,以及转换公式和单位。在CANdelaStudio中新增“Sync from SWCs”功能,为 下面内容诊断元素自动生成合适的诊断数据:

>读、写、I/O Control使用的DID;

>RID(Routine Control ID);

>Event。

CANdelaStudio 22中“Sync from SWCs”功能使用的前提是具有相关ECU的CDD文件或CDDT文件,和这个ECU的SWC接口定义的*.arxml文件。“Sync from SWCs” 经过如下。

首先,选择“Sync from SWCs”;

接着,选择*.arxml文件,点击“Next”可完成相关配置,或者直接点击“Sync and Finish”无需配置,从*.arxml文件中同步数据;

如果需要配置相关的选项,点击“Next”可完成相关配置,或者直接点击“Sync and Finish”;

可视化来自*.arxml文件中的数据以及和CDD数据的关系,点击“Next”可完成相关配置,或者直接点击“Sync and Finish”;

映射或者创建新的数据,点击“Sync and Finish”;

1处的“SWC Prototypes”来自*.arxml文件中的内容;

2处的“SWC Properties”来自*.arxml文件,不可编辑;“Diagnostic Properties”来自CDD文件,部分可编辑。可以选中多个“SWC Prototype”点击“Combine”合并为一个“SWC Prototype”,也可以点击“Split Completely”将由多个“SWC Prototype”合并为一个的“SWC Prototype”拆分为多个“SWC Prototype”;

3处选择“Diagnostic Class”后,可以对已有的“SWC Prototype”创建新的DID数据或者映射CDD文件中某个“Diagnostic Instance”;

搁笔分享完毕!

愿你我相信 时刻的力量

做一个长期主义者