3. UDS服务详解

各位同学，今天我们正式进入UDS服务的核心地带。这五个服务，说白了就是诊断通信的"握手"和"门禁"。

我刚开始做诊断栈的时候，以为只要把协议栈跑通就行。后来才发现，这五个服务要是没处理好，后面的所有诊断流程都是空中楼阁。你想想看，ECU都不知道你现在处于什么会话模式，你怎么跟它谈读写数据？

3.1 诊断会话控制（0x10）—— 会话的"切换开关"

0x10服务，说白了就是告诉ECU："嘿，我要切换工作模式了。"

ECU上电后默认进入默认会话（Default Session）。在这个模式下，很多功能是被限制的。比如你想刷写固件，就必须先切换到编程会话（Programming Session）。

子功能	会话名称	典型用途
0x01	默认会话	上电默认，基础诊断服务可用
0x02	编程会话	Bootloader刷写、固件升级
0x03	扩展会话	高级诊断、标定、调试
0x04~0x3F	OEM自定义	各主机厂私有会话

3.2 ECU复位（0x11）—— 让ECU"重启一下"

0x11服务，就是让ECU执行复位操作。它有三个常用的子功能：

• 0x01 硬复位（Hard Reset）：相当于断电重启，ECU完全重新初始化。
• 0x02 钥匙下电复位（Key Off/On Reset）：模拟钥匙下电再上电的过程。
• 0x03 软复位（Soft Reset）：仅复位应用层软件，不重新初始化硬件。
• 0x04 快速复位（Fast Reset）：某些OEM用于快速重启，跳过部分自检。

3.3 安全访问（0x27）—— 诊断的"门禁系统"

0x27服务，是UDS协议栈中最容易出bug的地方之一。它采用"挑战-应答"机制：

1. 测试仪发送请求种子（Seed）：0x27 + 子功能（奇数）
2. ECU返回一个随机种子（Seed）
3. 测试仪用算法计算密钥（Key），发送给ECU
4. ECU验证Key是否正确，返回成功/失败

// 安全访问典型交互流程
// 步骤1：请求种子（子功能0x01 = 请求种子）
TX: 02 27 01
RX: 03 67 01 AA BB    // 种子 = 0xAABB

// 步骤2：发送密钥（子功能0x02 = 发送密钥）
TX: 04 27 02 11 22    // 密钥 = 0x1122
RX: 02 67 02          // 解锁成功！

// 如果密钥错误：
RX: 03 7F 27 35       // 否定响应：0x35 = 无效密钥

否定响应码	含义	常见原因
0x24	请求序列错误	没请求种子就直接发密钥
0x35	无效密钥	密钥计算错误
0x36	超过尝试次数	连续失败N次后锁定
0x37	需要时间延迟	防暴力破解机制

3.4 通信控制（0x28）—— 网络报文的"阀门"

0x28服务，用来控制ECU的网络通信行为。说白了，就是让ECU"闭嘴"或者"只听不说"。

子功能	控制类型	效果
0x00	使能Rx和Tx	恢复正常通信
0x01	使能Rx，禁用Tx	ECU只收不发（静默模式）
0x02	禁用Rx，使能Tx	ECU只发不收（很少用）
0x03	禁用Rx和Tx	完全静默

3.5 测试仪在线（0x3E）—— 别让ECU"以为你走了"

0x3E服务，功能极其简单：告诉ECU"我还活着，别超时退出会话"。

但就是这么简单的服务，量产项目中出问题的概率反而最高。

0x3E还有一个容易被忽略的细节：它不改变当前会话的安全访问状态。也就是说，如果你已经通过0x27解锁了，发送0x3E不会导致锁定。但如果你在默认会话下发送0x3E，它也不会帮你解锁任何功能。

3.6 五个服务的协作关系

这五个服务不是孤立的。我画个简单的协作流程：

1. ECU上电 → 进入默认会话
2. 测试仪发送0x10 0x02 → 切换到编程会话
3. 发送0x27请求种子/密钥 → 解锁安全访问
4. 可选：发送0x28 0x01 → 让ECU静默，避免干扰刷写
5. 周期性发送0x3E → 保持会话，防止超时退出
6. 刷写完成后，发送0x11 0x01 → 复位ECU，回到默认会话