诊断协议那些事儿

诊断协议那些事儿专栏系列文章，本文介绍存储数据传输服务下的14服务ClearDiagnosticlnformation，客户端使用ClearDiagnosticlnformation服务清除一个或多个服务器存储器中的诊断信息。

关联文章：$19服务:DTCStatusMask和statusofDTC bit 定义

---

文章目录

• 诊断协议那些事儿
• 一、14服务-ClearDiagnosticlnformation
• 二、请求格式
• 三、肯定响应格式
• 四、否定响应格式
• • 1.支持的否定响应码
  • 2.NRC优先级
• 五、消息流示例
• 总结

---

一、14服务-ClearDiagnosticlnformation

当 ClearDiagnosticlnformation服务完成处理时，服务器应发送肯定响应。即使没有存储任何 DTC，服务器也应发送肯定响应。
如果服务器支持存储器中DTC状态信息的多个副本（例如，RAM中的一个副本和EEPROM中的一个副本），则服务器应清除通过ReadDTCInformation状态报告服务使用的副本。额外的副本，例如长期存储器中的备份副本，会根据适当的备份策略进行更新（例如，在电源锁存阶段）。

注意∶如果电源锁存阶段受到干扰（例如，在电源锁存阶段电池断开），则可能导致数据不一致。

各个DTC状态位的行为应根据DTCStatusMask和statusofDTC bit 的定义来实现。

通过此服务复位/清除的 DTC 信息包括但不限于以下内容∶
-DTC状态字节；
-捕获的DTC快照数据（DTCSnapshotData，请参阅ReadDTClnformation（0x19）服务）；
-捕获的DTC扩展数据（DTCExtendedData，请参阅的ReadDTCInformation（0x19）服务）；
-其他与DTC相关的数据，例如特定于DTC的第一个/最近DTC，标志，计数器，计时器等；

存储在服务器中可选的可用DTC的镜像存储器中的任何DTC信息均不受此服务的影响（有关DTC镜像存储器的定义，请参阅的ReadDTCInformation（0x19）服务）。

二、请求格式

客户端的请求消息包含一个参数。参数groupofDTC允许客户端清除一组DTC（例如，动力总成，车身，底盘等）或一个特定的DTC。

注：0xFFFFFF-所有组，简称AG

各FunctionalGroupIdentifier（功能组标识符）规定了不同功能系统组，标识符用于区分由不同服务器组成的电气架构内不同功能系统组测试设备发出的指令。

三、肯定响应格式

四、否定响应格式

1.支持的否定响应码

NRC	描述	助记符
0x13	请求报文的数据长度（或者格式）不符合标准	IMLOIF
0x22	条件不正确：若服务器的内部条件阻止清除服务器中存储的DTC相关信息	CNC
0x31	指定的groupOfDTC（DTC组）参数不受支持	ROOR
0x72	一般编程故障：若在写入一个存储单元时服务器检测到错误	GPF

2.NRC优先级

五、消息流示例

---

总结

以上就是今天要讲的内容，欢迎各位评论，提出宝贵意见，小编也会持续更新，以提供更好的作品。