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）描述了执行诊断对象可能产生的跳转结果。
在完成State Chart定义后，即可为诊断对象关联执行的前提条件（Precondition）和执行诊断对象可能产生的状态跳转结果（State Transitions Resulting）。图5示例，以22服务作为诊断对象，关联支持此服务执行的前提条件——会话和安全。
图6则提供了以11服务为执行诊断对象产生的状态跳转结果关联示例，同样也包括了会话和安全两部分。（11服务即ECUReset）
为诊断对象逐一添加前提条件（Precondition）和状态跳转（State Transitions）是一件复杂且繁琐的工作，但若使用Softing的半定制化软件——VisualODX，则能够极大地减轻工程师的工作量。
我们将在ODX模板和诊断问卷调查表模板中依据需求规范定义会话类型和安全等级。客户仅需在表格中为服务填写其支持的安全等级及会话类型，即可在转换ODX数据时自动为服务关联。。
完成ECU诊断问卷调查表填写后，将表格导入VisualODX软件，即可自动生成ODX数据......
请点击此处，查看剩余30%精彩内容！
| 往期回顾
▶ VisualODX——ODX数据自动转换工具
▶ 基于ODX/OTX诊断的整车扫描
