UDS诊断系列之十五 通过DID读取数据(22)服务

通过DID读取数据服务,服务ID是0x22,主要功能是通过数据标识符(Data Identifier/DID)读取ECU存储的数据。

一、服务说明

先说什么是数据标识符(Data Identifier/DID,以下简称DID),它由两个字节组成,可以理解为一个编号,用来标识读取的是哪个数据。大部分OEM都会要求ECU内部存储一些数据或者一些运行时候的数据可以使用诊断仪或其他诊断设备读取,例如软硬件版本、序列号、某些传感器的实时数值、一些特殊配置状态等等,通过两个字节的标识符与对应的数据进行对应,这样就可以通过22服务加上对应的DID来读取相应的数据了。
为了规范使用,ISO14229-1规定了DID的使用范围,甚至定义了一些常用的DID所表示的内容,例如车辆VIN所使用的DID就是F190,任何车辆都要使用这个DID,具体范围可参考ISO14229-1的附录C.1。
通过22服务读取的数据格式,除固定格式以外,都由OEM和供应商约定。
通过22服务可以请求一个DID的数据,也可以请求多个,其数量限制也由OEM和供应商来约定。无论请求的DID数量是多少,只要满足数量限制,那么ECU都应该在一次肯定响应里包含所有数据,即使多个DID里面有重复的,响应的时候也要当成是两个单独的DID请求。

二、应用数据格式

1、请求报文

下表是22服务的请求格式,可以看到格式比较简单,第一个字节是服务标识22,后面每两个字节表示一个DID,通过cvt列也能看出至少要跟一个DID。
在这里插入图片描述

2、响应报文

响应报文格式稍复杂一些,第一个字节仍然是响应的SID,之后两个字节是被请求的DID,DID之后跟着对应的数据,长度根据实际的DID数据长度而定。如果请求了多个DID,那么后面的数据格式就是DID+DATA+DID+DATA…,这样一直循环下去,直到把所有的DID数据都响应完。
在这里插入图片描述

3、否定响应

下图是ISO14229-1里面给出的响应流程图。
在这里插入图片描述
首先应注意开始的两个NRC13所检查的内容是不一样的,第一次检查的是最小长度,即只读取一个DID的长度——SID+DID共3个字节,第二次检查的是最大长度——SID+DID*N,N即请求的DID个数是否满足要求,并且长度必须是奇数。
下面的循环主要检查的是请求的每个DID是否有安全或者其他条件限制:

  • NRC34:如果ECU支持29服务的认证,且被请求的DID需要认证后才能读取,那么需要检查请求之前是否已经通过认证;
  • NRC33:如果ECU支持27服务的校验,且被请求的DID需要校验后才能读取,那么需要检查请求之前是否已经通过校验;
  • NRC22:如果被请求的DID需要满足特定条件才能读取,那么需要检查当前是否满足读取的条件;

后面的检查就比较好理解了:

  • NRC31:如果请求的DID至少有一个是支持的,那么正常响应这个DID的数据,否则给这个否定响应码;
  • NRC14:如果请求的DID数据过长,ECU无法处理这么长的数据,那么给这个否定响应码。
  • 11
    点赞
  • 81
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
通过标识符读取数据服务汽车UDS诊断协议中的一种功能,通过该功能可以从汽车的电子控制单元(ECU)中读取特定的数据。其中,标识符0x22表示读取数据服务。 该命令的结构是由一个请求帧和一个响应帧组成。请求帧中包含了要读取数据的标识符和数据记录编号等信息。响应帧中则包含了请求的数据。 在进行标识符读取数据服务时,首先需要确定要读取的数据的标识符。标识符是通过制定的标准或者车辆制造商定义的,用于唯一标识某个特定的数据。例如,可以通过标识符来读取车速、发动机转速等信息。 一旦确定了要读取的数据的标识符,就可以构建请求帧发送给对应的ECU。ECU接收到请求后,会根据标识符来查找对应的数据,并将其封装在响应帧中返回给诊断设备。 标识符读取数据服务的深度剖析需要了解不同的车辆制造商和标准对于标识符和其对应数据的定义。在实际使用中,需要根据特定的车辆型号和诊断设备的要求来选择合适的标识符。此外,不同的ECU可能支持不同的标识符和数据,因此在使用过程中需要根据实际情况进行选择。 总之,通过标识符读取数据服务汽车UDS诊断中的一个重要功能,它能够帮助用户获取车辆的各种数据信息,提供诊断和故障排除的参考依据。在实际应用中,需要根据具体情况选择合适的标识符来读取所需的数据。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ChenglimK

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值