UDS 诊断服务详解：0x11 ECU 复位（ECU Reset）

1. UDS 简介

统一诊断服务（Unified Diagnostic Services, UDS）是 ISO 14229 标准定义的车载诊断协议栈，广泛应用于汽车电子控制单元（ECU）的故障诊断、软件升级、参数配置等场景。UDS 基于客户端-服务器模型，诊断仪（Tester）发送诊断请求报文，ECU（Server）返回相应响应。

2. 0x11 服务 – ECU 复位（ECU Reset）

ECU 复位服务的目的是强制 ECU 执行特定类型的复位操作，从而回到一个已知的初始状态。典型应用场景包括：

• 刷写软件后使新代码生效；

• 清除某些内存区域（如 RAM）中的运行时数据；

• 退出某种特殊模式（如扩展诊断会话）回到默认状态；

• 从通信错误或挂死状态中恢复。

服务标识符：0x11

2.1 子功能参数（Sub-function）

UDS 使用子功能字节的低 6 位表示不同的复位类型。常见的有：

子功能值

名称

0x01

硬复位

模拟 ECU 重新上电，所有硬件寄存器复位，相当于冷启动。

0x03

软复位

仅复位应用软件部分，不重新初始化硬件底层，相当于热启动。

0x02

掉电/上电复位

通常与硬复位类似，但明确要求电源循环（部分实现中等于硬复位）

0x04-0xFF

制造商自定义

视具体 ECU 实现而定。

2.2 请求报文格式

[Request SID] [Sub-function]
     0x11        value

• Sub-function字节的最高位（bit 7）称为抑制肯定响应位（suppressPosRspMsgIndicationBit），若置 1，则 ECU 不应发送肯定响应；若不置 1（通常为 0），则 ECU 应回复肯定响应。

• • 例如：子功能0x01实际报文为0x01（bit7=0），若需抑制响应则发送0x81。

典型请求示例：

• 硬复位（无抑制）：11 01

• 软复位（无抑制）：11 03

肯定响应：

[Response SID] [Sub-function]
   0x51          value

即请求 SID + 0x40 = 0x51，后面紧跟请求中的子功能值（不含抑制位）。

例如对11 01的肯定响应：51 01

否定响应：

[0x7F] [Request SID] [NRC]
  0x7F    0x11       代码

常见的否定响应码（NRC）：

NRC

含义

0x12

子功能不支持

0x13

请求报文长度错误

0x22

条件不满足（如安全访问未解锁）

0x31

请求超出范围

2.4 ECU 复位后的行为

• ECU 在发送肯定响应之前应完成内部准备，但复位动作本身通常在发送响应之后执行（标准要求先发送响应再复位，避免总线丢帧）。

• 复位会导致 ECU 短暂离线，可能中断当前诊断会话（如从扩展会话回到默认会话），诊断仪需要重新建立通信。

以下代码模拟一个简单的 UDS 服务器模块，能够接收诊断请求，解析 0x11 服务，执行硬复位或软复位，并返回响应。实际项目中的复位实现依赖于硬件平台（例如调用特定的库函数或写入重启寄存器）。

#include  

#include  

#include  

#include  


 // 模拟 ECU 的硬件复位接口
void performHardReset() {
    std::cout << "[ECU] Performing HARD RESET (full power cycle simulated)." << std::endl;
    // 实际嵌入式代码：__NVIC_SystemReset(); 或写 Watchdog 寄存器等
}

 void performSoftReset() {
    std::cout << "[ECU] Performing SOFT RESET (application restart without reinitializing hardware)." << std::endl;
    // 实际嵌入式代码：长跳转到应用程序起始地址，或复位 CPU 内核但不复位外设
}

 // UDS 服务处理函数：处理 0x11 请求
