文章目录
一、ClearDiagnosticInformation(0x14)服务
服务说明:
客户端使用ClearDiagnosticInformation服务清除一个或多个服务器内存中的诊断信息。
当ClearDiagnosticInformation服务完全处理时,服务器应发送肯定响应。即使没有存储DTC,服务器也应发送肯定的响应。如果服务器在内存中支持DTC状态信息的多个副本(例如,一个RAM副本和一个EEPROM副本)则服务器应清除ReadDTCInformation状态报告服务使用的副本。其他副本(例如长期内存中的备份副本)根据适当的备份策略进行更新(例如,在电源锁定阶段)。
(注意 :在功率锁存阶段受到干扰的情况下(例如,在功率锁定阶段期间电池断(开),这可能导致数据不一致。客户端的请求消息包含一个参数。参数groupOfDTC允许客户端清除一组DTC(例如动力总成,车身,底盘等)或特定的DTC。除非另有说明,否则服务器应为所请求的组清除内存中与排放有关的和与排放无关的DTC信息。)
二、交互过程
1.请求消息(request)
- 请求消息定义:
注:此服务没有子服务。 - 请求消息数据参数定义:
2.响应消息(response)
-
肯定响应消息的定义
注:在肯定响应消息中没有该服务使用的数据参数 -
否定响应消息的定义
注:这里的SID是0x14 -
支持的否定响应码(NRC_)
3.服务逻辑图
注:每个厂商定义的限制条件不同,所以NRC会不同,这里只是举个例子,视实际情况而定。
三、举个例子
1.客户端将ClearDiagnosticInformation请求消息发送到单个服务器
2.肯定响应消息流程示例
总结
0x14服务还是比较简单的服务,通过它来了解UDS诊断协议的内容,还是比较容易上手。这里边的groupOfDTC可以是某个具体的DTC,也可以是某一类或某一组DTC。可以参考一下:ISO14229-1之groupOfDTC定义