实例说明关于UDS诊断报文的解读

UDS介绍：

Unified Diagnostic Services（统一诊断服务）：汽车行业的一种通信协议，用于车辆的诊断。定义了电子控制单元（ECU）和诊断设备之间的标准化通信方法。UDS 协议通常用于车辆维护、故障排除和诊断。

常用服务介绍：

1. 诊断会话控制（Diagnostic Session Control，0x10）

2. 安全访问（Security Access，0x27）

3.读取数据（Read Data By Identifier，0x22）
4. 写入数据（Write Data By Identifier，0x2E）

5. 控制DTC设置（Control DTC Setting，0x85）

6. 清除故障码（Clear Diagnostic Information，0x14）
7. 输入输出控制（Input Output Control By Identifier，0x2F）

诊断报文解读

一、0x22 读取数据

单帧实例如下：

报文分析：

数据发送：03 22 F1 94

请求0 表示单帧

3表示后面的有效长度 或者是有效字节数为3个

分别是：22【SID】 F1 94【DID】

数据反馈：

06 62 F1 94 51 45 34

响应0 表示单帧

6表示后面有效长度 此帧数据含有6个字节

62 （响应标识符）

F1 94【DID】51 45 34【data】

多帧实例如下：

报文分析：

数据发送：03 22 F1 87

请求0 表示单帧

3表示后面的有效长度或者是有效字节数

分别是：22【SID】 F1 87【DID】 （3个字节）

数据反馈：

10 09 62 F1 87 43 00 66

30 00 00 00 00 00 00 00

21 21 35 00 00 00 00 00

具体地，其中

第一行：10 09 62 F1 87 43 00 66

10表示多帧中的1首帧    

009表示后面的有效长度，即此连续帧含有9个字节

响应超过8字节 就会有首帧、流控帧、连续帧

首帧的存在用于告诉接收方一个新的数据包

流控帧的存在用于控制网络中的数据流，以保证数据的正确传输和避免网络拥堵

连续帧就是继首帧之后的数据帧，用于传输数据包中的剩余数据

62表示响应22，表示对”读取数据通过标识符”请求的响应，这个特定的服务标识符用于区分响应消息的类型 

有效字节内容如下：

F1 87【DID】 43 00 66【data】

 第二行：   30 00 00 00 00 00 00 00

30代表此连续帧的流控制帧

21 21 35 00 00 00 00 00

21， （22，23，24如果有的话）代表连续帧的第几帧

21代表连续帧的第一帧，22代表连续帧的第二帧，依此类推

21 35 00【data】

二、0x2F 输入输出控制 

多帧实例如下：

报文分析：

数据发送：10 0A 2F D4 03 03 00 00

                    21 01 00 00 01 00 00 00

          请求10 表示多帧中的1首帧，00A代表此连续帧含有10个字节

诊断一帧报文只能最多八个字节，目前请求总共字节数超过8字节，需要把请求全部发完才能得到回应

有效字节内容如下：

2F【SID】 D4 03【DID】 03【子服务】00 00【data】

21代表连续帧的第一帧   01 00 00 01【data】

！为什么多帧，在数据发送的时候，只有首帧和连续帧；但是在数据反馈的时候，会存在首帧、流控帧和连续帧呢

因为数据发送和数据反馈过程中帧类型使用的差异主要源于通信协议的设计和数据传输的需求。在数据发送阶段，由于诊断请求通常较为简短明确，因此主要使用首帧和连续帧（或单帧）来发送数据。而在数据反馈阶段，由于需要考虑流量控制和响应数据的完整性，因此可能使用首帧、流控帧和连续帧等多种帧类型来确保数据的可靠传输。这种设计使得通信过程更加灵活和高效，能够适应不同场景下的数据传输需求。