// 输入：请求字节数组（至少包含 SID 和子功能）
// 输出：响应字节数组（肯定响应或否定响应）
std::vector handleUdsRequest_0x11(const std::vector& request) {
    constuint8_t kServiceId = 0x11;
    constuint8_t kPositiveResponseId = 0x51;
    constuint8_t kNegativeResponseId = 0x7F;
    // 1. 长度检查：至少 2 字节（SID + Sub-function）
    if (request.size() < 2) {
        std::cout << "[UDS] NRC 0x13: message too short." << std::endl;
        return { kNegativeResponseId, kServiceId, 0x13 };
    }
    uint8_t sid = request[0];
    uint8_t subFuncRaw = request[1];
    bool suppressResp = (subFuncRaw & 0x80) != 0;
    uint8_t subFunc = subFuncRaw & 0x7F;   // 提取低 7 位实际子功能
    // 2. 验证 SID
    if (sid != kServiceId) {
        // 理论上不应由本函数处理，但防御性返回不支持
        return { kNegativeResponseId, kServiceId, 0x11 };
    }
    // 3. 根据子功能执行复位操作（注意：响应发送后再复位，此处先准备响应）
    bool supported = true;
    std::function resetAction;
    switch (subFunc) {
        case0x01:  // 硬复位
            resetAction = performHardReset;
            break;
        case0x03:  // 软复位
            resetAction = performSoftReset;
            break;
        default:
            supported = false;
            break;
    }
    if (!supported) {
        std::cout << "[UDS] NRC 0x12: sub-function 0x" << std::hex << (int)subFunc << " not supported." << std::endl;
        return { kNegativeResponseId, kServiceId, 0x12 };
    }
    // 4. 可选：检查前置条件（如安全访问是否解锁）。此处模拟无条件允许。
    bool conditionOk = true;
    if (!conditionOk) {
        return { kNegativeResponseId, kServiceId, 0x22 };
    }
    // 5. 构造肯定响应（如果需要）
    std::vector response;
    if (!suppressResp) {
        response = { kPositiveResponseId, subFunc };
    } else {
        // 抑制响应时，响应为空（也可以直接执行复位，无总线回复）
        response.clear();
    }
    // 6. 发送响应（注意：在真实 CAN 通信中，此处应将 response 放入发送队列并立即发送）
    //    这里模拟打印响应数据
    if (!suppressResp) {
        std::cout << "[UDS] Sending positive response: ";
        for (auto b : response) std::cout << std::hex << (int)b << " ";
        std::cout << std::endl;
    } else {
        std::cout << "[UDS] Suppress positive response enabled, no response sent." << std::endl;
    }
    // 7. 执行复位（延迟或异步执行更符合标准，此处简单直接调用）
    resetAction();
    return response;
}

 // 模拟主循环，接收请求并处理
int main() {
    // 示例 1: 硬复位请求 11 01
    std::vector req1 = {0x11, 0x01};
    std::cout << "\n=== Hard Reset Request (0x11 0x01) ===" << std::endl;
    handleUdsRequest_0x11(req1);
    // 示例 2: 软复位请求 11 03
    std::vector req2 = {0x11, 0x03};
    std::cout << "\n=== Soft Reset Request (0x11 0x03) ===" << std::endl;
    handleUdsRequest_0x11(req2);
    // 示例 3: 抑制响应的硬复位请求 11 81 (bit7=1)
    std::vector req3 = {0x11, 0x81};
    std::cout << "\n=== Hard Reset with Suppressed Response (0x11 0x81) ===" << std::endl;
    handleUdsRequest_0x11(req3);
    // 示例 4: 不支持的子功能 11 05
    std::vector req4 = {0x11, 0x05};
    std::cout << "\n=== Unsupported Sub-function (0x11 0x05) ===" << std::endl;
    auto resp = handleUdsRequest_0x11(req4);
    if (!resp.empty()) {
        std::cout << "Negative response: ";
        for (auto b : resp) std::cout << std::hex << (int)b << " ";
        std::cout << std::endl;
    }
    return0;
}

1. 请求格式解析：从request向量中提取 SID 和子功能原始字节，并分离抑制位和实际子功能值。

2. 子功能支持：通过switch语句区分0x01（硬复位）和0x03（软复位），并绑定相应的执行函数。

3. 否定响应生成：按 UDS 标准生成0x7F+0x11+ NRC 的否定响应。

4. 肯定响应生成：当suppressResp == false时，返回0x51+ 实际子功能值。

5. 复位执行时机：根据 ISO 14229-1 要求，ECU必须先发送响应（若不抑制）再执行复位，避免总线通信中断导致响应丢失。代码中先构造/发送响应，最后调用resetAction()。

6. 硬件依赖性：performHardReset()和performSoftReset()是模拟函数，实际开发中需替换为底层重启接口（例如基于 Cortex-M 的NVIC_SystemReset()或通过看门狗实现软复位）。

• 总线同步：复位会导致 ECU 丢失报文，应确保发送响应后立即执行复位，或添加微小延迟。

• 安全访问：很多生产级 ECU 要求先通过 0x27 服务解锁安全访问，否则返回 NRC 0x22。

• 会话状态：硬复位会使诊断会话回到默认会话（0x01），而软复位可能保留部分上下文，需根据实现确认。

• 抑制肯定响应：当诊断仪使用抑制位时（如11 81），ECU 不发送任何响应，直接复位。这在某些快速刷写流程中用于减少总线负载。

• 非易失性数据：复位前应确保正在写入的 NVM 操作完成，避免数据损坏。

通过 0x11 服务，诊断仪可以灵活地控制 ECU 的重启行为，是 UDS 中最基础且必要的服务之一。掌握其子功能定义及响应规则，是实现可靠诊断通信的关键一步。