本文深入探讨了诊断协议中的功能寻址和多帧通信问题。功能寻址，通常用于整车的ECU诊断，允许一对多的通信，但不支持多帧传输。根据ISO15765-2标准，功能寻址仅限于单帧传输，而多帧通信必须依赖物理寻址。在实际开发中，虽然功能寻址的多帧传输可能未被明确禁止，但由于技术限制并未实现。开发者需要注意，功能寻址的多帧首帧会被忽略。
诊断协议那些事儿
本文为诊断协议那些事儿专栏文章，在前文诊断的寻址方式中提及功能寻址的概念，整车上的ECU，响应诊断服务请求，每一个具备uds诊断功能的ecu，都具有三个特殊的can id，分别为功能寻址和物理寻址：
功能寻址，整车上规定每个ECU功能寻址 can id 相同，一般设置为0x7DF。
物理寻址，即请求can id，响应can id。
整车上每个ECU的物理寻址can id 都是唯一的。客户端（Tester）可以通过功能id向多个服务端（ECU）发出同一功能的诊断请求，即客户端（Tester）与服务端ECU）之间一对多的诊断通信，服务端（ECU） 发送给客户端（Tester）的响应报文必须采用物理寻址响应can id。
文章目录
功能寻址不支持多帧通信！
功能寻址不支持多帧通信！！
功能寻址不支持多帧通信！！！
技术还未达到。精确到多帧需要很高的技术手段，功能寻址技术还达不到那个阶段，所以不支持。
请大家明确多帧通信
订阅专栏 解锁全文
扫一扫
548
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
