基于ISO13209（OTX）实现EOL下线序列

OTX，全称Open Test Sequence Exchange Format，即开放式测试序列交换格式，国际标准：ISO13209，是专为汽车行业制定的序列开发标准。在车辆诊断、自动化标定和ECU测试等领域有广泛应用。OTX不仅仅能开发诊断序列，它就是类似于C语言的一门编程语言，只不过针对汽车行业做了优化，更方便诊断工程师使用！

其中：

• ISO13209-Part1，综述；

• ISO13209-Part2，核心元素，定义赋值、变量、数学指令、循环、分支等；

• ISO13209-Part3，标准扩展，定义诊断、刷写、HMI对话框、i18n多语言等；

• ISO13209-Part4、Part5，接口定义。

众所周知，测试序列是整车诊断生命周期中重要一环，而且，测试序列不仅需要考虑单一使用渠道，还需要兼顾多语言功能，兼容多应用场景，适配多目标系统工具（测试台架、产线系统和售后诊断工具等）。

在OTX出现之前，我们是通过不同格式文本语言来进行测试序列描述，后续再根据不同目标系统来进行编辑处理，最后执行。

在ODX与MVCI架构定义被广泛应用后，我们发现，将诊断数据标准化可以大大减少工具开发和车型迭代开发，从而节省了大量的经济成本和人力成本，并且保证了数据同源。

OTX支持ODX调用，实现车辆诊断序列。

（OTX定义区分）

我们是通过专业的OTX编辑工具——OTX Studio来进行测试序列编辑的。OTX Studio属于DTS工具集中一环，支持ISO13209中相关函数定义，并且支持与ODX诊断数据库进行数据交互，进而实现了诊断与测试流程的对接过程。

通过OTX Studio，我们可以实现EOL下线序列创建。在EOL中存在大量的下线序列，少则几十个，多则上百个，具体视当前车型实际开发需求决定。

但是通用的钥匙匹配，防盗学习和角度传感器标定等等都是不可或缺的。我们以钥匙匹配在OTX Studio中的实际定义举例。

如下为钥匙学习，Visio定义与OTX Studio中定义比较：

通过对比可以看出，OTX Studio属于图形化编程语言，流程处理倾向于可视化、简单化。

诊断数据库定义以及相关调用函数均可直接通过拖动形式并在编辑窗口处进行添加。由此，更加适合诊断开发工程师使用。

通过OTX Studio编辑的测试序列，我们可以直接在软件内连接硬件和实车进行测试。测试验证通过后，可以下放至测试及生产、售后部门支持ODX/OTX相关工具，即可直接使用。例如：DTS Monaco、FDX、TDX和第三方工具等。