UDS诊断服务详解:上传下载功能单元(0x34/0x35/0x36/0x37)及C++实现

在汽车电子诊断领域，UDS（Unified Diagnostic Services，统一诊断服务）是ISO 14229标准定义的一套通用诊断协议。其中“上传下载功能单元”（Upload Download functional unit）用于在诊断工具（Tester）与ECU之间传输大量数据，例如固件升级、标定数据读取/写入、配置备份恢复等。该单元包含四个核心服务：

• 0x34 RequestDownload（请求下载）
• 0x35 RequestUpload（请求上传）
• 0x36 TransferData（传输数据）
• 0x37 RequestTransferExit（请求传输退出）

本文将逐一讲解这些服务的报文格式、通信流程，并给出基于C++的简化实现示例，帮助开发者快速集成到诊断工具或自动化测试脚本中。

一、UDS基础回顾

UDS基于客户端-服务器模型，诊断工具作为客户端（Tester），ECU作为服务器。所有请求/响应报文均遵循统一的寻址和子功能定义。传输层通常使用CAN（ISO 15765）、LIN或以太网（DoIP）。

上传下载功能单元在设计上考虑了可靠性、流控和分段传输，尤其适合传输超过单帧报文长度的数据。

二、服务详解

1. 0x34 RequestDownload（请求下载）

用途：客户端通知ECU即将开始数据下载（即向ECU写入数据），并告知数据长度和起始地址等信息。ECU回应其可以接收的最大数据长度（每块大小）。

请求报文格式（以CAN/CAN FD为例）：

响应报文（肯定响应）：

注意：ECU会校验请求中的地址/长度是否合法，若无法满足则返回否定响应（例如NRC 0x31 RequestOutOfRange）。

2. 0x35 RequestUpload（请求上传）

用途：客户端请求从ECU上传数据（即读取ECU内存）。其报文结构类似于RequestDownload，区别在于服务ID和语义。

请求报文格式：

肯定响应：

3. 0x36 TransferData（传输数据）

用途：真正承载数据块。下载时客户端发送数据给ECU；上传时ECU返回数据给客户端。通过多次调用0x36服务完成全部数据传送。

请求报文格式（下载方向）：

响应报文（下载时ECU回复）：

对于上传方向，客户端发送0x36请求（仅带序列计数器，无数据载荷），ECU在响应中携带数据。

4. 0x37 RequestTransferExit（请求传输退出）

用途：在所有数据块传输完成后，客户端发送此服务通知ECU传输结束，ECU进行完整性校验或关闭会话上下文。

请求报文：

肯定响应：0x77

三、典型通信流程（以下载为例）

1. 进入扩展会话（可选但推荐）：使用0x10服务切换至编程会话，并解锁安全访问（0x27服务）获得写入权限。
2. 发送RequestDownload：告知起始地址（例如0x8000）和数据总长度（4096字节）。ECU回复允许的块大小（如256字节）。
3. 循环发送TransferData：将4096字节拆分为16块（每块256字节），每块发送一条0x36服务（块计数递增）。ECU每块回复0x76确认。
4. 发送RequestTransferExit：通知ECU传输结束。ECU回复0x77。
5. 执行完整性校验或复位（可选）。

四、C++实现讲解

下面给出一个简化的C++类，模拟诊断工具侧对上述服务的封装。实际项目中会依赖硬件通信库（如CAN卡API），此处用抽象接口表示发送/接收。

1. 基础诊断通信接口

// DiagnosticChannel.h - 抽象传输层
classDiagnosticChannel {
public:
virtual ~DiagnosticChannel() = default;
virtualstd::vector<uint8_t> request(conststd::vector<uint8_t>& requestData)= 0;
// 底层需处理ISO-TP分段、流控和超时
};

2. 上传下载功能类

#include<vector>
#include<cstdint>
#include<stdexcept>

