ISO 27145-6:2017 — 全球统一车载诊断 — 第6部分：外部测试设备

1. 外部测试设备的范围与概述

ISO 27145-6:2023 规定了用于全球统一车载诊断（WWH-OBD）系统的外部测试设备的功能要求。该部分定义了诊断扫描工具和测试设备在与符合 WWH-OBD 的车辆通信时必须执行的功能，涵盖机械设计、电气特性、通信设置程序、诊断消息处理、数据信息管理和诊断故障码（DTC）处理。该标准建立了通用框架，确保来自任何制造商的诊断工具能够在不同车辆品牌和型号上执行一致可靠的车辆诊断。

该标准将要求组织成集群，分组相关功能领域，使开发者更容易实施和验证合规性。机械要求集群涵盖连接器耐久性、电缆长度和外壳防护等级。电气集群定义电压范围、电流限制和保护电路。通信设置集群规定协议检测、会话建立和 ECU 寻址程序。诊断消息集群涉及时序要求、否定响应处理和错误管理策略。数据信息集群涵盖参数标识、缩放因子和单位转换规则。DTC 处理集群规定读取、清除和状态跟踪程序。

2. 测试设备功能的具体要求

该标准要求外部测试设备在连接时自动检测车辆使用的通信协议——区分基于 CAN 的 WWH-OBD、基于 DoIP 的 WWH-OBD 和遗留协议——并建立适当的诊断会话。测试设备必须枚举车辆网络上所有符合 WWH-OBD 的 ECU 并呈现给用户选择。自动发现过程使用功能寻址同时从所有 ECU 请求车辆识别，构建可用诊断服务器的完整列表。此 ECU 列表是所有后续诊断操作的基础。

诊断消息处理要求包括对所有可能的否定响应码的适当响应。当 ECU 以 requestCorrectlyReceived-ResponsePending（否定响应码 0x78）响应时，测试设备必须等待 ECU 完成处理并发送实际响应，而不是超时或过早报告错误。对于无响应情况，该标准规定了具有定义最大重试次数和超时值的重试策略，之后必须通知用户通信失败。设备不得进入无限重试循环——这可能在诊断会话期间耗尽车辆电池或混淆 ECU 诊断状态机。

DTC 信息列表管理需要支持多种状态报告格式：表示需要维修的活动故障条件的已确认 DTC、当前或最近驾驶循环中检测到但尚未满足确认标准的待处理 DTC，以及即使清除尝试后仍保持存储直到故障修复并验证的永久 DTC。测试设备还必须能够读取冻结帧数据——故障检测时车辆运行状况的快照——包括发动机转速、车速、冷却液温度、燃油系统状态和通用数据字典中定义的其他参数。

3. 诊断工具开发的工程见解

开发符合 WWH-OBD 的测试设备需要仔细实施 ISO 27145 所有部分定义的完整通信协议栈。要求集群方法帮助开发人员按功能领域组织实施工作，并根据目标市场和产品定位优先考虑功能。基本代码阅读器可能只需要实施机械、电气、通信设置和 DTC 处理集群，而全面的诊断扫描工具必须实施所有集群。

标准对诊断信息清晰可理解呈现的强调也涉及用户界面考虑。该标准建议避免可能使非诊断专业人员的操作人员困惑的不必要复杂技术术语。测试结果应具有清晰的通过/失败指示，DTC 描述应包含标准化代码和解释故障条件的人类可读文本，冻结帧数据应以有组织的表格格式显示参数名称、当前值和工程单位。设备应根据获得的诊断结果提供可能原因和建议修复操作的指导。

该标准要求用户说明和设备文档清晰解释设备的能力和限制。用户必须了解支持哪些诊断功能、兼容哪些车辆品牌和型号以及设备不能做什么。这对可能需要诊断各种车辆品牌的独立维修厂使用的售后诊断工具尤其重要。该标准还涉及未来更新和升级的要求——测试设备应设计为具有可更新固件，以适应新车型、修订的诊断协议和随着 WWH-OBD 标准持续发展的附加功能。

常见问题