OBD 与 UDS 怎么区分？九大诊断模式逐条拆解

谈思实验室

2026年10月20日 17:52
上海

去阅读

点击上方蓝字谈思实验室

获取更多汽车网络安全资讯

OBD（On-Board Diagnostic，车载诊断系统），是搭载在车辆上，用于监测车辆状态、管控尾气排放的车载诊断系统。本文重点介绍 OBD 的 9 大诊断模式，并配套讲解相关基础概念。

01

OBD 的核心作用

不少车主都见过车辆 OBD 诊断接口，可借助诊断设备读取车辆内部参数。OBD 主要用途分为 4 项：

1. 监测车辆基础运行参数，包含里程、车速、油门踏板位置、冷却液温度等；
2. 监测排放相关参数，这是 OBD 最核心功能，可采集尾气组分、氧含量等数据，保障车辆满足各国排放法规；
3. 车辆故障诊断。车辆故障灯点亮后，维修人员通过诊断仪读取故障信息与故障触发时刻的冻结帧数据，辅助故障定位与排查；
4. 部分场景可通过 OBD 下发控制指令，国内法规下车辆 OBD 不支持该功能。

02

OBD 与 UDS 的区别

OBD 与 UDS 均为车载诊断标准，二者差异如下：

从适用范围来看，OBD 问世更早，面向传统燃油车，聚焦排放相关诊断；UDS 即统一诊断服务，适用范围更广，支持车身全部 ECU（含非排放相关控制器）的诊断。

简单理解：OBD 针对排放相关 ECU，例如发动机控制单元、减速器控制器；UDS 覆盖整车绝大多数 ECU，如 VCU、BCM、DCDC 等。

二者适用对象不同，所支持的诊断服务也存在差异，可查阅对应标准详细了解。

小结：OBD 是排放相关 ECU 的诊断标准；UDS 面向除排放相关以外其余 ECU 的通用诊断标准。OBD 主要用于传统燃油车排放类 ECU；UDS 可用于燃油车、混动、纯电动车各类 ECU。

常规燃油车与混动车型中，排放相关 ECU 需要同时兼容 OBD 与 UDS，其余 ECU 一般仅需支持 UDS。

03

OBD 硬件接口简介

OBD-II 接口引脚定义遵循国际标准，需使用配套诊断接头，实现诊断设备与车辆的通信交互。

该诊断接口通常布置在方向盘下方、油门踏板上方位置，不同车企安装位置存在差异。

04

OBD 九大诊断模式（服务）介绍

下文对每种 OBD 模式从功能作用（应用场景）与使用方法两方面说明。

a. 模式 1：请求动力系统当前数据

1）功能作用

模式 1 用于读取车辆动力系统实时数据，数据项由 ISO 标准预定义 PID（Parameter Identifier，参数标识符）。每个 PID 由 8bit 数值标识对应物理变量，例如 PID 0x01 代表清除 DTC 后的监控状态，PID 0x05 代表电机冷却液温度。ISO15031-5 定义了全套 PID 清单，实现不同厂商 OBD 接口的通用性。

简言之，模式 1 通过标准 PID 读取车速、里程、温度等动力系统实时数据，获取车辆当前运行状态。

2）使用方法

ISO 标准定义了大量 PID，但主机厂可选择性实现。可借助 PID 0x00、0x20、0x40、0x60、0x80查询设备支持的 PID 范围：

• PID 0x00：查询 0x01~0x20 范围内支持的 PID
• PID 0x20：查询 0x21~0x40 范围内支持的 PID
• PID 0x40：查询 0x41~0x60 范围内支持的 PID以此类推。

req = 请求报文 (request)，res = 响应报文 (response)

步骤 1：查询支持的 PID 列表

req：01 00

res：41 00 xx xx xx xx

响应报文内 4 组 xx，依次代表 0x01~0x08、0x09~0x10、0x11~0x18、0x19~0x20 的 PID 支持情况。将单字节 xx 转为二进制，以0x65（二进制0110 0101）为例，代表支持 PID 0x02、0x03、0x06、0x08。同理查询 0x20、0x40 等分段。

步骤 2：读取目标 PID 数值

假设车辆支持 PID 0x04、0x05、0x0D

