在展开正文之前,先说明一下,此文介绍的解析ODX数据库的目的所在。
针对涉及诊断功能类(如DTC等)测试的项目,实现过程大致为两步:先通过CANoe-CAPL完成通用的诊断功能测试脚本的开发;当针对具体ECU实施测试时,依据该ECU的诊断数据表,完成上述通用脚本的参数配置,可以手动配置(效率较低)或通过解析诊断数据表完成自动配置。过往项目中,诊断数据表既有Excel表格也有ODX格式。
为此,北汇开发了诊断数据表的解析模块(支持Excel和ODX格式),实现对测试脚本参数的自动配置,从而提高效率。
01 ODX实现方式
ODX使用统一建模语言UML类图来描述的,ODX数据又是通过XML文件格式来储存的。我们知道类包含属性和方法,同时具有封装、继承、多态等特点。那么如何将UML映射为XML呢?ISO22901-1规范做出如下规定:
规 定
将UML类映射为XML的元素; 如果UML中类的属性有《attr》标记,则将该属性映射为XML元素的属性;如果UML中类的属性无《attr》标记,则映射为XML元素的子元素。如果UML属性有《content》标记,则映射为XML元素的内容;
如果类B通过Aggregation和composition和类A建立联系,则类B映射为XML 类A元素的子元素;
如果类B通过association和类A产生关联,则在XML中通常以引用的方式实现,如《snref》,《snpathref》或《odxlink》;
UML类图中的继承关系,在XML中以
注:Aggregation、composition和association为UML类图之间的关系,在这里不做详细介绍。
图1和图2就是根据以上规则,将UML转化为XML的例子。
图1
图2
02 ODX继承-值继承
值继承属于ODX中的核心概念,面向对象继承的概念用于诊断数据模型具有如下优点:
多个ECU变体对诊断数据的复用;
对于ECU应用于多个项目的情况,可以提取公共数据,ECU变体中只保留不同的数据,从而减少数据冗余;
提供了数据安全和可集成性。
在上一期我们简单介绍了下ODX继承,为了避免数据的重复冗余,ODX将诊断层分为了5个层级。如图3所示,其中,Protocol具有一般性,ECU Variant具有特殊性,ECU Shared Data类似一个library,可以为其他层提供数据和服务。
图3 我们知道,ODX中的继承关系,在XML中以
从图4的例子中可以看出,该ECU不支持level3和level4解锁等级。
图4
03 ODX解析思路简介
当我们拿到一份ODX或者PDX(PDX是将一系列ODX文件打包)时,如何开展解析工作呢?
首先找到ECU的Base Variant文件。
在Base Variant中查找继承关系。
在Base Variant文件中查找对应的ECU变体即ECU Variant。
在ECU Variant文件中查找对应的诊断服务和数据。
图5
04 ODX解析实践
根据章节3的ODX解析思路,获得的解析结果见图6、7和8。其中ECU Shared Data作为library,提供了通用的诊断服务,见图6;而ECU变体BCM 88890251 A除了继承Base Variant的通用诊断服务,还增加了多个DID、RID、IO Control,同时去除了19 15、27 05和27 06这些不适用的服务。图8展示了ODX中包含的多种数据类型,这里不再详细介绍。
图6
图7
图8
05 总结
相较于传统的Excel格式的诊断数据交换的不便性,ODX统一了诊断文件的格式,在研发、测试、生产和售后等部门传递交换时,不需要进行格式转换,因此,很多OEM开始使用ODX。
审核编辑:刘清
-
XML
+关注
关注
0文章
188浏览量
33079 -
数据库
+关注
关注
7文章
3795浏览量
64366 -
UML
+关注
关注
0文章
122浏览量
30858 -
DTC控制
+关注
关注
0文章
18浏览量
1172
原文标题:基于ODX诊断测试开发(2): ODX数据库解析
文章出处:【微信号:QCDZSJ,微信公众号:汽车电子设计】欢迎添加关注!文章转载请注明出处。
发布评论请先 登录
相关推荐
评论