白街山人1. 统一诊断服务（UDS）概述
在汽车电子系统开发与维护过程中，诊断协议扮演着至关重要的角色。统一诊断服务（Unified Diagnostic Services，简称UDS）作为ISO 14229标准定义的诊断通信协议，已经成为现代车辆电子控制单元（ECU）诊断的事实标准。我第一次接触UDS是在2015年参与某德系车型的ECU开发项目，当时就被它严谨的架构和强大的功能所吸引。
UDS协议位于OSI模型的第七层（应用层），基于CAN总线（ISO 15765-2）、DoIP（基于IP的诊断）等传输协议实现。与早期KWP2000等诊断协议相比，UDS最显著的特点是采用了客户端-服务器模型，其中诊断仪作为客户端，ECU作为服务器。这种设计使得诊断过程更加标准化，也便于不同供应商的ECU实现互操作性。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. UDS协议栈与通信机制
2.1 协议栈架构
完整的UDS协议栈自上而下包括：
- 应用层（UDS）：定义服务标识符（SID）和诊断服务
- 传输层（ISO-TP）：处理多帧传输和流控制
- 数据链路层（CAN）：定义帧格式和仲裁机制
- 物理层（CAN收发器）：电气特性和连接器定义
在实际车载网络中，一个典型的UDS通信场景是：诊断工具通过OBD-II接口发送UDS请求，网关ECU将请求路由到目标ECU，目标ECU处理请求后返回响应。这个过程可能涉及跨网段通信，因此需要网关进行协议转换。
2.2 服务标识符（SID）机制
UDS定义了6大类服务，每类服务通过唯一的服务标识符（Service Identifier）区分：
| 服务类型 | SID范围 | 示例服务 |
|---|---|---|
| 诊断和通信管理 | 0x10-0x3F | 会话控制（0x10） |
| 数据传输 | 0x20-0x3F | 读写数据（0x22/0x2E） |
| 存储数据传输 | 0x30-0x3F | 请求下载（0x34） |
| 输入输出控制 | 0x40-0x5F | 控制DTC设置（0x85） |
| 例行程序 | 0x60-0x7F | 开始例程（0x31） |
| 上传下载 | 0x80-0xFF | 请求传输退出（0x37） |
每个SID对应一个请求报文，ECU处理后会返回SID+0x4