req:01 04 05 0D

res:41 04 xx xx 05 xx 0D xx

报文内 xx 为对应 PID 的实测值。例如 PID 0x0D 代表车速，若其后数据为0x64，换算为 100km/h。

补充说明：单次请求可读取 1~6 个 PID；响应报文返回顺序不一定与请求顺序一致。CAN 总线场景下，当响应数据长度超过 8 字节，报文会拆分为多帧传输。

b. 模式 2：请求冻结帧数据

1）功能作用

冻结帧可理解为故障触发瞬间的整车环境快照，记录故障发生时刻各项运行参数，辅助故障溯源。

模式 2 用于读取冻结帧，还原故障发生瞬间车辆状态，实现故障分析、定位，提升售后维修效率。

2）使用方法

步骤 1：与模式 1 操作一致，先查询冻结帧支持的 PID，报文格式相同。

步骤 2：冻结帧由故障触发存储，需先获取对应冻结帧关联的故障码。

req:02 02 xx //xx 为帧序号

res:42 0x xx xx xx // 依次为帧序号、DTC 故障码高字节、DTC 低字节

步骤 3：读取冻结帧内具体参数。示例：读取 00 号冻结帧，读取 PID

0x0C（车速）、0x05（温度）

req:02 0C 00 05 00 // 00 代表 Frame00

res:43 0C 00 xx xx 05 00 xx

报文前两组 xx 代表车速，末尾 xx 代表温度。

c. 模式 3：请求排放相关确认故障码

1）功能作用

故障码 DTC 是故障的标准化编码，例如氧传感器短路故障码 P0130。

DTC 规范定义在 ISO15031-6，CAN 报文中由两个字节承载：DTC\_H 高字节、DTC\_L 低字节。P0130 对应 DTC\_H=0x01，DTC\_L=0x30。

模式 3 用于读取已确认故障码 (Confirmed DTC)，定位车辆已确认的排放类故障，结合故障机理完成检修。

2）使用方法

req:03

res:43 03 01 41 01 45 01 48

报文第二个字节03代表故障码数量，后续三组双字节依次对应 P0141、P0145、P0148。若无故障，报文返回全 0。

d. 模式 4：清除排放相关故障信息

1）功能作用

清除故障信息有两类场景：车辆出厂前清除历史故障，保证出厂状态正常；维修完成后清除故障记录，标记故障修复，同时释放 ECU 存储空间，用于存储后续新故障。

2）使用方法

指令简单：

req:04

res:44

即使当前无故障，依旧返回正向响应。⚠注意：执行该指令会批量清除排放相关数据，包含故障码、冻结帧、监测测试数据等。

e. 模式 5：请求氧传感器监测结果

1）功能作用

模式 5 读取氧传感器的测试结果。氧浓度直接影响发动机燃烧效率与尾气排放，是排放监测重点对象。若车辆支持模式 6，也可使用模式 6 替代模式 5 功能。

2）使用方法

步骤 1：查询支持的 TID 测试标识符（Test Identifier），TID 定义于 ISO15031-5 附录，查询逻辑和模式 1、2 查询 PID 类似，使用0x00查询支持清单。

步骤 2：通过 PID 0x13、0x1D 读取氧传感器布置位置，动力系统可搭载多路氧传感器，报文字节映射传感器位置。

步骤 3：读取氧传感器测试结果。示例：TID=0x05，氧传感器位置 0x01

req:05 05 01

res:45 05 01 12 00 19

报文0x12为实测结果，0x00为下限阈值，0x19为上限阈值。

f. 模式 6：请求指定监控系统测试结果

1）功能作用

除氧传感器外，催化器、燃油蒸发系统等部件同样需要排放监测，可通过模式 6 读取对应的监测结果。主机厂可自定义各监测模块 ID 与对应测试参数 TID。

2）使用方法

步骤 1：查询支持的 TID 清单

步骤 2：查询可用组件 ID（如有）

步骤 3：请求测试结果。示例：TID=0x11，模块 ID=0x01

req:06 11

res:46 11 01 xx xx xx xx

前两个 xx 为实测值，后两个 xx 为限值，用于判断测试结果是否合格。

g. 模式 7：请求当前 / 上一驱动周期的排放相关故障码

