Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
SAE J1699-4-2021：OBD-II通信异常清单与诊断指南
在车载诊断（OBD）系统中，诊断设备与车辆ECU之间的稳定通信是实现排放检测和故障排查的基础。然而，由于早期车辆实现与理解差异，实际通信中常出现“无法连接”或“无数据响应”等异常。SAE J1699-4-2021《OBD-II通信异常清单》作为一份经过实践验证的推荐实践，系统整理了针对J1850 VPW/PWM、ISO 9141-2、ISO 14230-4以及ISO 15765-4等多种协议的典型异常现象，并为诊断设备制造商、OEM及法规机构提供了宝贵的调试参考。
一、标准背景与核心价值
🛠️ SAE J1699-4最初于2014年发布，2021年经确认并稳定化。其内容源自对大量在役车辆故障的实地调查、标准解读的澄清以及实施指南的汇总。文档明确指示：部分指导建议可能不严格符合当前的ISO/SAE标准，但在诊断早期非完全合规的车辆时至关重要。它强调了诊断设备必须具备鲁棒的容错和降级策略，以覆盖那些“合规但行为怪异”的ECU。
二、常见通信异常类型与现象
🔍 下表列举了文档中涵盖的主要异常类别及其影响。每一项都对应着特定的协议和典型失败场景。
| 编号 | 异常名称 | 涉及协议 | 典型表现 |
|---|---|---|---|
| 5.1 | 排放ECU物理地址分配错误 | J1850 / ISO 9141-2等 | 无法定位目标ECU |
| 5.2 | 车辆ECU支持的Header字节错误 | J1850 / ISO 14230-4 | 通信无响应 |
| 5.3 | 诊断设备支持的Header字节错误 | 同上 | 设备无法连接 |
| 5.4 | K线初始化序列异常 | ISO 9141-2 / 14230-4 | 初始化失败 |
| 5.5 | 服务$01 PID $00响应不稳定 | 全部协议 | 响应数据跳动或超时 |
| 5.6 | 多排放ECU响应顺序错乱 | J1850 | 数据冲突 |
| 5.7 | J1850总线时序偏差 | J1850 VPW / PWM | 帧错误或丢失 |
| 5.8 | 诊断CAN总线休眠 | ISO 15765-4 | 无唤醒前奏则完全无响应 |
| 5.9 | ISO 15765-4多帧响应处理不当 | ISO 15765-4 | 接收数据不完整 |
| 5.10 | CAN协议禁止物理寻址排放ECU | ISO 15765-4 | 寻址错误导致无应答 |
| 5.11 | 车辆ECU支持错误的Key字节 | ISO 14230-4 | 鉴权失败 |
三、工程启示与诊断策略
诊断设备开发者在应对上述异常时，应建立多层次的兼容策略。例如：在初始化阶段采用“试探-回退”机制，尝试不同的Header字节、Key字节和K线初始化序列；针对J1850时序问题，引入自适应位采样点；对于CAN总线，务必在诊断会话前发送唤醒帧并等待合适的退避时间。此外，处理ISO 15765-4时严格使用功能寻址，并正确解析多帧传输协议。
💡 工程设计洞察： SAE J1699-4的独到之处在于它并非纯粹的理论规范，而是基于实际失效案例的逆向归纳。文档中的每一条异常都来自于真实车辆，尤其是那些在早期型号中因标准理解偏差而导致的“软故障”。对于工具开发者而言，这意味着不能仅仅依赖标准的最小实现，而必须准备处理“不标准”但广泛存在的行为。将这张异常清单转化为测试用例和回退逻辑，是提升设备实车兼容性的关键。
⚠️ 使用注意： 本文档的部分指导可能不再与最新版ISO/SAE标准完全一致，其初衷是为诊断早期车辆提供可行的解决方案。在面向新型号车辆时，请结合最新标准进行测试，避免引入新的问题。文档已声明“稳定化”，意味着不再进行常规更新，读者需自行验证引用标准的有效性。
四、常见问题解答
Q1: 为何诊断工具与某些老款车型无法建立OBD通信？
最常见的原因集中在车辆ECU的Header字节或Key字节与设备预期不符、K线初始化时序偏差、或者CAN总线处于休眠状态。建议对照SAE J1699-4清单，重点检查5.2、5.3、5.4、5.8等条目，并在工具中实现初始化参数动态切换。
Q2: J1850总线时序问题如何有效应对？
J1850对位时间精度要求较高，车辆线束电容变化可能导致信号变形。设备应采用可配置的位采样点，并在软件中实现短超时重试（例如三次），同时利用CRC校验丢弃错误帧。
Q3: ISO 15765-4 CAN诊断时为何不能使用物理寻址？
按照标准，排放相关的ECU（如发动机、变速箱控制器）仅通过功能寻址（ID 0x7DF）进行通信。物理寻址留作非排放ECU或特殊用途。错误使用物理寻址会导致目标ECU忽略请求，表现为“无应答”。
Q4: 如何正确唤醒处于休眠状态的诊断CAN总线？
绝大多数CAN车载网络在关闭点火后进入休眠以省电。唤醒过程需要工具首先发送一段特定长度的显性电平（通常为250 µs～1 ms），然后等待总线重新同步。工具必须在发送正式诊断请求前完成唤醒，并遵循ISO 15765-4或车辆特定的唤醒准则。
总之，SAE J1699-4-2021是一份源自工程实践的宝贵参考，它将零散的通信故障归纳为系统的异常清单，为诊断工具研发提供了清晰的改进方向。对于每一位从事OBD兼容性测试的工程师而言，这份标准既是故障排查的“病历本”，也是设计鲁棒通信协议的“避坑指南”。
