2. 汽车诊断基础
汽车诊断并不是从OBD-II开始的。理解诊断通信的发展脉络，才能真正看懂今天UDS、DoIP、OBD-II共存于同一诊断座背后的工程逻辑。本节从通信演进、法规驱动、接口定义三个维度建立诊断基础认知。
一、诊断通信发展史：从人工读取到标准化总线
早期汽车诊断依赖维修技师的经验与专用工具。20世纪70年代，部分厂商开始在ECU中内置简单的故障指示，通过闪烁码（Flash Code）或专用测试仪读取故障信息。这一阶段的特征是：厂商私有、接口不统一、协议封闭。
进入80年代，电子控制单元数量快速增加，排放法规趋严，美国加州空气资源委员会（CARB）率先推动OBD-I，要求车辆具备监测排放相关系统的能力。OBD-I虽然提出了诊断要求，但接口、协议、故障码定义均由各厂商自行决定，导致跨品牌诊断极为困难。
90年代，OBD-II成为转折点。它统一了诊断座形状、引脚定义、通信协议集合和故障码结构，使通用诊断仪可以跨品牌读取排放相关数据。与此同时，欧洲厂商在ISO 9141、ISO 14230等标准上继续演进，最终与OBD-II、UDS形成今天的多协议共存格局。
核心演进主线：人工闪烁码 → 厂商私有诊断 → OBD-I（有要求无统一） → OBD-II（统一接口与协议） → UDS/DoIP（面向整车全系统诊断）。
二、OBD-I与OBD-II的关键差异
OBD-I与OBD-II最本质的区别不是“能不能读故障码”，而是标准化程度。OBD-I只规定了“要监测”，没有规定“怎么连、怎么读、怎么定义”；OBD-II则把物理层、链路层、应用层的关键部分都纳入法规。
| 对比维度 | OBD-I | OBD-II |
|---|---|---|
| 法规来源 | CARB早期要求，各州不一 | CARB + EPA，联邦统一 |
| 诊断座 | 厂商自定义，位置不统一 | 标准16针J1962接口 |
| 通信协议 | 厂商私有 | ISO 9141-2、ISO 14230-4、ISO 15765-4、SAE J1850等 |
| 故障码 | 厂商自定义 | P0xxx等标准码 + 厂商扩展码 |
| 监测范围 | 有限排放相关 | 催化器、氧传感器、失火、蒸发系统等 |
| 通用诊断仪 | 基本不可跨品牌 | 可跨品牌读取排放相关数据 |
OBD-II的法规要求还引入了就绪状态（Readiness）、故障码冻结帧（Freeze Frame）、MIL点亮策略等机制。这些机制不仅服务于维修，也服务于年检排放判定。
三、诊断接口与引脚定义：16针J1962的工程含义
OBD-II诊断座采用SAE J1962标准，16针DLC（Data Link Connector）。引脚不是随意分配的，而是按协议和电源功能划分。理解引脚定义，是排查“诊断仪连不上”问题的第一步。
OBD-II J1962 16针接口常用引脚定义：
1 - 厂商自定义（部分车型：点火开关电源）
2 - SAE J1850 Bus+（PWM/VPW）
3 - 厂商自定义
4 - 车身搭铁 Chassis Ground
5 - 信号搭铁 Signal Ground
6 - ISO 15765-4 CAN High（CAN_H）
7 - ISO 9141-2 / ISO 14230-4 K-Line
8 - 厂商自定义
9 - 厂商自定义
10 - SAE J1850 Bus-（PWM）
11 - 厂商自定义
12 - 厂商自定义
13 - 厂商自定义
14 - ISO 15765-4 CAN Low（CAN_L）
15 - ISO 9141-2 / ISO 14230-4 L-Line
16 - 蓄电池常电 Battery Positive（+12V）其中，4、5、16是诊断仪工作的基础电源与地；6、14是CAN诊断的差分对；7、15是K-Line/L-Line；2、10是J1850总线。现代车辆通常以6/14 CAN为主，7/15作为兼容保留或用于特定模块。
工程提示：测量DLC时，先确认16脚常电、4/5脚搭铁正常，再测6/14脚CAN终端电阻（约60Ω）。若电阻异常，优先排查CAN网络而非诊断仪。
四、法规要求与场景：为什么OBD-II必须存在
OBD-II的法规目标非常明确：确保车辆在生命周期内持续满足排放要求。因此法规不仅要求“能读故障码”，还要求：
- MIL在排放相关故障确认后点亮；
- 故障码必须可通过通用诊断仪读取；
- 关键监测器必须完成就绪状态；
- 冻结帧必须记录故障发生时的工况；
- 诊断座必须位于驾驶员侧可触及位置。
典型场景：年检排放测试时，检测站不进行尾气分析，而是通过OBD-II读取就绪状态和故障码。若MIL点亮或就绪状态未完成，直接判定不合格。这说明OBD-II已经从“维修工具”上升为“法规接口”。
五、常见误区与复盘
误区1：“OBD-II就是UDS。”——OBD-II是法规排放诊断接口，UDS是面向整车ECU的通用诊断服务，两者可共用物理层，但服务层不同。
误区2：“能插上诊断仪就能读所有模块。”——OBD-II法规只保证排放相关数据，ABS、气囊、网关等模块通常需要UDS或厂商专用协议。
误区3：“引脚定义所有车都一样。”——1、3、8、9、11、12、13等引脚允许厂商自定义，不同车型差异很大。
复盘方法：遇到诊断通信失败时，按“电源地 → 引脚定义 → 物理层波形 → 协议识别 → 服务层”顺序排查，而不是直接更换诊断仪。理解OBD-I到OBD-II的演进逻辑，才能明白为什么今天诊断座里既有法规强制，也有厂商扩展。