第4章：OBD诊断服务（ISO 15031-5）
各位同行，今天我们来聊聊OBD诊断服务的核心——ISO 15031-5标准。说实话，这个标准我刚开始接触时也觉得头大，一堆服务ID、请求格式、响应格式，看着就晕。但干这行十几年了，我慢慢摸出了门道。说白了，它就是一套汽车ECU和诊断仪之间的“对话规则”。
你想想看，一辆车里有几十个ECU，每个ECU都藏着各种故障码、数据流。诊断仪怎么跟它们沟通？靠的就是这套服务。我习惯把ISO 15031-5比作“汽车诊断的普通话”——大家按统一的标准说话，才能听得懂。
4.1 诊断服务概述
ISO 15031-5定义了OBD系统必须支持的诊断服务。这些服务覆盖了从读取故障码到清除故障码、从读取数据流到执行特定测试的方方面面。
我记得刚入行那会儿，遇到一辆老款别克，怎么都连不上诊断仪。后来才发现，是诊断仪发送的服务请求格式不对。嗯，从那以后，我对服务格式就特别上心。
诊断服务的核心思想很简单：
- 请求：诊断仪发送一个服务ID（SID）和参数
- 响应：ECU返回对应的数据或状态
- 否定响应：如果请求有问题，ECU会返回错误码
核心要点：每个诊断服务都有一个唯一的服务ID（SID），范围从0x01到0x0A。这些SID就是ECU能理解的“指令码”。
4.2 服务ID（SID）分类
ISO 15031-5定义了10个标准服务，编号从01到0A。我习惯把它们分成三类：
| 类别 | SID范围 | 功能描述 |
|---|---|---|
| 数据类 | 01, 02, 03, 04, 05, 06, 07, 08 | 读取故障码、数据流、测试结果等 |
| 控制类 | 09 | 读取车辆信息（VIN、标定ID等） |
| 管理类 | 0A | 清除故障码和诊断信息 |
为什么这么分？我个人经验是：数据类服务占了日常诊断的80%以上。你想想看，修车第一步不就是读故障码、看数据流吗？
小技巧：我建议新手先记住01、03、07这三个服务。01读数据流，03读已确认故障码，07读待确认故障码。这三个搞定了，大部分诊断工作就能上手了。
4.3 常用服务（01-0A）功能说明
下面我把每个服务掰开揉碎了讲一讲。每个服务我都结合实战经验来说，这样你理解起来会更直观。
服务01：读取当前动力系统数据
这是最常用的服务，没有之一。它用来读取ECU的实时数据流，比如发动机转速、车速、冷却液温度、氧传感器电压等。
请求格式很简单：
请求：01 PID
响应：41 PID 数据字节举个例子，读取发动机转速（PID 0x0C）：
请求：01 0C
响应：41 0C 0D 48
计算：转速 = (0x0D * 256 + 0x48) / 4 = (13 * 256 + 72) / 4 = 850 RPM我曾经遇到一辆车，怠速不稳，读数据流发现转速在600-1200之间来回跳。嗯，这就是典型的怠速控制阀问题。
服务02：读取冻结帧数据
当ECU检测到故障时，它会“冻结”当前的数据状态。服务02就是用来读取这些冻结数据的。
为什么重要？因为冻结帧记录了故障发生瞬间的工况。比如，你看到“氧传感器电压异常”，但不知道当时发动机转速是多少、负荷多大。冻结帧就能告诉你。
服务03：读取已确认的故障码
这个服务返回所有已确认的故障码（DTC）。每个故障码由5个字符组成，比如P0301（1缸失火）。
请求：03
响应：43 01 03 01 00 00 00 00
解析：P0301（1缸失火）我建议：读故障码时，别只看码本身。结合服务01的数据流一起看，才能找到根因。
服务04：清除/复位诊断信息
修完车后，用这个服务清除故障码和冻结帧。注意，它也会清除氧传感器学习值、怠速学习值等自适应数据。
警告：清除故障码后，车辆可能需要重新学习。我遇到过一位车主，清完故障码后车开起来顿挫，跑了50公里才恢复正常。所以，清码前一定要跟客户说清楚。
服务05：读取氧传感器监测测试结果
这个服务专门针对氧传感器。它返回氧传感器的电压、响应时间、切换频率等数据。
说实话，这个服务我用的不多。因为大部分信息通过服务01也能读到。但如果你在做排放相关诊断，它还是很有用的。
服务06：读取非连续监测的测试结果
这个服务有点特殊。它读取的是“非连续监测”的测试结果，比如催化器效率、蒸发系统泄漏等。
请求格式：
请求：06 TID MID
响应：46 TID MID 测试值 最大限值 最小限值举个例子，读取催化器效率测试（TID 0x01, MID 0x01）：
请求：06 01 01
响应：46 01 01 80 90 70这里测试值0x80（128），最大限值0x90（144），最小限值0x70（112）。如果测试值超出范围，就说明催化器有问题。
服务07：读取待确认的故障码
这个服务返回“待确认”的故障码。什么叫待确认？就是ECU检测到了异常，但还没达到确认故障的条件。
我举个例子：你开车时偶尔抖了一下，ECU记录了一个待确认的失火码。如果后面不再出现，它就不会变成已确认故障码。服务07就是用来抓这种“幽灵故障”的。
服务08：读取车载系统控制测试结果
这个服务用于读取某些特定测试的结果，比如EGR系统测试、VVT系统测试等。说实话，这个服务在通用诊断中很少用到，更多是厂家专用。
服务09：读取车辆信息
这个服务用来读取车辆的“身份证”信息，包括：
- VIN码（车辆识别号）
- 标定ID（ECU软件版本）
- CVN（标定验证号）
- 在用车监控性能比
请求VIN码的格式：
请求：09 02
响应：49 02 01 4C 46 56 30 30 30 30 30 30 30 30 30 30 30 30 30 30VIN码对二手车检测特别重要。我曾经遇到过一辆车，VIN码读出来跟车身上的不一致——嗯，这车肯定有问题。
服务0A：读取永久故障码
这是ISO 15031-5中最后一个服务。它读取的是“永久故障码”——这些码即使清除了也会重新出现，直到故障真正修复。
说实话，这个服务在国五及之前的车上很少用到。但国六车型开始，永久故障码成了排放检测的重点。
4.4 请求与响应格式
理解了每个服务的功能，接下来就是怎么“说话”了。OBD诊断的请求和响应格式其实很固定，我总结了一个通用模板：
请求格式：
字节1：服务ID（SID）
字节2-N：参数（PID、TID、MID等）响应格式：
字节1：服务ID + 0x40（表示肯定响应）
字节2-N：请求参数 + 数据举个例子，服务01的请求和响应：
请求：01 0C（SID=01, PID=0C）
响应：41 0C 0D 48（SID+0x40=41, PID=0C, 数据=0D 48）如果ECU无法处理请求，它会返回否定响应：
否定响应：7F SID NRC
NRC（否定响应码）常见值：
- 10：一般拒绝
- 11：服务不支持
- 12：子功能不支持
- 13：无效长度
- 14：条件不正确
- 21：忙/重复请求
- 22：条件不满足
- 31：请求超出范围
- 33：安全访问拒绝实战技巧：如果你发送请求后收到7F 01 11，意思是“服务01不支持”。别慌，先检查一下诊断仪和车辆是否兼容。我遇到过很多次，其实是诊断线没接好。
好了，关于ISO 15031-5的诊断服务，我就讲到这里。总结一下：
- 10个服务（01-0A），各有各的用途
- 请求和响应格式固定，记住SID+0x40这个规律
- 否定响应码是排查问题的关键线索
下一章，我们会深入讲解服务01的PID列表，以及如何通过数据流快速定位故障。到时候我会分享一些我这些年积累的“看数据流”的独门技巧。
记住，诊断不是死记硬背，而是理解ECU的“思维方式”。你掌握了这些服务，就等于拿到了和ECU对话的钥匙。