1）功能作用

模式 3 读取的是已确认故障码：故障发生后，通常需要连续 3 个驱动周期，才会升级为 Confirmed DTC。

模式 7 读取待定故障码（Pending DTC），即当前驱动周期或上一驱动周期检出、尚未确认的故障。

维修清除故障码后，如需验证故障是否彻底修复：使用模式 3 需要至少 3 个驱动周期才能判定；模式 7 可在当前驱动周期快速检出是否复现故障，帮助维修人员快速验证维修效果。

2）使用方法

报文格式同模式 3，可参考模式 3。

h. 模式 8：控制在线系统或组件

1）功能作用

该模式应用较少，国内 OBD 不支持模式 8。简单说明：该模式通过 TID 测试标识符与测试数据，触发 ECU 执行指定测试动作。

2）使用方法

示例：TID=0x01，测试数据全 0

req:08 01 00 00 00 00 00

res:48 01 00 00 00 00 00

i. 模式 9：读取整车信息

1）功能作用

VIN 车辆识别码相当于车辆身份证，可通过模式 9 读取。除此之外，还可读取标定 ID、标定校验 ID、ECU 名称、IPT 等整车信息。

2）使用方法

该模式使用 InfoType（信息类型，单字节标识），类似 PID/TID，例如 InfoType=0x02 代表 VIN 码。

步骤 1：查询设备支持的 InfoType 列表，查询逻辑与 PID/TID 一致。

步骤 2：读取目标信息，示例读取 VIN 码（InfoType=0x02）

req:09 02

res:49 02 32 31 47 53 78 98 27 18 38 38 85 92 92 82 71 82 92

报文后续字节即为 VIN 字符；CAN 传输场景下长信息会采用多帧传输，本例仅为示意。

来源：

https://blog.csdn.net/weixin\_48120109/article/details/136609046

end

谈思汽车媒体门户

精品活动推荐

AutoSec系列沙龙

专业社群

部分入群专家来自：

新势力车企：

特斯拉、理想、极氪、小米、零跑汽车、阿维塔汽车、智己汽车、小鹏、岚图汽车、蔚来汽车、吉祥汽车、赛力斯......

外资传统主流车企代表:

大众中国、大众酷翼、奥迪汽车、宝马、福特、戴姆勒-奔驰、通用、保时捷、沃尔沃、现代汽车、日产汽车、捷豹路虎、斯堪尼亚......

内资传统主流车企：

吉利汽车、上汽乘用车、长城汽车、上汽大众、长安汽车、北京汽车、东风汽车、广汽、比亚迪、一汽集团、一汽解放、东风商用、上汽商用......

全球领先一级供应商：

博世、大陆集团、联合汽车电子、安波福、采埃孚、科世达、舍弗勒、霍尼韦尔、大疆、日立、哈曼、华为、百度、联想、联发科、普瑞均胜、德赛西威、蜂巢转向、均联智行、武汉光庭、星纪魅族、中车集团、潍柴集团、地平线、紫光同芯、字节跳动、......

二级供应商(500+以上)：

中科数测、ETAS、BlackDuck、NXP、上海软件中心、Deloitte、奇安信、为辰信安、云驰未来、信长城、泽鹿安全、纽创信安、复旦微电子、天融信、奇虎360、中汽中心、中国汽研、上海汽检、加特兰微电子、浙江大学......

人员占比

公司类型占比

文章

不要错过哦，这可能是汽车网络安全产业最大的专属社区！

关于涉嫌仿冒AutoSec会议品牌的律师声明

一文带你了解智能汽车车载网络通信安全架构

网络安全：TARA方法、工具与案例

汽车数据安全合规重点分析

浅析汽车芯片信息安全之安全启动

域集中式架构的汽车车载通信安全方案探究

系统安全架构之车辆网络安全架构

车联网中的隐私保护问题

智能网联汽车网络安全技术研究

AUTOSAR 信息安全框架和关键技术分析

AUTOSAR 信息安全机制有哪些？

信息安全的底层机制

汽车网络安全

Autosar硬件安全模块HSM的使用

首发!小米雷军两会上就汽车数据安全问题建言：关于构建完善汽车数据安全管理体系的建议