UDS诊断(ISO14229-1) 14服务

文章目录

  • 功能简介
  • 应用场景
  • 请求和响应
    • 1、请求
    • 2、子功能
    • 3、肯定响应
    • 4、否定响应
  • NRC 判断优先级顺序
  • 报文示例
  • UDS中常用 NRC
  • 参考

功能简介

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格式无非以下两种:

+ +

+

即有无sub-function的区别。Parameter可以是DID,可以是输入参数,可以是自定义的值,字节数视具体要求而定。
UDS诊断(ISO14229-1) 14服务_第1张图片
UDS诊断(ISO14229-1) 14服务_第2张图片

2、子功能

子功能参数定义(1字节数据):

  • Bit7:抑制肯定响应消息指示位suppressPosRspMsgIndicationBit
    • 0=False:需要肯定响应
    • 1=True:禁止肯定响应
  • Bit6-0:子功能参数值(0x00~0x7F)

无。

3、肯定响应

基本格式:

+ +

+

要注意,第一个字节是由SID和0x40的和构成。这里的Parameter项是optional的,具体要看协议规定。
UDS诊断(ISO14229-1) 14服务_第3张图片

4、否定响应

基本格式:

<0x7F> + +

看起来比较简单,格式比较固定,只要是Negative Response,第一字节就是0x7F,第二字节照抄原来的SID,第三个字节是错误响应码,指示具体错误响应的原因
UDS诊断(ISO14229-1) 14服务_第4张图片

NRC 判断优先级顺序

UDS诊断(ISO14229-1) 14服务_第5张图片

报文示例

  • 示例 1:

UDS诊断(ISO14229-1) 14服务_第6张图片
UDS诊断(ISO14229-1) 14服务_第7张图片

UDS中常用 NRC

在这里插入图片描述

参考

  • https://zhuanlan.zhihu.com/p/589478017

你可能感兴趣的:(UDS诊断,汽车电子,UDS,诊断)