功能寻址的注意事项
Posted 诊断协议那些事儿
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了功能寻址的注意事项相关的知识，希望对你有一定的参考价值。
诊断协议那些事儿
本文为诊断协议那些事儿专栏文章，在前文诊断的寻址方式中提及功能寻址的概念，整车上的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。
文章目录
功能寻址不支持多帧通信！
功能寻址不支持多帧通信！！
功能寻址不支持多帧通信！！！
技术还未达到。精确到多帧需要很高的技术手段，功能寻址技术还达不到那个阶段，所以不支持。
请大家明确多帧通信只能使用物理寻址，不支持功能寻址，功能寻址发送的多帧传输的首帧应被接收方忽略！
以下为ISO15765-2原文：
依据Table4 - Allowed combinations of N_TAtypecommunication models
N_TAtype，network target address type，枚举类型
a.物理寻址(1对1通信)对于所有类型的网络层消息都支持。
b.功能寻址(1对n通信)应仅支持单帧传输。
多帧传输（Multiple-Frame transmission）
总结
以上就是今天要讲的内容，多帧报文的发送必须使用物理寻址,如果多帧报文的发送是功能寻址则需忽略功能寻址第一帧。在开发过程中，一般需求并不会指示功能寻址不支持多帧通信，但无法实现支持，当然如果有兴趣可研究实现的困难点！
以上是关于功能寻址的注意事项的主要内容，如果未能解决你的问题，请参考以下文章