classUploadDownloadService {
public:
    UploadDownloadService(DiagnosticChannel* channel) : m_channel(channel) {}

// 请求下载
boolrequestDownload(uint32_t memoryAddress, uint32_t memorySize,
uint16_t& maxBlockSize){
// 构建请求 (简化：固定地址长度4字节，数据长度4字节)
std::vector<uint8_t> request;
        request.push_back(0x34);                         // SID
        request.push_back(0x00);                         // dataFormatIdentifier
        request.push_back(0x44);                         // addressAndLengthFormat: 地址4字节,长度4字节
// 内存地址 (大端)
        request.push_back((memoryAddress >> 24) & 0xFF);
        request.push_back((memoryAddress >> 16) & 0xFF);
        request.push_back((memoryAddress >> 8) & 0xFF);
        request.push_back(memoryAddress & 0xFF);
// 数据长度 (大端)
        request.push_back((memorySize >> 24) & 0xFF);
        request.push_back((memorySize >> 16) & 0xFF);
        request.push_back((memorySize >> 8) & 0xFF);
        request.push_back(memorySize & 0xFF);

auto response = m_channel->request(request);
if (response.empty() || response[0] != 0x74) {
returnfalse; // 处理否定响应可细化NRC
        }
// 解析 maxNumberOfBlockLength (3字节，大端)
if (response.size() >= 5) {
            maxBlockSize = (response[2] << 16) | (response[3] << 8) | response[4];
        }
returntrue;
    }

// 传输单块数据 (下载方向)
booltransferData(uint8_t blockCounter, conststd::vector<uint8_t>& data){
std::vector<uint8_t> request;
        request.push_back(0x36);
        request.push_back(blockCounter);
        request.insert(request.end(), data.begin(), data.end());

auto response = m_channel->request(request);
return (!response.empty() && response[0] == 0x76 && response[1] == blockCounter);
    }

// 请求退出传输
boolrequestTransferExit(){
std::vector<uint8_t> request = {0x37};
auto response = m_channel->request(request);
return (!response.empty() && response[0] == 0x77);
    }

// 高级封装：下载完整数据
booldownloadData(uint32_t address, conststd::vector<uint8_t>& data){
uint16_t maxBlockSize = 0;
if (!requestDownload(address, static_cast<uint32_t>(data.size()), maxBlockSize)) {
returnfalse;
        }
if (maxBlockSize == 0) returnfalse;

uint8_t counter = 1;
size_t offset = 0;
while (offset < data.size()) {
size_t chunkSize = std::min(maxBlockSize, static_cast<uint16_t>(data.size() - offset));
std::vector<uint8_t> chunk(data.begin() + offset, data.begin() + offset + chunkSize);
if (!transferData(counter++, chunk)) {
returnfalse;
            }
            offset += chunkSize;
        }
return requestTransferExit();
    }

private:
    DiagnosticChannel* m_channel;
};

3. 上传功能类似实现

上传的流程中，transferData请求不带数据，而是从响应中提取数据块：

// 上传功能扩展
std::vector<uint8_t> uploadData(uint32_t address, uint32_t size){
std::vector<uint8_t> result;
// 1. RequestUpload ...
// 2. 循环发送TransferData (不带数据载荷)
// 3. 从响应中获取数据并拼接
// 4. RequestTransferExit
// 代码模式类似download，这里省略详细实现
return result;
}

4. 集成到实际通信通道示例

使用SocketCAN（Linux）的伪代码：

classSocketCANChannel :public DiagnosticChannel {
int sock;
public:
std::vector<uint8_t> request(conststd::vector<uint8_t>& req)override{
// 使用ISO-TP协议封装CAN帧 (需分段发送)
// 接收完整响应，处理流控帧
// ...
return response;
    }
};

五、注意事项与最佳实践

1. 地址和长度格式协商：addressAndLengthFormatIdentifier需与ECU文档严格匹配。不同ECU可能使用2字节地址+2字节长度等。
2. 块序列计数器：应从0x01开始，循环使用，但传输完成前不应重复。部分ECU对乱序敏感。
3. 错误处理：处理否定响应码（NRC），常见的有：
• 0x13：incorrectMessageLength
• 0x22：conditionsNotCorrect（通常需要先进入编程会话）
• 0x31：requestOutOfRange（地址或长度超限）
• 0x70：uploadDownloadNotAccepted
4. 安全访问：大多数ECU要求先通过0x27服务解锁权限，否则返回0x33 securityAccessDenied。
5. 传输中断恢复：如果某次TransferData失败，需要重新发起完整的下载流程（RequestDownload重新开始）。不支持断点续传（除非应用层自定义）。
6. 时序和流控：在CAN上使用ISO-TP时，ECU会通过流控帧控制发送节奏，底层通道必须正确处理。

六、总结

UDS上传下载功能单元（0x34~0x37）为ECU编程和标定提供了标准化的数据块传输机制。理解这四个服务的交互时序及其C++封装，能够帮助开发者快速构建诊断刷写工具。在实际项目中，还需结合具体的传输层（如DoIP、CAN-FD）和安全机制（TLS、SecOC）。通过本文的示例代码，读者可以基于自己的通信框架进行扩展，实现可靠的固件升级和诊断数据采集。

扩展阅读：ISO 14229-1:2020 标准第6章（UploadDownload functional unit）、ISO 15765-2（传输层）