本文主要是介绍Uds诊断协议的请求和响应的寻址，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一根总线上挂载着很多ECU，那么基于CAN协议UDS的诊断请求报文，诊断仪是如何发给ECU的？如何精准的找到想要诊断的那个ECU？ECU又是如何将诊断响应的报文返回给诊断仪？
在UDS协议中，规定了诊断请求和响应报文发送时，必须要指明寻址信息（源地址和目标地址）
发送方：源地址。接收方：目标地址。
基于CAN总线的诊断通信来说，由于每个ECU可以根据事先设定只处理总线上，指定CAN报文ID的这个报文，因此UDS协议中的诊断请求响应的地址信息，本质上就是CAN报文的ID。
假设一个汽车仪表的ECU，如果给它提前设定好了总线上发出CAN报文ID为701的报文。那就代表是发送给这个仪表ECU自己的诊断请求的报文。
有了这样的设定后，如果想给汽车仪表ECU发送数据。
只需要发送CAN报文ID为701的报文，就是发送给仪表ECU的诊断请求报文。
当仪表ECU收到这个请求CAN报文，处理完成后。同样会以一个事先设定好的CAN报文ID，本次以709为诊断响应报文的CAN报文ID。诊断请求的服务数据包含在这一帧CAN报文中，这一帧CAN报文ID为701，8个字节。
诊断仪根据约定，一旦收到了这个CAN报文ID为709的报文，就知道这是仪表ECU发回的诊断响应的报文。诊断响应的服务数据也包含在这帧CAN报文的八个字节的数据中。
Uds诊断通信的报文是通过CAN协议传输的，UDS诊断的报文就是CAN报文，请求和响应的地址信息就是CAN报文的ID。请求和响应的服务信息就是CAN报文中的数据域的字节。
在车企中其实会为总线上的每个ECU都设定一个唯一的UDS诊断请求的CAN报文ID，以及一个唯一的UDS诊断响应的CAN报文ID。
现在有一个需求
我要通过UDS诊断来升级，某一个ECU，那么会有大量的数据要进行传输，因为要把这个ECU的整个固件程序，写入到ECU中，会涉及到大量的数据进行传输。这个时候需要暂停 除了当前要升级的这个ECU以外的，其他的所有的ECU的网络通讯。此时可以使用UDS诊断中的28服务（通讯控制）来完成。28服务可以暂停我们ECU上面的总线的通信，此时总线上有数十个通讯，不可能每个ECU都给它发一次28请求。我们就可以利用请求中的功能寻址（请求中分为物理寻址和功能寻址，只有请求中有，响应中没有）。
物理寻址其实就是诊断仪与单个ECU之间的通讯，功能寻址其实就是诊断仪与多个ECU之间的通讯。通过功能寻址的方式发送请求报文的时候，总线上的所有ECU都需要回复响应的报文。车企中有一个不成文的规定，会把功能寻址的ID设置为7DF。
总的来说，就是用诊断仪发送一帧ID为7DF的28服务的诊断请求的报文，这样总线上的所有ECU就都会停止网络通讯了。
这篇关于Uds诊断协议的请求和响应的寻址的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
