TL718使用大众CAN TP20说明.doc

TL718使用大众CAN TP2.0协议说明 对于大众CAN　TP2.0协议，由于用CAN自定义参数据的方法与ECU通讯对编程有一定的难度，TL718 V1.7版本新增了G号协议，以使通过PC串口可方便从大众CAN诊断口通讯，并且由TL718自动建立及保持通讯链路。大众很多CAN诊断的车可能通过ISO15765进入诊断，这个是OBD2（ISO15031-5）的诊断规范，不在这个讨论范围，可用标准的OBD2诊断程序诊断，可参考SCANTOOL源代码。CAN TP2.0是使用11位ID 500KBPS波特率进行数据通讯的TP2.0的应用层的数据是根据大众KWP2000定义的，命令定义及数据流格式相同，编程时用统一的数据转换函数。A．TP2.0的链路分析首先我们从一个仪表系统的CAN诊断过程来了解CAN链路。这个过程是VAS5053在与AUDIA6L仪表通讯过程中用TL718 ATMA**的数据。仪表系统诊断过程（TL718**到的数据） ??发送和接收数据 数据分析 ?200 07 C0 00 10 00 03 01 ?207 00 D0 00 03 51 07 01 系统诊断触发请求地址码0x07ECU应答，系统地址码0x0751，0x0300为接收地址，高位在后。 ?751 A0 0F 8A FF 32 FF ?300 A1 0F 8A FF 4A FF 建立命令进入系统，并设置T1 /T3。T1=10*10ms=100ms T3=50*100us=5msT1=10*10ms=100ms T3=10*1ms=10ms第一句是建立连接的请求，第二句是ECU建立应答。这一步是TP2.0协议定义要求的时间参数及进入系统的命令格式。 ?751 10 00 02 10 89 ?300 B1 ?300 10 00 02 50 89 ?751 B1 10是设备发送的报文控制字，1代表请求ECU数据，0是计数值，设备每次请求应将此值加1，在0-F间循环。请求连接诊断 10 89（KWP2000定义的数据）02是设备发送的数据的长度，02前面的字节00不能变。B1，开始发送多桢数据，序号为1高4位B代表是确认报文，后面无数据，设备不需要应答，ECU会继续发送后面的数据。1是序列号，从1开始，以后每次设备请求，ECU都+1，在0-F间循环。10，ECU应答报文控制字节，高位半字1代表是数据报文的最后一帧数据，接收后需要设备应答，后面是有效的数据，就是说设备完整接收该报文后，需要在T3时间内发送应答报文给ECU。低位字节0是一个0-F间的计数据值。如果高位半字是2，同样代表该报文是有效数据，但设备接收到该报文后，应继续接收后面的报文。这是只有一个桢的情况 第一字节为10诊断议已接收，751 B1设备接收后，响应B1（1是计数值，是最后一帧接收到的报文的计数值加1，在0-F间的值。 ?751 11 00 02 1A 9B 读版本信息??指令：1A 9B11是设备发送的报文控制字，1代表请求ECU数据，1是计数值，设备每次请求应将此值加1，在0-F间循环。请求连接诊断 1A 9B（KWP2000定义的数据）02是设备发送的数据的长度，02前面的字节00不能变。 ?300 B2?300 2100 30 5A 9B 34 46 30 ?300 22 39 31 30 39 30 30 43 ?300 23 20 20 30 31 32 30 03 ?300 24 00 08 5F 07 EA 05 EC?300 25 04 74 4B 4F 4D 42 49 ?300 26 49 4E 53 54 52 2E 20 ?300 27 4D 37 33 20 48 31 33 ?300 18 20 返回多包数据，注意ECU前面一条响应已经发回过一个数据包，所以这个计数据值为B2，同样后面的流数据从21开始，因为前条指令已发了一条。30 0x30=48是数据的总长度，阴影部分总长最后一桢 ?751 B9 诊断议已接收，响应B9（9是计数据值 ?751 12 00 04 31 B8 00 00 读功能选择判断协议，见协议部分 ?300 B3?300 29 00 10 71 B8 01 02 01 ?300 2A03 01 04 01 06 01 07 ?300 1B 01 08 01 0C 10是有效数据的长度，总计16字节 ?751 BC ?751 A3 ?300 A1 0F 8A FF 4A FF ?751 A3 ?300 A1 0F 8A FF 4A FF . 空闲帧命令应答，TP2.0协议规定的格