文章目录
功能简介
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，第三个字节是错误响应码，指示具体错误响应的原因
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
