【ISO14229_UDS_0x22服务详解】

已于 2023-06-23 11:50:22 修改
阅读量3k 收藏 13
点赞数 1
分类专栏： ISO14229-UDS诊断服务介绍 文章标签： mcu
于 2023-05-24 23:38:27 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43722921/article/details/130855099
版权

目录

1、0x22服务（ReadDataByIdentifier，按数据标识符读取数据服务）

  Service description：
  0x22服务（ReadDataByIdentifier，按数据标识符读取数据服务）允许客户端从服务端中定义的一个或者多个数据标识符中请求数据记录值。
  客户端请求消息包含了一个或者多个两个字节的数据标识符值，其表示服务端所维持的数据记录值。数据记录值的格式和定义应该由车辆制造厂商或者系统供应商所指定，这些数据记录值可能会包含模拟量输入和输出信号，数字输入和输出信号，内部数据和系统状态信息。
  服务端可能会限制同时请求的数据标识符数量，首先需要由车辆制造厂商和系统供应商商讨决定。
  一旦接收到0x22服务(ReadDataByIdentifier，按数据标识符读取数据服务)的请求消息，服务端应该访问由数据标识符参数指定数据元素记录值，并且在单个0x22服务肯定应答报文中去传输他们的值。请求报文中可能会多次包含同一个DID值，服务端应该将这些重复的DID看作独立的DID并答复。

2、请求报文格式

2.1 请求报文定义

  下表定义了请求报文的格式：

字节序号参数值约定字节值
#1ReadDataByIdentifier Request SIDM0x22

#2
#3		dataIdentifier[] = [
        byte#1 (MSB)
        byte#2]
M
M
0x00 – 0xFF
0x00 – 0xFF
.
.		.
.		.
.		.
.

#n-1
#n		dataRecord[] = [
        byte#1
        byte#2]
U
U
0x00 – 0xFF
0x00 – 0xFF

2.2 请求报文中子函数参数定义

  该服务未使用子函数参数。

2.3 请求报文中数据参数定义

  该服务在请求报文中的数据参数定义如下表所示：

