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

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

---

你应该对诊断是什么有基本的了解UDS 14229-1 诊断服务，两万字长文Trace版详细解读

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

• 我们都知道，标准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层的实现。

  

🌎总结

• 🚩要有最朴素的生活，最遥远的梦想，即使明天天寒地冻，路遥马亡！
  
  
• 🚩如果这篇博客对你有帮助，请 “点赞” “评论”“收藏”一键三连 哦！码字不易，大家的支持就是我坚持下去的动力。