UDS诊断（ISO14229-1） 36服务

功能简介

36服务，即 TransferData（传输数据）服务，客户端利用 TransferData（传输数据）服务从客户端向服务器（下载）或从服务器向客户端（上传）传输数据。

数据传输方向取决于前述 RequestDownload（请求下载）或 RequestUpload（请求上传）服务。

TransferData（传输数据）服务请求包含 blockSequenceCounter（块序列计数器），以便在请求一序列 TransferData（传输数据）过程中 TransferData（传输数据）服务失败时提高错误处理。
收到RequestDownload（请求下载） （0x34）或 RequestUpload（请求上传）（0x35）消息时，服务器的blockSequenceCounter（块序列计数器）应初始化为 1。这表示 RequestDownload（请求下载（0x34）或 RequestUpload（请求上传）（0x35）消息之后的首个 TransferData（传输数据）（0x36）请求消息是从 blockSequenceCounter（块序列计数器） 1 开始。

应用场景

主要是用来给ECU下载数据的，最常见的应用就是在bootloader中，程序下载工具会发起下载请求，以完成ECU程序的升级。

0x34服务一般和0x36服务（数据传输）是配套使用的。

请求和响应

1、请求

基本格式

归纳起来，诊断的request格式无非以下两种：

<SID> + <Sub-function> + <Parameter>

<SID> + <Parameter>

即有无sub-function的区别。Parameter可以是DID，可以是输入参数，可以是自定义的值，字节数视具体要求而定。

2、子功能

子功能参数定义（1字节数据）：

• Bit7：抑制肯定响应消息指示位suppressPosRspMsgIndicationBit
  • 0=False：需要肯定响应
  • 1=True：禁止肯定响应
• Bit6-0：子功能参数值（0x00~0x7F）

无。

3、肯定响应

基本格式：

<SID + 0x40> + <Sub-function> + <Parameter>

<SID + 0x40> + <Parameter>

要注意，第一个字节是由SID和0x40的和构成。这里的Parameter项是optional的，具体要看协议规定。

4、否定响应

基本格式:

<0x7F> + <SID> + <NRC>

看起来比较简单，格式比较固定，只要是Negative Response，第一字节就是0x7F，第二字节照抄原来的SID，第三个字节是错误响应码，指示具体错误响应的原因

5、NRC优先级

在ISO14229-1中未明确定义NRC优先级，可以参考下方优先级顺序：
0x11 > 0x7F > 0x13 > 0x12 > 0x7E > 0x33 > 0x24 > 0x31 > 0x22 > 0x78

NRC 判断优先级顺序

报文示例

1、下载数据到服务器

• 假设

第 1 步，客户端和服务器执行 RequestDownload（请求下载）服务。

第 2 步，客户端从 memoryaddress（内存地址） 0x602000 开始向服务器的快闪内存器传输 65535 字节
数据。

第 3 步，客户端执行 requestTransferExit（请求传输终止）服务终止向服务器传输数据。

测试条件： ignition = on, engine = off, vehicle speed = 0 [kph]（点火开关打开，发动机熄火，车辆速度为 0 [kph]）

假设在此例中服务器支持三字节 memoryAddress（内存地址）和三字节 MemorySize（内存大小）。如果 MemorySize（内存大小）包含未压缩大小，则无法计算 127 数据字节的 TransferData（传输数据）服务的大小，因为压缩方法和压缩比不规范。如果 MemorySize（内存大小）包含压缩大小，则127 数据字节的 TransferData（传输数据）服务大小应为 516，其后为三字节的单个 TransferData（传输数据）请求。因此，假设最后一个 TransferData（传输数据）请求消息包含大小相当于 0x05 的blockSequenceCounter（块序列计数器）。

• 步骤 1：下载请求
  
  

• 步骤 2：传输数据
  
  
  

• 步骤 3：请求传输终止
  
  

UDS中常用 NRC

• 返回 UDS诊断专栏目录及索引