ODX 2.2 是由 ASAM（自动化及测量系统标准协会）提出的诊断标准，是一种基于 XML 语言的开放式诊断数据格式，已在国际上得到广泛使用。目前，ODX 诊断标准已被国内各大 OEM 采用，但在 ODX 数据开发阶段，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）描述了执行诊断对象可能产生的跳转结果。
（图 1 安全等级状态 States）
（图 2 会话类型状态 States）
（图 3 安全等级状态跳转 State Transitions）
（图 4 会话类型的状态跳转 State Transitions）
在完成 State Chart 定义后，即可为诊断对象关联执行的前提条件（Precondition）和执行诊断对象可能产生的状态跳转结果（State Transitions Resulting）。图 5 示例，以 22 服务作为诊断对象，关联支持此服务执行的前提条件------会话类型和安全等级。
（图 5 Precondition 关联示例）
图6则提供了以 11 服务为执行诊断对象产生的状态跳转结果关联示例，同样也包括了会话类型和安全等级两部分。（11 服务即 ECUReset）。
（图 6 State Transitions 关联示例）
为诊断对象逐一添加前提条件（Precondition）和状态跳转（State Transitions）是一件复杂且繁琐的工作，但若使用半定制化软件------VisualODX，则能大大减轻工程师的工作量......
如需了解更多未完精彩内容， 请查看WINDHILL风丘科技官方信息
（素材使用声明：本账号素材使用力求合法，若不慎侵权请联系我们删除；本账号内容未经授权使用，将依法追究责任。）