1.功能概述
1.1.功能定义
ClearDiagnosticlnformation是UDS中的 SID14（服务标识符 14H）对应的服务。该服务的核心功能是清除电子控制单元（ECU）中存储的诊断相关信息，这些信息通常包括但不限于：临时故障码（DTC）、冻结帧数据（Freeze Frame）、诊断会话期间产生的临时状态记录、测试过程中存储的中间数据等。
请求帧应包含服务ID、子功能ID、groupofDTC，其中 groupofDTC用来指定需要清除的诊断信息范围。服务端将在其支持的可清除诊断信息列表中。若请求方使用DTCGroup=0xFFFF作为组标识，则代表请求清除所有可清除的诊断信息。
因此响应帧应答需携带清除操作的执行结果状态，包括是否成功清除指定 DTC 组的诊断信息、未清除的原因（如存在不可清除的永久故障码）等。对于肯定应答，会返回通用成功标识，即使没有存储任何 DTC，服务器也应发送肯定响应；对于否定应答，则通过否定响应码（NRC）明确说明失败原因。
若服务端支持DTC状态信息存储多个副本在存储器中，如：RAM中的一个副本、EEPROM中的一个副本，则服务端应清除通过SID$19:ReadDTCInformation服务报告时所使用的数据副本。其他的存储副本会根据适当的备份策略进行更新，例：在电源锁存阶段。
-
各个DTC状态位的行为应根据DTCStatusMask和statusofDTC bit的定义来实现。
-
通过此服务复位/清除的 DTC 信息包括但不限于以下内容∶
DTC状态字节；
捕获的DTC快照数据（DTCSnapshotData，请参阅SID$19 SF$04 - reportDTCSnapshotRecordByDTCNumber）
捕获的DTC扩展数据（DTCExtendedData，SID$19 SF$06 - reportDTCExtDataRecordByDTCNumber）；
其他与DTC相关的数据，例如特定于DTC的第一个/最近DTC，标志，计数器，计时器等；
⚠️ 注意：SID14 无法清除以下数据：
- 永久性故障码（硬件故障导致）
- 制造商锁定的关键配置数据
- 法规要求必须长期保存的排放相关记录
1.2.应用场景
- 维修后验证阶段：维修人员完成故障修复后，通过该服务清除 ECU 中存储的临时故障信息，避免残留数据干扰后续诊断（例如防止已修复的临时故障码被误判为未解决故障）。
生产与下线测试：在汽车生产线或零部件测试环节，清除 ECU 在出厂前测试过程中产生的临时诊断数据，确保车辆交付时 ECU 的诊断信息处于初始状态。
诊断流程重置：当诊断设备需要重新开始诊断会话时，通过清除历史诊断信息，避免前一次诊断的残留数据影响本次诊断的准确性。
特定功能触发条件：部分 ECU 要求在执行某些高级诊断服务（如部件测试）前，需先通过 SID14 清除历史信息，以满足服务执行的前置条件。
2.消息格式
2.1.请求消息
| 字节 | 参数名称 | Cvt | 字节值 | 助记符 |
|---|---|---|---|---|
| #1 | ClearDiagnosticlnformation Request SID | M | 0x14 | CDTCI |
| #2 #3 #4 | groupOfDTC[] = [ groupOfDTCHighByte groupOfDTCMiddleByte groupOfDTCLowByte ] | M M M | 0x00–0xFF 0x00–0xFF 0x00–0xFF | GODTC_ HB MB LB |
- groupOfDTC：groupofDTC允许客户端清除一组DTC（例如，动力总成，车身，底盘等）或一个特定的DTC
取值范围：
| 字节值范围 | 描述 | Cvt | 助记符 |
|---|---|---|---|
| 0x000000 - 0x0000FF | This range of values is reserved for future legislative requirements. 该值范围保留用于未来的法规需求。 | M | RFLU |
| 0x000100 - 0x00FFFF（to be determined by vehicle manufacturer 由车辆制造商确定 ） | Powertrain Group: engine and transmission 动力总成组：发动机和变速器 | U | PG |
| Powertrain DTCs 动力总成DTC | U | PDTC_ | |
| Chassis Group 底盘组 | U | CG | |
| Chassis DTCs 底盘DTC | U | CDTC_ | |
| Body Group 车身组 | U | BG | |
| Body DTCs 车身DTC | U | BDTC_ | |
| Network Communication Group 网络通讯组 | U | NCG | |
| Network Communication DTCs 网络通信DTC | U | NCDTC_ | |
| 0xFFFF00 - 0xFFFFFE | The lower byte shall always be the FunctionalGroupIdentifier as defined in Table D.15. For example, a value of 0xFFFF33 shall equal the Emissions Group and a value of 0xFFFFD0 shall equal the Safety Group. 低字节应始终是下表定义的 FunctionalGroupIdentifier。 例如，值 0xFFFF33 应等于排放组，值 0xFFFFD0 应等于安全组。 | M | ISOSAERESRVD |
- 注：0xFFFFFF表示所有组，简称All Group
各FunctionalGroupIdentifier（功能组标识符）规定了不同功能系统组，标识符用于区分由不同服务器组成的电气架构内不同功能系统组测试设备发出的指令
| 字节值 | 描述 | Cvt | 助记符 |
|---|---|---|---|
| 0x00 - 0x32 | ISO/SAE reserved 该值范围由本文档保留以供将来定义。 | M | ISOSAERESRVD |
| 0x33 | Emissions-system group排放系统组 此值标识服务器中的排放系统。 | M | EMSYSGRP |
| 0x34 - 0xCF | ISO/SAE reserved 该值范围由本文档保留以供将来定义。 | M | ISOSAERESRVD |
| 0xD0 | Safety-system group安全系统组 该值标识服务器中的安全系统。 | M | SAFESYSGRP |
| 0xD1 - 0xDF | Legislative system group法规系统组 本文档为法规要求的组标识符保留了该值范围以供将来定义。 | M | LEGSYSGRP |
| 0xE0 - 0xFD | ISO/SAE reserved 该值范围由本文档保留以供将来定义。 | M | ISOSAERESRVD |
| 0xFE | VOBD system 此值标识VOBD系统设备。根据实施的VOBD策略，只有网关、专用VOBD ECU或任何其他实施了VOBD功能的ECU（例如发动机控制器）可以响应。 | M | VOBDSYSGRP |
| 0xFF | All functional system groups所有功能系统组 此值标识服务器中此表中列出的所有功能系统组。 | M | ALLFCTSYSGRP |
2.2.肯定应答
| Byte | Parameter | Cvt | Byte Value | 助记符 |
|---|---|---|---|---|
| #1 | ClearDiagnosticlnformation Positive Response SID | M | 0x54 (0x14 + 0x40, 正响应标志) | CDTCIPR |
2.3.否定应答
| 字节 | 参数名称 | Cvt | 字节值 | 助记符 |
|---|---|---|---|---|
| #1 | Negative response SID | M | 0x7F | - |
| #2 | ReadDTCInformation Request SID | M | 0x19 | - |
| #3 | NRC | M | 0x22 0x13 0x31 0x72 | CNC IMLOIF ROOR GPF |
- 注：支持的否定响应代码NRC
| NRC | 说明 | 助记符 |
|---|---|---|
| 0x12 | sub-function parameter is not supported 若指定的 子服务不受支持，则应传回本否定响应代码。 | SFNS |
| 0x13 | incorrectMessageLengthOrInvalidFormat（消息长度不正确或格式无效） 如果消息长度错误，则应发送该否定响应代码（NRC）。 | IMLOIF |
| 0x22 | conditionsNotCorrect（条件不正确） 若服务器的内部条件阻止清除服务器中存储的 DTC 相关信息，则应使用本否定响应代码。 | CNC |
| 0x31 | requestOutOfRange（请求超过限值） 若指定的 groupOfDTC（DTC 组）参数不受支持，则应传回本否定响应代码。 | ROOR |
| 0x72 | generalProgrammingFailure（一般编程故障） 若在写入一个存储单元时服务器检测到错误，则应传回本否定响应代码。 | GPF |
2.4.NRC优先级
- 注1 ClearDiagnosticInformation Request SID (1byte) + groupOfDTC (3byte)
3.消息流示例
- 前提条件
| groupOfDTCs | Parameter |
|---|---|
| 0xFFFFFF | All Group(all DTCs) |
- ClearDiagnosticInformation（SID$14）请求消息流
消息方向： Client → Server
消息类型： Request
| A_Data 字节 | 说明（字节值均为16进制） | 字节值 | 助记符 |
|---|---|---|---|
| #1 | ClearDiagnosticlnformation Request SID | 0x14 | CDTCI |
| #2 #3 #4 | groupOfDTC[] = [ groupOfDTCHighByte groupOfDTCMiddleByte groupOfDTCLowByte ] | 0xFF 0xFF 0xFF | GODTC_ HB MB LB |
- ClearDiagnosticInformation（SID$14） 响应消息流
消息方向： Server → Client
消息类型： Response
| A_Data 字节 | 说明（字节值均为16进制） | 字节值 | 助记符 |
|---|---|---|---|
| #1 | ClearDiagnosticlnformation Positive Response SID | 0x54 | CDTCIPR |
4.相关协议参考
- ISO 14229-2:2013：《道路车辆 统一诊断服务（UDS）第 2 部分：会话层服务》，用于参考服务在会话层的传输机制（如消息分片、超时处理等）
- ISO 14229-1:2020：《道路车辆 统一诊断服务（UDS）第 1 部分：规范和要求》，该标准第 9.14 节详细规定了 “清除诊断信息” 服务的功能、消息格式、交互规则及否定响应码。
- ISO 15031-5：《道路车辆 诊断系统 第 5 部分：排放相关的诊断服务》，部分场景下（如排放相关诊断信息清除）需结合该标准的特殊要求。
- TMC 诊断协议标准
扫一扫
265
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
