上图是OBD2的诊断指令的消息包的完整格式（极大部分厂商专用的功能也是这种格式），TL718能自动设定了Header/ID/PCI/CHECKSUM这部分数据，对于标准的OBD2诊断程序你都几乎不用关心修改它。想了解有关内容，它们分别定义在ISO14230-2、J1850 、IS9141-2 和ISO15765-2数据链层定义的文本内。
TL718自动检测数据总线的物理连接，能在协议1-9间自动搜寻当前车辆的协议，搜寻到后自动返回数据。当然也可手工设定到某个特定的协议。TL718不搜寻A-F协议，因为A-F协议它们没有象OBD2一样有一个统一的ISO15031应用层协议，那样的话自动搜索变得毫无意义。
2、ISO15031（SAE J1979）是应用层的协议，同样它也不用关心使用什么样的物理层协议（TL718自动连接），你编程时只要发送数据，和接收及处理接收回来的数据（计算或显示）。所以这么多种物理连接，以统一标准规定的数据包来发送接收，我?编程处理变得相对简单。下面我们来讨论OBD2指令。
3、这里我们只要关心数据消息包的7字节数据（data byte）部分就可以了
ISO15031-5定义：
字节 意义
1 MODE 代表请求数据的类型
2 PID 参数标识
3-7 根据不同的MODE及PID ISO15031-5有详细的定义
如上图所示，连接好线路及打开车匙到ON，不要起动车辆。不用做任何设定，只要你向TL718发送指令，TL718自动返回车辆响应的数据。
例 1： 图所示：“0100”代表ISO15031-5定义MODE 01 PID 00 指令。
>01 00
41 00 BF 9F B9 90
第1个字节 41 代表 Mode 01 (01+40，标准定义)
第2个字节 00 代表 PID 00
3-6字节是车辆发送回来关于 MODE 01 PID 00 请求返回来的数据
表示模式00 所支持其他（PID01---PID32)标识的按位定义的数据 1代表支持 0代表不支持。
例 2：请求（读取）发动机水温 MODE 01 PID 05
我们只要简单的向车辆发送0105指令
>0105
41 05 7B
41代表MODE 01
05代表 PID 05
7B是水温值 10进制数值是(7*16+11)123 水温是123-40=80度
例 3：读取发动机转速rpm MODE 01 PID 0C
同样只要向TL718发送：010C
>01 0C
41 0C 1A F8
1AF8是2字节的16进制值，转换为10进制数是6904，每格1/4 rpm
转速是6904/4=1726 rpm
注：以上数据的转换，及格式在ISO15031-5内有详细定义
读OBD2故障码(DTCs Diagnostic Trouble Codes)
读故障码是诊断仪最常用的功能，这里只是简单的说明一下，详细内容请查阅ISO15031-5文本
一般情况下可直接用MODE 03读取当前故障码，但这里我们
先用MODE 01 PID 01读取现在有多少个故障码存在ECU内
>01 01
41 01 81 07 65 04
>
41 01 前面已说明是对MODE 01 PID 01的响应代码，
81 代表当前的故障码数，这个10进制数值是129，不是代表有129个故障码，
81它的最高位MSB 代表是否点亮故障指灯，低7位代表了故障码的数量
16进制算法应是 0x81 & 0x7F = 0x01 所以是一个故障码。也可是10进制数值直接减128
即：129-128=1;
所以81代表了，故障灯点亮，有一个故障码，81后面的数据请参考标准文本，和读故障码没有关系。
在这个例子中，TL718只返回了一行数据，但是如果有另外的控制模块也附合响应条件，有可能返回多行信息。
比喻常见的：发动机电脑和自动波箱控制电脑同时返回信息，就会有2行信息，要确认是哪一个电脑返回的是哪一行
信息，必须设置返回OBD消息保的三字节头（AT H1内部命令打开），查看消息头字节中的第三个字节（源地址）确定
是那个电脑模块返回的消息包。这里先不讨论，在另外章节来详细讨论，多消息包数据。
现在已经读了有多少个故障码，下一步读实际的故障码是什么。
用OBD2诊断模式MODE 03读取：只要简单地向TL718发送03
>03
可能的返回信息数据如下：
43 01 33 00 00 00 00
注：如果故障码数量多于3或多个电脑模块，会返回多行消息包，
43是对MODE 03 请求的响应（03+40）,另外的6个字节是故障代码，2个字节代表一个故障码。
这里有3个代表故障码的数据：0133 0000 0000，“0000”是ISO15031在这个模式下返回的填充数据
不是实际的故障码。
故障码含义：ISO定义：二字节故障码（例0133）的第一个数如下表所示 现在来分析上面的故障码 0133：
第一个数字“0”按上表用“P0”代替。0133就代表是故障码P0133。
同样如果收到的是D016则，“D”用U1代替，则故障代码就时U1016;
如果收到是1131则代换后，故障代码是P1131。
故障码的定义，详细请看： SAE J2012 - 2002
注：ISO15765 CAN故障码消息包和J11850、ISO9141 ISO14230返回的信息有稍不同，
编写程序时要注意，ISO 15765 返回的信息第二个数据代表的是电脑模块有多少个故障码（DTCs），
详细看ISO15031-5内定义。
清除故障代码
OBD2诊断模式MODE04 是复位ECU的一个功能，同时也清触故障代码;执行后ECU将：
1、复位故障代码的数量为0
2、删除所有的故障代码
3、删除存储的冻结桢数据
4、删除所有O2传感器听测试数据
5、删除模式MODE06 和 MODE 07的数据信息
复位后你的汽车由于复位了一些数据，短时间内可能会引起工作异常。为了防止不小心复位ECU，
ISO15031-5要求所有的扫描工具（诊断仪）在发送MODE 04指令前，必须加一个“确认信息”。
TL718不监视发送信息的内容是否是复位指令。
>04
44
>
发送04指令后，车辆ECU接收成攻，将立即复位以上内容，
并发回一个MODE 04的响应信息44（04+40）。
一般的流程：
结束语
- ISO14230 ISO9141要求通讯前的初始化过程、及连接后要求有一个周期性的握手信号，这些TL718都已经自动完成，OBD2标准的诊断程序都不用更改。
- 看完这些内容，就可开始你的OBD2开发。实际上厂商专用的诊断功能程序差不多也是这么简单。为什么叫专用，是因为它没有公开应用层的协议。开发时比我们OBD2开发多少一个过程。就是怎样用TL718从专用的设备中读得专用的诊断指令（也就是应用层协议）。在开发专用功能的诊断仪中讨论这个问题。
- OBD2其他的诊断模式这里不再说明，诊断方法都是一样的。详细内容查看ISO15031-5或SAE J1979。
- 多试多做你会发现开发诊断程序原来如此简单。
- OBD2诊断程序源代码
1.部分资源来自网络,经ET电子归类整理,旨在服务电子爱好者并无商业目的,不保证正确性与完整性.
2.如果您觉得本站资源对您有用,请告知您的好友,用搜索引擎搜"ET电子"即可.