🍅 我是蚂蚁小兵，专注于车载诊断领域，尤其擅长于对CANoe工具的使用
🍅 寻找组织，答疑解惑，摸鱼聊天，博客源码，点击加入👉【相亲相爱一家人】
🍅 玩转CANoe，博客目录大全，点击跳转👉

诊断报文和通讯报文有什么区别？

我们都知道，标准CAN报文的ID用11Bit来表示，我们常用0-0x500来定义一般的通讯报文，而 0X5xx ,一般用于网络管理，则0x6xx或0x7xx则用来诊断。一般的通讯报文都是周期性报文，而类似于网络管理，诊断，XCP等报文则都是功能型报文，非周期型的。
请注意，下图的三个报文ID0x7xx是诊断报文，且注意这三个ID在CDD文件中的定义是一样的。也就是说，我们发送诊断是和这三个报文ID有关系的。

在这里插入图片描述

下面再看，我们用CDD发送 $10 01,则在Trace上，我们看报文ID的内容
报文ID0x72E发送的内容是 02 10 01 [CC CC CC CC CC],报文ID0x73E响应的内容是06 50 01 00 32 01 F4 [00],其中[CC]是定义的发送数据不足8字节，默认填充的字节；【0】是ECU响应的数据不足8字节默认填充。

在这里插入图片描述

徒手发诊断

所以通过上面的举例说明，我们明白了，诊断虽然是应用层的一套协议，但是它和ECU通信也是通过正儿八经的报文实现的，那么我们就徒手通过IG模块发个报文。下图所示，在IG模块添加0x72E报文，然后8个字节填充如图，运行CANoe后，点击发送，通过下图2，Trace我们也可以看到ECU也正确的给出响应的。

在这里插入图片描述

实现诊断的方式

上图我们看到，通过诊断报文，发送单帧，也就是诊断数据低于8个字节（CAN），64个字节（CAN-FD）时，可以在一个诊断报文ID中传输完毕，但是当我们需要传输很多数据，比如刷写，2E服务，向ECU写入数据时，一个报文帧传输不完，那我们怎么控制在者传输，有序稳定的传输完毕呢，这就要说到引用曾（14229-1）下层的传输层（TP）层协议了15765-2，从代码角度看CAN网络层协议 ISO 15765-2（一），该ISO标注定义了多帧数据的传输协议，如何将多个数据拆包，分组传输，以及组包等。
当然我们自己可以根据ISO15765-2的协议自己多帧的拆包，传输，组包的过程吗？答案当然是可以的。大道至简，CAN 诊断的本质，脱离cdd 和dbc ，纯手造轮子。实现时可以的，但是没必要，因为CANoe 已经提供了现成的解决方案，比如，我们在CANoe的诊断控制台中加载CDD/ODX,那么我们诊断控制台就实现了SO15765-2的协议，不需要我们再关心TP层的数据传输问题，而且CANoe内置了大量的诊断相关的函数，让我们开发诊断相关的测试脚本，十分方便。
再比如，如果我们没有CDD诊断文件，那么CANoe 也提供了 OSEK_TP.dll 动态库，封装了大量的函数，用于TP层的实现。