功能简介
14服务,即 ClearDiagnosticInformation
(清除诊断信息)服务,清除一个或多个服务器内存中的诊断信息。
当 ClearDiagnosticInformation(清除诊断信息) 服务彻底处理完成后, 服务器应发送一条肯定响应。服务器应发送一条肯定响应,即使未存储任何 DTC。
若服务器支持内存中的多份 DTC 状态信息副本(例如,一份在 RAM 中,一份在 EEPROM 中),则服务器应清除 ReadDTCInformation(读取 DTC 信息)状态报告服务使用的信息副本。其它副本,如,长期存储器中的备份副本均已(如,在动力锁止阶段)根据适当的备份策略进行更新。
客户端的请求消息包含一个参数。参数 groupOfDTC(DTC 组)允许客户端清除一组 DTC(如,动力总成、车身以及底盘等)或一个特定的 DTC。
通过本服务重置/清除的 DTC 信息包括但不限于以下各项:
- DTC 状态字节(见 11.3 中的 ReadDTCInformation(读取 DTC 信息)服务)
- 捕 获 的 DTC 快 照 数 据 ( DTCSnapshotData ( DTC 快 照 数 据 )
- 捕 获 的 DTC 扩 展 数 据 ( DTCExtendedData ( DTC 扩 展 数 据 )
- 其它特定于 DTC 的 DTC 相关数据,如最近的 DTC、标志、计数器以及计时器等
应用场景
- ECU被刷写新的软件后,此时需通过14诊断服务清除下DTC,然后读取下DTC查看是否存在异常的DTC,保证系统监控正常;
- 在产线EOL工位或者客户电检工位上都会执行下14服务以便清除下历史DTC,然后查看下是否存在任何当前的DTC;
请求和响应
1、请求
基本格式
归纳起来,诊断的request格式无非以下两种:
<SID> + <Sub-function> + <Parameter>
<SID> + <Parameter>
即有无sub-function的区别。Parameter可以是DID,可以是输入参数,可以是自定义的值,字节数视具体要求而定。
2、子功能
子功能参数定义(1字节数据):
- Bit7:抑制肯定响应消息指示位suppressPosRspMsgIndicationBit
- 0=False:需要肯定响应
- 1=True:禁止肯定响应
- Bit6-0:子功能参数值(0x00~0x7F)
无。
3、肯定响应
基本格式:
<SID + 0x40> + <Sub-function> + <Parameter>
<SID + 0x40> + <Parameter>
要注意,第一个字节是由SID和0x40的和构成。这里的Parameter项是optional的,具体要看协议规定。
4、否定响应
基本格式:
<0x7F> + <SID> + <NRC>
看起来比较简单,格式比较固定,只要是Negative Response,第一字节就是0x7F,第二字节照抄原来的SID,第三个字节是错误响应码,指示具体错误响应的原因
NRC 判断优先级顺序
报文示例
- 示例 1:
UDS中常用 NRC
参考
- https://zhuanlan.zhihu.com/p/589478017