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