定义
dataIdentifier(#1 to #m)
该参数表示客户端请求读取数据记录的标识符。

3、肯定应答报文

3.1 肯定应答报文格式定义

字节序号参数值约定字节值
#1ReadDataByIdentifier Response SIDM0x62

#2
#3		dataIdentifier[]#1 = [
        byte#1 (MSB)
        byte#2]
M
M
0x00 – 0xFF
0x00 – 0xFF

#4
.
.
#(k-1)+4		dataIdentifier[]#1 = [
        data#1
        .
        .
        data#k ]
M
.
.
U
0x00 – 0xFF
.
.
0x00 – 0xFF
.
.		.
.		.
.		.
.

#n-(o-1)-2
#n-(o-1)-1		dataIdentifier[]#m = [
        byte#1 (MSB)
        byte#2]
M
M
0x00 – 0xFF
0x00 – 0xFF

#n-(o-1)
.
.
#n		dataIdentifier[]#m = [
        data#1
        .
        .
        data#o ]
U
.
.
U
0x00 – 0xFF
.
.
0x00 – 0xFF

3.2 肯定应答报文数据参数定义

Definition
dataIdentifier (#1 to #m)
请求报文中的数据参数标识符(DID)。
dataRecord (#1 to #k/o)
0x22服务(ReadDataByIdentifier)肯定应答报文中提供客户端数据记录的值，数据具体内容由车辆制造厂商制定。

4、支持的否定应答码(NRC_)

  本服务实施了如下否定响应代码，下表记录了每个应答代码发生的情况，如果服务端在错误场景使用了该服务，则应使用如下列出的否定响应代码。

NRC描述
0x13incorrectMessageLengthOrInvalidFormat
请求报文长度不正确时，会发送该NRC
0x14responseTooLong
响应报文的总长度超出了底层传输协议层的限制时(如单条请求消息中出现了多个DID组合)，会发送该NRC
0x22conditionsNotCorrect
服务端的运行条件不满足去执行对应动作时，会发送该NRC
0x31requestOutOfRange
设备不支持所请求的DID、当前会话层不支持所请求的DID、请求的动态DID还没有被分配，会发送该NRC
0x31securityAccessDenied
至少有一个DID是保密的并且服务端处于未解锁状态，会发送该NRC

  0x22服务(ReadDataByIdentifier)的否定应答码(NRC)具体处理过程。

在这里插入图片描述

5、0x22服务（根据标识符读取数据服务）案例说明

  Assumptions:
  如下案例中，运行0x22服务(ReadDataByIdentifier)的条件都满足。
  案例1中读取了2字节大小的DID(F190)，其包含了车架号(VIN)信息。
  案例2中示例了单条请求包含了多个DID的情况(0x10A包含了发动机冷却液温度，节气门位置，发动机转速，歧管绝对压力，空气流量，车速，大气压，计算负载值，怠速空气控制，加速踏板位置以及电池电压)。
例1：read single dataIdentifier 0xF190 (VIN number)
  案例1 0x22服务(根据标识符读取数据服务)的请求报文使用如下，由客户端发向服务端(ECU)：

字节顺序Description字节值
#1ReadDataByIdentifier Request SID0x22
#2dataIdentifier [ byte#1 ] (MSB)0xF1
#3dataIdentifier [ byte#2 ]0x90

  案例1 0x22服务(根据标识符读取数据服务)的肯定应答报文见下表，由服务端(ECU)发往客户端：

字节顺序Description字节值
#1ReadDataByIdentifier Response SID0x62
#2dataIdentifier [ byte#1 ] (MSB)0xF1
#3dataIdentifier [ byte#2 ]0x90
#4dataRecord [ data#1 ] = VIN Digit 1 = “W”0x57
#5dataRecord [ data#2 ] = VIN Digit 2 = “0”0x30
#6dataRecord [ data#3 ] = VIN Digit 3 = “L”0x4C
#7dataRecord [ data#4 ] = VIN Digit 4 = “0”0x30
#8dataRecord [ data#4 ] = VIN Digit 5 = “0”0x30
#9dataRecord [ data#4 ] = VIN Digit 6 = “0”0x30
#10dataRecord [ data#4 ] = VIN Digit 7 = “0”0x30
#11dataRecord [ data#8 ] = VIN Digit 8 = “4”0x34
#12dataRecord [ data#9 ] = VIN Digit 9 = “3”0x33
#13dataRecord [ data#10 ] = VIN Digit 10 = “M”0x4D
#14dataRecord [ data#11 ] = VIN Digit 11 = “B”0x42
#15dataRecord [ data#12 ] = VIN Digit 12 = “5”0x35
#16dataRecord [ data#13 ] = VIN Digit 13 = “4”0x34
#17dataRecord [ data#14 ] = VIN Digit 14 = “1”0x31
#18dataRecord [ data#15 ] = VIN Digit 15 = “3”0x33
#19dataRecord [ data#16 ] = VIN Digit 16 = “2”0x32
#20dataRecord [ data#17 ] = VIN Digit 17 = “6”0x36

例2：Read multiple dataIdentifiers 0x010A and 0x0110
  案例2 0x22服务(根据标识符读取数据服务)的请求报文使用如下，由客户端发向服务端(ECU)：

字节顺序Description字节值
#1ReadDataByIdentifier Request SID0x22
#2dataIdentifier#1 [ byte#1 ] (MSB)0x01
#3dataIdentifier#1 [ byte#2 ]0x0A
#4dataIdentifier#2 [ byte#1 ] (MSB)0x01
#5dataIdentifier#2 [ byte#2 ]0x10

  案例2 0x22服务(根据标识符读取数据服务)的肯定应答报文见下表，由服务端(ECU)发往客户端：

字节顺序Description字节值
#1ReadDataByIdentifier Response SID0x62
#2dataIdentifier [ byte#1 ] (MSB)0x01
#3dataIdentifier [ byte#2 ] (LSB)0x0A
#4dataRecord [ data#1 ] = ECT0x57
#5dataRecord [ data#2 ] = TP0x30
#6dataRecord [ data#3 ] = RPM0x4C
#7dataRecord [ data#4 ] = RPM0x30
#8dataRecord [ data#4 ] = MAP0x30
#9dataRecord [ data#4 ] = MAF0x30
#10dataRecord [ data#4 ] = VSS0x30
#11dataRecord [ data#8 ] = BARO0x34
#12dataRecord [ data#9 ] = LOAD0x33
#13dataRecord [ data#10 ] = IAC0x4D
#14dataRecord [ data#11 ] = APP0x42
#15dataIdentifier [ byte#1 ] (MSB)0x01
#16dataIdentifier [ byte#2 ] (LSB)0x10
#17dataRecord [ data#1 ] = B+0x8C

返回UDS诊断服务功能单元介绍目录

《我的AUTOSAR之路》UDS 0x22 service
libuping2023的博客
10-18 343
根据 ISO14229 定义如表格所示：‍。
UDS 诊断 - ReadDataByIdentifier（按标识符读取数据）（0x22）服务
耳朵东金子千的博客
08-20 1412
字节参数名称字节值#1ReadDataByIdentifier（按标识符读取数据）请求SID0x22#2#3byte #2]#n-1#nbyte #2]定义dataIdentifier（数据标识符）（第 1 个至第 m 个）此参数识别客户端当前所请求的服务器数据记录。字节参数名称字节值#1ReadDataByIdentifier（按标识符读取数据）响应SID0x62#2#3byte #2]#4#(k-1)+4data #1data #k]
【UDS】ISO14229之0x22服务
weixin_48498880的博客
08-01 4897
ReadDataByIdentifier”，按标识符读取数据用户通过请求该服务，读取指定dataIdentifler（数据标识符DID）所记录的数据值。0x22服务相比之下，较简单。就是读取指定数据标识符DID所记录的数据值。，下一章0x2E写DID服务见！httpshttpshttpshttpshttps。......
UDS诊断协议(ISO 14229)-ReadDataByIdentifier （读取数据标识符）22服务
weixin_57759804的博客
02-24 409
多个数据：62 F1 9E 12 34 04 10 56 78。注：DID是2字节大小的数据标识符（例如：0xF19E）。注：响应中数据的DID以及数据的顺序与请求时的顺序一致。读取多个DID：22 F1 9E 04 10。0x13：报文长度错误（例如缺少DID）单个数据：62 F1 9E 12 34。：0x7F 22 否定响应码（NRC）读取单个DID：22 F1 9E。0x31：请求的DID不支持。0x33：安全访问未解锁。0x22：条件不满足。0x7F：服务不支持。
【AutoSar_UDS服务】0x22服务_通过DID读取数据
Gagaaaaaa的博客
03-25 1865
UDS 0x22服务简介
UDS诊断（ISO14229-1） 22服务
m0_56208280的博客
01-03 7313
22服务，即 ReadDataByIdentifier（按标识符读取数据）服务，该服务允许客户端请求读取服务器中通过一个或多个dataIdentifiers（数据标识符）所标识的数据记录值。
UDS 22服务
PlutoZuo的博客
09-04 1181
UDS 22服务
ISO 14229-4.zip_14229-4_ISO 14229_uds_uds 14229_uds诊断
07-15
《ISO 14229-4：UDS 诊断通信协议详解》 在现代汽车电子系统中，诊断服务和通信协议扮演着至关重要的角色。ISO 14229，也被称为统一诊断服务（UDS），是全球汽车行业中广泛采用的诊断标准，尤其在控制器局域网络...
ISO 14229-2.zip_14229-2_14229_2_ISO 14229_ISO14229-2_uds
07-14
《ISO 14229-2：汽车控制器UDS诊断服务详解》 ISO 14229-2是国际标准化组织（ISO）制定的一份标准，全称为“道路车辆——统一诊断服务（Unified Diagnostic Services，简称UDS）”，是汽车行业诊断通信的重要规范。...
uds 0x22 0X06服务详解
03-15
### 关于UDS协议中的0x22和0x06服务 #### 1. **UDS (Unified Diagnostic Services)** 协议概述 UDS 是一种标准化的汽车诊断协议，定义了一组用于车辆电子控制单元（ECU）之间通信的服务。它基于 ISO 14229 标准，并...
UDS（统一诊断服务）的理解-0x19服务.docx
03-24
### UDS（统一诊断服务）理解之0x19服务详解 #### 一、UDS概览 **UDS（Unified Diagnostic Services）**是一种广泛应用于汽车行业的标准通信协议，旨在标准化车辆内各电子控制单元（ECU）间的交互。根据国际标准化...
UDS_ReadDataByIdentifier(0x22)服务
weixin_68852042的博客
11-08 330
根据ISO14119-1标准中所述，诊断服务22主要用于Client向Server(ECU)通过DID的方式读取相关的数据。这些数据可以输入输出的数字信号，模拟信号，内部数据以及其他的系统状态信息。此服务没有子服务。（肯定也没有抑制肯定响应位，因为没有子功能参数）
UDS服务基础篇之22
热门推荐
wto9109的博客
05-01 1万+
UDS诊断服务基础篇之22 前言 22服务作为诊断服务种的基础服务，可以简单理解为就是一个用于读取ECU数据的外部接口，可实时获取软件内部的相关的状态信息。 鉴于本文是基础入门介绍，小T还是会问下大家有关22诊断服务的相关问题？ 22服务的实际用途是什么？ 22服务的应用场景有哪些呢？ 22服务的诊断治疗格式如何？ 这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲： 正文 服务功能 功能描述 根据ISO14119-1标准中所述，诊断服务22主要用于Client向Server
UDS之0x22、0x2E服务
m0_46398969的博客
07-08 6228
UDS协议中22/2E服务
【车载开发系列】UDS诊断---读取数据（$0x22）
千月星跡
12-03 4618
【车载开发系列】UDS诊断—读取数据（$0x22） UDS诊断---读取数据（$0x22）【车载开发系列】UDS诊断---读取数据（$0x22）一.概念定义二.报文格式1）请求2）肯定响应3）否定响应三.应用场景四.注意事项五.DID参数定义 一.概念定义 该服务的英文简称为ReadDataByIdentifier 。 根据ISO14119-1标准中所述，诊断服务22主要用于Client向Server(ECU)通过DID的方式读取相关的数据。这些数据可以输入输出的数字信号，模拟信号，内部数据以及其他的系统状
UDS（ISO 14229-1）-0x22（Read Data By Identifier，通过ID读数据）
is_yaoyao的博客
12-23 645
ReadDataByIdentifier positive消息使用此参数向客户端提供请求的数据记录值。本文档中未定义 dataRecord 的内容，并且特定于车辆制造商。
数据传输功能单元——0x22服务（按标识符读取数据）
weixin_42613638的博客
11-26 1256
1、服务功能介绍：该服务完成客户端读取服务器中的数据，通过一个或者多个DID(数据标识符)中所识别的数据记录值。 数据标识符：标识某段特定数据块，由相应的数据标识符库（可自行定义，也有协议规定值）。 数据记录值：模拟输入和输出信号、数字输入和输出信号、内部数据以及系统状态信息（均由车辆制造商或系统供应商规定）。 注：本服务不适用子功能参数。 2、请求消息格式 3、响应消息格式 肯定响应消息格式： 否定响应消息格式： 0x22服务支持的否定响...
UDS诊断服务-07按标识符读取数据服务（0x22）
最新发布
守静
03-19 717
0x22服务（Read Data By Identifier，按标识符读取数据服务） 用于从ECU（电子控制单元）中读取特定数据标识符（DID，Data Identifier）对应的数据。该服务是诊断过程中最常用的服务之一，广泛应用于读取ECU的状态信息、配置参数、故障码等数据。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值