对ODX的实践——经验、挑战和潜力

在一些试点项目中，已经成功实现了诊断交换格式ODX。这是第一次，它也被有效地用在了多OEM的车辆项目。到目前为止的经验是有希望的。实践证明，该标准为个性差异提供了足够的自由度，但由于其复杂性，它对所使用的工具提出了大量的需求。

 

开发ECU诊断测试系统，需要对诊断消息的协议、布局、格式和内容有精确的认知。在过去，汽车OEM厂商们各自开发了专有的解决方案。即使需求稍有不同，也会导致特定的诊断测试系统具有专有的数据格式。诊断测试只能由专门为其开发的测试仪来执行。通常，甚至不会在整个公司中使用统一的描述格式。ODX的引入将会改变这一切。

 

ODX - 用于诊断数据交换的标准格式

 

在2002年，ASAM（Association for Standardization of Automation and Measuring Systems 自动化和测量系统标准化协会）的ODX工作组开始制定一个标准来描述诊断数据，以便能够简单地交换诊断数据，甚至跨越工具边界。第一个版本的ODX（Open Diagnostic Data Exchange 开放诊断数据交换）诊断标准是在2004年发布的。自那时起，它已经进行了持续的高级开发（图1）。ODX数据交换格式主要用于参数化测试系统。ODX数据包含诊断ECU和车辆所需的所有信息。这有助于创建基于数据驱动的诊断应用程序，因为需要诊断的ECU的所有信息都是以ODX数据的形式提供的。

 

图1：在ASAM和ISO中的ODX数据格式的发展

 

在最新的2.1版本中，ODX由7个子模型组成。它们描述了服务（可执行的请求及其响应）、作业（服务序列）、通信参数、车辆拓扑、功能视图、Flash数据和ECU配置。可以将子模型组合在一起，以实现出在实践中出现的特定诊断用例。

 

另一个ASAM/ISO标准（MCD-3D）定义了诊断的运行时系统的编程接口。向实现此标准的软件库来提供数据的方式是基于ODX的。

 

项目经验

 

ODX标准提供了一个用于诊断描述的模块化系统。它支持许多应用场景，提供了各种避免冗余的方法，并允许在描述数据中考虑用户特定的需求。

 

在世界上的第一个跨OEM项目中，两家德国汽车制造商基于ASAM ODX标准，交换并实现了诊断数据。第一家OEM基于诊断模板为车辆ECU创建了诊断数据描述。第二家OEM接受了所有的数据内容，并使用它们来参数化其测试系统，特别是在服务领域的数据内容。因此，使用诊断工具，汽车修理厂可对车辆进行优化调整。这种跨OEM的数据交换的成功实现，强调了标准的实践能力。

 

从其他项目中，OEM和供应商交换数据的经验表明，不同的描述理念需要额外的协调和指导。在大多数情况下，对ODX规范的简单依赖不能满足汽车制造商的个性化需求。每一个OEM都有自己的诊断理念，使用了不同的诊断能力，或者更喜欢特定的描述模式。ODX标准提供了广泛的纬度。因此，必须在额外的创作指导方针中规定具体的个性化差异。与配置指南一致的部分是由定制的检查工具确定的。这种发展的一个分支是OEM特定的ODX方言，都符合ODX规范。

 

举例：在ODX中，有多种可能的方法来存储单个诊断服务的描述，以及在诊断仪中对其传输数据的解释。虽然对服务的所有可能描述可能都兼容ODX，并且在运行时系统中也会导致相同的行为，但是只有一些会符合OEM特定的诊断测试策略。

 

引入ODX的挑战

 

到目前为止，由于其复杂性，创建ODX数据的过程只局限于一个有限的专家圈子（图2）。目前的规范包含了近400页。ODX数据的用户更倾向于专注于他们的实际任务，也就是开发诊断应用程序，而不必处理规范或数据格式和它的方言。在合适的工具支持下，这是可能的。在理想情况下，用户只需要面对数据的诊断驱动视图。类似于办公领域的应用软件，对底层数据格式的特殊知识就不再需要了。这使得可以在没有专家知识的情况下，进行处理并创建符合ODX标准的诊断数据。

 

图2：不同诊断描述格式的比较

 

在上面提到的跨OEM项目中，使用Vector的CANdelaStudio创建ODX数据（图3）。

 

图3：全球第一个ODX项目，跨OEM交换的诊断数据。

 

CANdela工具链不仅支持数据创建，而且涵盖从需求规格到代码生成，和软件验证到ECU测试的整个诊断开发过程。这里的中心部分是创作工具CANdelaStudio，它支持各种数据格式的导入和导出，包括ODX格式。CANdelaStudio解耦了各种各样的数据格式，因此也非常适合将遗留数据迁移到ODX格式（图4）。

 

图4：使用CANdelaStudio在各种格式中交换诊断数据和数据库存的迁移

 

每个诊断描述都是基于诊断模板的。根据上下文，此模板确保只允许输入允许的和有意义的数据。诊断模板是特定于OEM的，并允许自动工具适应OEM特定的需求。这种方法保证了CANdelaStudio生成的ODX数据符合特定诊断协议的OEM特定的解释。

 

总结

 

没有办法绕过ODX。市场正在呼吁对诊断数据采用标准的交换格式。然而，很明显，不同的OEM特定的方言的编码和不同ODX版本的可用性将会使统一的数据交换变得困难。Vector了解这些问题，并且正在开发提供面向用户的ODX支持的工具。正如各种项目的经验表明，未来对标准的广泛接受取决于高性能工具的可用性。

 

ODX正在继续发展。到目前为止，ODX标准化委员会已经在每年的基础上提出了扩展，并且在将来也将根据实践经验建立。2007年计划要求将ODX作为ISO标准发布。Vector正在ASAM委员会工作，并积极致力于在ISO中开发规范。这就是为什么Vector可以提供适应良好的ODX相关工具的原因之一。它在客户项目中获得的专有技术（know-how）不断流向先进的产品开发，并保证ECU开发中的用户导向解决方案。

 

所有数据：Vector Informatik GmbH。

 

作者：

Christoph Rätz

克里斯多夫·拉茨管理Vector Informatik GmbH公司的汽车诊断产品生产线。

Tel. +49-711/80670-275, Fax +49-711/80670-111,

E-mail: christoph.raetz@vector-informatik.de.

 

Dr. Klaus Beiter

克劳斯·贝特博士在公司Vector Informatik GmbH公司领导一个开发团队。他是ASAM/ISO ODX工作组的成员。

Tel. +49-711/80670-261, Fax +49-711/80670-111,

E-mail: klaus.beiter@vector-informatik.de

 

转载：

https://mp.weixin.qq.com/s?__biz=MzIxMTcxNjcyOA==&mid=2247483810&idx=1&sn=4a5ad9fa0f54bb69ea06118cc6407c92&chksm=97505eb5a027d7a35f7b31105af597c29d08c81cd2286df53b8240d7c85363950cf660ed708b&token=839115453&lang=zh_CN#rd