在之前的文章《基于ISO13209（OTX）实现EOL下线序列》中，讲到了OTX的由来以及OTX在EOL中的实现案例，而本文将讲述OTX的另一个广阔应用场景——定义引导诊断序列。
一 何为引导诊断？
引导诊断，通常也称为“引导性故障查询”、“故障导航”等。
由于车内网络系统不断增加，使得故障查找变得越来越复杂、耗时。而使用普通的车辆诊断仪仅能找到故障路径，因此在故障查找时，通常需要进行各种测试和查阅维修手册，从而浪费了很多时间；同时，因为无法实现诊断数据交互，所以凭借维修经验的修理方式常常无法解决故障根本问题，还会导致用户支付不必要的费用以及进行重复修理等，进而引起各种维修纠纷等。
引导诊断是将车辆的诊断数据、测试数据和技术资料相组合起来，并根据故障现象，通过确定诊断思路，定义诊断流程，进而形成程序语言的方法来实现故障排查与处理。这使得车辆的故障查找变得更加理性、精确、直观和经济。此外，这不仅降低了在电器类故障诊断工程中对于维修技师的技术依赖，还弥补了售后经销商整体诊断能力不足的缺陷。
大家所熟知的大众ODIS系统、奔驰DSA系统和宝马ISTA系统等，均集成了大量故障查询功能，从而大大简化了售后维修工作。
二 通过OTX实现引导诊断有哪些优势？
| 标准化的测试序列格式
当前，车辆诊断数据标准化已是大势所趋。OTX是专门针对汽车行业所制定的序列开发标准，非常适用于引导诊断程序开发过程，且已在国内外应用多年。
| 与ODX的集成与交互
众所周知，当前整车诊断数据普遍采用ODX格式定义。而在OTX Studio编辑器内，支持加载ODX工程数据以及配置相关诊断数据，且可直接通过拖动的形式来实现编辑操作，从而大大简化了传统代码编辑调用过程。
| 可扩展性
ISO 13209（OTX）目前包含五部分协议内容，基本涵盖了传统程序命令，诊断相关接口扩展，以及大量扩展接口定义，并支持加载图片、文件和其他形式代码调用以及多语言等。此外，针对未来使用需求，其协议内容也在逐步丰富。
| 友好人机交互界面
引导诊断界面，基于GUI图形界面系统创建，并支持QT以及QML界面定义，可实现跨平台界面显示。
| 引导诊断程序实例
下面将以一个引导诊断程序来进行实例描述......
请点击此处，查看剩余30%精彩内容！
| 往期回顾
▶ 基于ODX/OTX诊断的整车扫描
▶ 基于ATX自动化测试解决方案
