autosar开发工具_基于AUTOSAR方法的诊断开发流程

最新推荐文章于 2024-08-22 11:17:57 发布

Young斯基

最新推荐文章于 2024-08-22 11:17:57 发布

阅读量1.9k

点赞数

文章标签： autosar开发工具

本文链接：https://blog.csdn.net/weixin_34456422/article/details/112127623

版权

AUTOSAR DEXT文件为诊断开发提供了一种新方法，解决了不同开发者和工具间诊断描述文件交互的问题。它包含了UDS、OBD等诊断服务，故障路径，诊断数据映射等功能，简化了BSW配置，支持OEM和供应商的分布式诊断开发流程。Vector的诊断工具链如PREEvision、CANdelaStudio和DaVinci Configurator Pro实现了DEXT的创建与BSW配置，促进了自顶向下集成ECU诊断功能。

摘要由CSDN通过智能技术生成

OEM和供应商在车辆诊断功能的开发中要使用多种不同的流程，并采用不同的数据交互格式和工具。问题往往出现在多个开发者和工具之间交互诊断描述文件时。数据交互是一项耗时的工作，需要保证交互信息的完整性和正确性。AUTOSAR诊断数据文件(DEXT)为诊断开发提供一种新的可能。诊断相关的基础软件(BSW)模块根据企业规范统一配置，模块集成可以通过DEXT来实现。

DEXT与其他诊断数据格式

DEXT最初发布在AUTOSAR 4.2.1中。AUTOSAR 4.3.0在标准UDS协议之外，增加了OBD-II、WWH-OBD、FIM和SAE J1939的相关扩展内容。DEXT不仅描述通过各自协议传输的数据，还包括ECU应用层软件中初始数据。当上述两种数据的描述完整正确时，即可通过DEXT配置AUTOSAR诊断相关BSW。AUTOSAR标准没有定义诊断协议、诊断服务和数据，而是直接使用了UDS和OBD-II的定义。

另一方面，ODX文件可作为通用诊断仪的数据格式，描述诊断协议、ECU和诊断仪间的数据传输，以及诊断仪解析数据的方法。对于诊断仪来说，ECU数据的来源并不重要，因此在ODX中并未定义。此外ODX可被用作配置的初始输入，主要描述诊断数据及其结构，但是必须通过手动方式将诊断数据与ECU应用层关联。当ODX描述故障存储数据时，与ECU软件