一、OBD协议概述
1.1 OBD的起源——从环保压力说起
OBD，全称是On-Board Diagnostics，中文叫车载诊断系统。说白了，就是车子自己给自己做体检的一套机制。
它的诞生，其实是被逼出来的。上世纪六七十年代，美国加州空气污染严重，汽车尾气是主要元凶。加州空气资源委员会（CARB）一拍桌子：你们车企得想办法让车子自己监控排放！于是，OBD的概念就诞生了。
我个人觉得，OBD的诞生有点像给孩子装了个健康手环——不是为了好玩，是为了防止你乱排放。我记得最早接触OBD是在2000年左右，那时候修车还得靠经验猜故障，有了OBD之后，至少能有个方向了。
1.2 OBD-I与OBD-II的区别——从混乱到统一
OBD-I是初代产品，说实话，挺乱的。
OBD-I的特点：
- 各家车企自己玩自己的，协议不统一
- 诊断接口五花八门，有的在方向盘下面，有的在手套箱里
- 故障码定义各说各话，通用和福特对同一个故障码的解释可能完全不同
- 诊断工具不通用，修车厂得备好几套设备
我在项目里遇到过一台老款欧洲车，它的OBD-I接口居然是个圆形插头，跟现在的标准OBD接口完全不搭边。那时候修车，真得靠经验加运气。
OBD-II的改进：
- 1996年起，美国强制所有在售车辆必须支持OBD-II
- 统一了16针诊断接口（DLC），位置固定在方向盘下方
- 统一了故障码格式（P0xxx、P1xxx等）
- 统一了通信协议（虽然还是有好几种，但至少标准化了）
- 增加了实时数据流监控功能
核心区别一句话总结：OBD-I是诸侯割据，OBD-II是大一统。
你想想看，如果没有OBD-II，现在的诊断仪怎么可能插上任何一辆车都能读数据？这就是标准化的力量。
1.3 OBD-II标准协议——三种主流方案
OBD-II虽然统一了接口和故障码格式，但底层的通信协议其实有三种。嗯，这里要注意，虽然都叫OBD-II，但物理层和链路层可能完全不同。
| 协议标准 | 物理层 | 波特率 | 常见应用 |
|---|---|---|---|
| ISO 9141 | 单线K线 | 10.4 kbps | 欧洲车、克莱斯勒 |
| ISO 14230 (KWP2000) | K线 | 10.4 kbps | 欧洲车、部分亚洲车 |
| ISO 15765 (CAN) | CAN总线 | 250/500 kbps | 2008年后几乎所有新车 |
ISO 9141——老将出马
ISO 9141是最早的OBD-II协议之一。它用一根K线做双向通信，外加一根L线做唤醒（后来L线基本被废弃了）。
它的特点：
- 通信速度慢，只有10.4 kbps
- 需要5V上拉电阻
- 初始化过程比较啰嗦，要发唤醒信号、等响应、再发地址
- 常见于2000年代初的欧洲车
我曾经调试过一台2002年的标致307，用的就是ISO 9141。那时候没有CAN分析仪，只能用示波器看K线上的波形。说实话，10.4 kbps的速率，读个数据流能急死人。
ISO 14230 (KWP2000)——K线的升级版
KWP2000全称是Keyword Protocol 2000。它本质上还是K线，但做了不少改进。
改进点：
- 支持更灵活的初始化方式（5波特率初始化 vs 快速初始化）
- 报文结构更规范，增加了长度字节和校验
- 支持更长的数据包
- 兼容ISO 9141的硬件
避坑指南：我曾经在ISO 14230的初始化时序上栽过跟头。有些ECU对唤醒信号的时序要求特别严格，差个几毫秒就不响应。后来我学乖了，每次做K线通信都先用示波器抓一下ECU的唤醒时序，再调整自己的代码。
KWP2000虽然比ISO 9141先进，但物理层的瓶颈摆在那里——10.4 kbps的速度，在数据量越来越大的今天，确实不够用。
ISO 15765 (CAN)——现代汽车的标配
ISO 15765是基于CAN总线的OBD-II协议。2008年以后的新车，基本都转向CAN了。
为什么CAN能胜出？
- 速度快：250 kbps或500 kbps，比K线快了几十倍
- 可靠性高：差分信号，抗干扰能力强
- 多节点通信：一条总线上可以挂几十个ECU
- 报文优先级：高优先级报文可以抢占总线
ISO 15765在OBD-II中的应用，其实是对CAN报文做了一层封装。它定义了如何把OBD-II的诊断请求和响应，打包成CAN报文发送和接收。
举个例子，读发动机转速的OBD-II请求：
// OBD-II请求：读发动机转速
// 服务ID: 0x01 (读取当前数据)
// PID: 0x0C (发动机转速)
请求报文: 01 0C
// 通过ISO 15765封装成CAN报文
// CAN ID: 0x7DF (广播地址)
// 数据域: 02 01 0C 00 00 00 00 00
// 其中02表示后续数据长度，01是服务ID，0C是PID
CAN报文: 7DF 8 02 01 0C 00 00 00 00 00响应报文类似：
// ECU响应
// CAN ID: 0x7E8 (ECU的响应地址)
// 数据域: 03 41 0C 0E 10 00 00 00 00
// 03表示后续数据长度，41是响应服务ID(0x40+0x01)，0C是PID，0E10是转速值
// 转速 = 0x0E10 / 4 = 900 RPM
CAN报文: 7E8 8 03 41 0C 0E 10 00 00 00 00注意：ISO 15765虽然强大，但也不是万能的。CAN总线对终端电阻有要求（120欧姆），布线也有讲究。我见过不少因为CAN总线终端电阻没接好，导致通信时好时坏的情况。排查起来特别头疼。
现在的新车，基本都跑在CAN总线上了。但老车还在用K线，所以做诊断工具的时候，三种协议都得支持。我个人习惯是：先尝试CAN通信，如果没响应，再切到K线试试。这样效率最高。
小结
OBD协议从诞生到现在，经历了从混乱到统一的过程。ISO 9141和ISO 14230是K线时代的产物，虽然慢，但胜在简单可靠。ISO 15765基于CAN总线，速度快、可靠性高，是现在的主流。
下一章，我们会聊UDS协议。UDS和OBD有什么本质区别？为什么有了OBD还要搞UDS？嗯，这些问题，我们下章见分晓。