如何使用ODX描述诊断会话和安全等级

152 篇文章 17 订阅
15 篇文章 2 订阅

ODX 2.2是由ASAM(自动化及测量系统标准协会)提出的诊断标准,是一种基于XML语言的开放式诊断数据格式,已在国际上得到广泛使用。目前ODX诊断标准也已被国内各大OEM采用,但在ODX数据开发阶段,ODX诊断数据库的编辑、创建是一项庞大的工作。对此,Softing推出了ODX自动转换工具——VisualODX,以解决OEM的需求。

自VisualODX发布以来,我们也陆续收到整车厂对于ODX如何处理Session和Security的问题咨询,这里就和大家进行简单介绍:

根据ODX协议,对Session和Security子模块的描述分为两部分:

· 描述执行一个诊断对象(DIAG-COMM)可能产生的状态跳转结果(State Transitions Resulting)

· 描述一个诊断对象(DIAG-COMM)执行的前提条件(Precondition)

使用ODX对这两个子模块进行描述,首先需要在诊断容器层的STATE-CHART模块分别按会话(Session)和安全(Security)定义控制器支持的所有状态(States)和状态跳转(State Transitions)。其中状态(States)用于描述诊断对像执行的前提条件,状态跳转(State Transitions)描述了执行诊断对象可能产生的跳转结果。

图一.png
图一:安全等级状态(States)

 

图二.png
图二:会话类型状态(States)

 

图三.png
图三:安全等级状态跳转(State Transitions)

 

图四.png
图四 会话类型的状态跳转(State Transitions)

在完成State Chart定义后,可为诊断对象关联执行的前提条件(Precondition)和执行诊断对象可能产生的状态跳转结果(State Transitions Resulting)。图五示例,以22服务作为诊断对象,关联了支持此服务执行的前提条件——会话和安全。

图五.png
图五 Precondition 关联示例

图六则提供了以11服务为执行诊断对象产生的状态跳转结果关联示例,同样也包括了会话和安全两部分。(11服务即ECUReset)

图六.png
图六 State Transitions 关联示例

 

为诊断对象逐一添加前提条件(Precondition)和状态跳转(State Transitions)是一件复杂且繁琐的工作。如果使用我们的VisualODX半定制化软件则能够极大的减轻工程师的工作量。

我们将在ODX模板和诊断问卷调查表模板中依据需求规范定义会话类型和安全等级。客户仅需在表格中为服务填写其支持的安全等级及会话类型,即可在转换ODX数据时自动为服务关联。

图七.png
图七 ECU诊断问卷调查表

 

图八.png
图八 模板定义的会话类型和安全等级

 

图九.png
图九 在表格中为服务填写其支持的安全等级及会话类型

完成ECU诊断问卷调查表填写后,将表格导入VisualODX软件,即可自动生成ODX数据。

除了VisualODX半定制化软件可以创建ODX数据库外,Softing的DTS Venice也可以帮助用户编辑创建ODX数据库。它是一个强大的ODX编辑器,可根据ODX标准创建、查看、编辑ODX诊断数据,并且支持对数据进行一致性检查。

不同于VisualODX提前在ODX模板中创建了StateChart模板,通过DTS Venice关联执行的前提条件(Precondition)和状态跳转结果(State Transitions Resulting)是需要先编辑StateChart模块的,然后再在诊断服务页添加关联Precondition和State Transitions。

图十.png

图十一.png
图十:在诊断会话层编辑StateChart的示例

 

图十二.png
图十一:为服务添加Precondition

| 往期回顾

▶ 基于ODX/OTX诊断的整车扫描

▶ VisualODX--ODX自动转换工具

 

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ODX(Offboard Diagnostic Information System)诊断数据库是用于汽车故障诊断的工具,它包含了车辆的诊断数据、故障码和相关的维修信息。要制作ODX诊断数据库,一般需要以下步骤: 1. 收集车辆诊断数据:首先,需要收集不同车型和品牌的诊断数据。这些数据包括车辆的传感器数据、仪表盘指标和故障码信息等。 2. 创建ODX格式文件:ODX格式是一种特定的XML格式文件,用于存储诊断数据和故障码。根据收集到的车辆诊断数据,可以使用专门的ODX编辑器或工具,创建ODX格式文件。 3. 编写ODX描述文件:ODX描述文件用于描述车辆的诊断数据和故障码。它包括车辆的标识信息、诊断项目描述、故障码定义、维修手册等。根据实际车辆的特点和要求,需要编写相应的ODX描述文件。 4. 校验和测试:制作完ODX诊断数据库后,需要进行校验和测试,确保数据的准确性和有效性。可以使用相关的诊断工具进行测试,验证数据库中的故障码和维修信息是否正确。 5. 更新和维护:随着车辆技术的更新和演进,需要不断更新和维护ODX诊断数据库。新的车型和故障码信息需要及时收集和更新到数据库中,以保证诊断的效果和稳定性。 总之,制作ODX诊断数据库需要收集车辆诊断数据、创建ODX格式文件、编写ODX描述文件,并进行校验和测试。这样能够提供准确和可靠的诊断数据,帮助汽车维修人员更快速地定位和解决故障。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值