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