UDS诊断服务详解：上传下载功能单元（0x34/0x35/0x36/0x37）及C++实现|request|uds诊断服务|字节|报文|数据块|服务器|计数器

在汽车电子诊断领域，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为例）：

字节位置

参数名

0x34

服务ID

数据格式标识（dataFormatIdentifier）

通常为0x00，表示未压缩、未加密

地址和长度信息（addressAndLengthFormatIdentifier）

高4位：内存地址字节数；低4位：数据长度字节数

内存地址（memoryAddress）

可变字节（由前述高4位决定）

数据长度（memorySize）

可变字节（由前述低4位决定）

响应报文（肯定响应）：

字节位置

参数名

0x74

服务ID + 0x40

数据格式标识（echo）

回显请求中的值

maxNumberOfBlockLength

每块传输的最大数据字节数（3字节）

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

2. 0x35 RequestUpload（请求上传）

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

请求报文格式：

字节

内容

0x35

数据格式标识

地址+长度格式标识

内存地址（起始地址）

数据长度（要读取的字节数）

肯定响应：

字节

内容

0x75

数据格式标识（echo）

maxNumberOfBlockLength（每块能返回的最大字节数）

3. 0x36 TransferData（传输数据）

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

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

字节

内容

0x36

blockSequenceCounter（块序列计数器，0x01开始，循环使用0x00~0xFF）

数据字节（长度 ≤ maxNumberOfBlockLength）

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

字节

内容

0x76

blockSequenceCounter（回显请求中的计数）

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

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

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

请求报文：

字节

内容

0x37

肯定响应：0x77

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

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

四、C++实现讲解

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

1. 基础诊断通信接口

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

2. 上传下载功能类

#include  

#include  

#include  


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

     // 请求下载
    bool requestDownload(uint32_t memoryAddress, uint32_t memorySize,
                         uint16_t& maxBlockSize) {
        // 构建请求 (简化：固定地址长度4字节，数据长度4字节)
        std::vector 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) {
            return false; // 处理否定响应可细化NRC
        }
        // 解析 maxNumberOfBlockLength (3字节，大端)
        if (response.size() >= 5) {
            maxBlockSize = (response[2] << 16) | (response[3] << 8) | response[4];
        }
        return true;
    }

     // 传输单块数据 (下载方向)
    bool transferData(uint8_t blockCounter, const std::vector& data) {
        std::vector 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);
    }

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

     // 高级封装：下载完整数据
    bool downloadData(uint32_t address, const std::vector& data) {
        uint16_t maxBlockSize = 0;
        if (!requestDownload(address, static_cast(data.size()), maxBlockSize)) {
            return false;
        }
        if (maxBlockSize == 0) return false;

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

 private:
    DiagnosticChannel* m_channel;
};

3. 上传功能类似实现

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

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

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

使用SocketCAN（Linux）的伪代码：

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

五、注意事项与最佳实践

地址和长度格式协商：addressAndLengthFormatIdentifier需与ECU文档严格匹配。不同ECU可能使用2字节地址+2字节长度等。
块序列计数器：应从0x01开始，循环使用，但传输完成前不应重复。部分ECU对乱序敏感。
错误处理：处理否定响应码（NRC），常见的有：

0x13：incorrectMessageLength
0x22：conditionsNotCorrect（通常需要先进入编程会话）
0x31：requestOutOfRange（地址或长度超限）
0x70：uploadDownloadNotAccepted

安全访问：大多数ECU要求先通过0x27服务解锁权限，否则返回0x33 securityAccessDenied。

传输中断恢复：如果某次TransferData失败，需要重新发起完整的下载流程（RequestDownload重新开始）。不支持断点续传（除非应用层自定义）。

时序和流控：在CAN上使用ISO-TP时，ECU会通过流控帧控制发送节奏，底层通道必须正确处理。

六、总结

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