【ISO14229_UDS_0x22服务详解】

已于 2023-06-23 11:50:22 修改
阅读量1.6k 收藏 8
点赞数
分类专栏： 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诊断服务功能单元介绍目录

三星小卤蛋
关注
  • 0
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
具体工作内容及流程——UDS诊断协议之0x22
weixin_49561558的博客
07-16 2633
如果我会AutoSAR就好了，泪目
UDS 22服务
PlutoZuo的博客
09-04 750
UDS 22服务
ISO14229-1专栏（6）数据传输功能单元服务介绍--22服务（ReadDataByIdentifier）
weixin_43902082的博客
03-30 2213
前面的文章我们介绍了诊断与通信管理单元中包含的几个服务，那么本章我们介绍下一个单元，数据传输功能单元。
UDS诊断（ISO14229-1） 22服务
最新发布
m0_56208280的博客
01-03 2282
22服务，即 ReadDataByIdentifier（按标识符读取数据）服务，该服务允许客户端请求读取服务器中通过一个或多个dataIdentifiers（数据标识符）所标识的数据记录值。
[Davinci Configurator 配置] 实现功能寻址不响应、关闭抑制肯定响应、NRC否定响应
阿拉斯加小野牛的博客
08-26 8593
通过Davinci Configurator 配置工具，实现功能寻址不响应、关闭抑制肯定响应、NRC否定响应。
[UDS] --- UDS服务应该支持的NRC
M2嵌入式
10-20 1005
最后，下表中列出了ISO14229-1:2013(E)中定义的否定响应码及其使用条件。供大家参考。编码描述助记词0x00此编码用于服务器内部实现否定响应码的逻辑时使用，用于表示没有NRC，不给出否定响应。此编码不会在否定响应中给出。ISO预留。用于以后扩展。0x10表示请求的诊断服务被服务器(ECU)拒绝，但在本表中所有已定义的编码都不适用，这时回复此编码。0x11服务器不支持请求的诊断服务。
ISO 14229-4.zip_14229-4_ISO 14229_uds_uds 14229_uds诊断
07-15
《ISO 14229-4：UDS 诊断通信协议详解》 在现代汽车电子系统中，诊断服务和通信协议扮演着至关重要的角色。ISO 14229，也被称为统一诊断服务（UDS），是全球汽车行业中广泛采用的诊断标准，尤其在控制器局域网络...
ISO14229_iso14229中文_iso14229_UDS协议中文
06-01
ISO14229，全称为“Road Vehicles - Diagnostics on Controller Area Network (CAN) - Unified Diagnostic Services”（道路车辆-CAN总线统一诊断服务），是国际标准化组织（ISO）制定的一项汽车行业标准，用于规范...
ISO14229(2006).zip_Bootloader_UDS ISO14229_UDS14229协议_uds_汽车UDS
07-14
UDS 协议文件，可以供在CAN、Bootloader以及汽车电子的设计时参考
SS-ISO_14229-3_2012.zip_14229_14229-3_2012_ISO 14229_uds
09-24
ISO 14229，也被称为统一诊断服务（UDS），是汽车行业中广泛应用的一套通信协议，用于车载电子系统的故障检测、诊断和维修。这个标准由国际标准化组织（ISO）制定，其2012年的第三部分（ISO 14229-3）是UDS的重要...
ISO 14229-3.zip_ISO 14229-3_ISO-14229_UDS ISO_uds_诊断uds
07-14
诊断参考文档 汽车控制器 UDS 14229-3
UDS中常用的的否定响应代码
qq_42718749的博客
06-05 2万+
UDS中定义的否定响应代码非常多，但常用的只有以下这些： ServiceNotSupported/服务不支持（$11 ） 当诊断仪发送的请求消息中服务标识符无法识别或不支持时，ECU应发送该响应码 SubFunctionNotSupported/不支持子功能（$12 ） 该响应码表明请求的动作不能执行的原因是ECU不支持请求消息中的服务特定参数。如果诊断仪已经发送了一请求消息，并且该请求消息包含能识别且支持的服务标识符，但子功能要么无法识别要么不支持，此时ECU应（shall）发送此响应代码 In
记：从零开始讲解UDS（四）——应用层概述（2）错误码（NRC）概述
liquid soul
03-08 1万+
最近工作繁忙，又在准备自考，博客的更新也就有些延误了。因为疫情原因，自考推迟了一些时间，所有我才能抽出来时间接着写文章…… 0x00 概述 UDS（University Diagnostics System通用诊断系统）是一个在整车系统上经常使用的设备维护协议。其主要遵循的法规为：ISO-15765、ISO-14229，其主要协议模式脱胎于OBD（On-board diagnostics）诊断协...
Autosar诊断实战系列12-UDS 0x22服务读取DID数据的几种接口类型区别详解
initiallizer的博客
06-11 1460
0x22服务中不同的DID需要开发时中配置DcmDspDataUsePort，即通过哪种接口来访问获取数据，那对于不同的接口类型分别代表什么含义，有什么区别及在项目开发中如何去选择呢？
UDS服务应该支持哪些否定响应码
热门推荐
闲聊汽车软件开发
05-17 4万+
UDS服务应该支持哪些否定响应码所有服务都需支持的否定响应码具体的服务需要支持的否定响应码否定响应码定义及其取值 USD诊断服务的否定响应中包含有导致否定响应原因的编码，称为否定响应码(NRC, Negative Response Code)。否定响应码的取值范围为0x00 - 0xFF，被分为三组： 0x00：服务器内部实现否定响应码判断逻辑时使用，表示要给出肯定响应。 0x01 – 0x7F：诊断通信相关的否定响应码。 0x80 – 0xFF：服务器收到诊断服务请求时，由于某些条件不满足要求而给出的否定
UDS（ISO 14229-1）-0x22（Read Data By Identifier，通过ID读数据）
is_yaoyao的博客
12-23 439
ReadDataByIdentifier positive消息使用此参数向客户端提供请求的数据记录值。本文档中未定义 dataRecord 的内容，并且特定于车辆制造商。
UDS（八）应用层 22/2E
weixin_44522306的博客
03-01 7706
Data Transmission functional unit UDS的第二类诊断服务：数据传输。该类型服务包含SID如下： ReadDataByIdentifier (0x22) ReadMemoryByAddress (0x23) ReadScalingDataByIdentifier (0x24) ReadDataByPeriodicIdentifier (0x2A) DynamicallyDefineDataIdentifier (0x2C) WriteDataByIdentifier (0x2
STM32H7高性能MCU系列 STM32H7A3NGH6 32-bit RISC内核
Mandy_mjd的博客
11-05 2492
STM32H7A3NGH6是基于高性能Arm Cortex-M7的32位MCU，工作频率高达400MHz。
iso-14229_14229_uds协议栈_uds-iso-14229_iso14229文档_iso+14229_源码.zip
06-25
### 回答1： iso-14229是一项用于汽车电子系统通信的协议，其全称为ISO14229 Unified Diagnostic Services（UDS）on Controller Area Network（CAN）。该协议旨在为车辆的诊断、维护和修复提供标准化的方法。ISO 14229定义了诊断服务和通信的标准化消息格式，包括诊断数据、错误码、故障清除等，以使不同车辆的系统实现得到统一和互操作性。 ISO14229 UDS协议栈是用于实现ISO 14229诊断协议的软件组件。该协议栈的实现可分为物理层和软件层两个部分，其中物理层是指使用CAN总线对车辆的执行单元进行通信，而软件层则是指实现ISO 14229标准的协议堆栈。该协议栈具有标准化、可重用和可配置的特点，可在不同的客户平台上使用。 ISO 14229的文档是对该协议的规范和说明，包括协议的基本架构、消息格式、错误码表、会话层和传输层的细节等。该文档是实现ISO 14229协议的必要依据，可用于开发UDS协议栈的开发人员和车辆诊断工程师。 源码.zip则是UDS协议栈的实现源代码，包括物理层和软件层代码。开发人员可根据该源码了解UDS协议栈的实现细节和技术实现，并根据需求进行二次开发。 综上所述，ISO-14229_14229_UDS协议栈_UDS-ISO-14229_ISO14229文档_ISO 14229_源码.zip等组件，是用于实现汽车电子系统诊断的标准化协议，可为车辆的维护和修复提供规范的方法。开发人员和车辆诊断工程师可根据这些组件进行UDS协议栈的开发和实现。 ### 回答2： ISO-14229是用于诊断汽车电子控制单元（ECU）的标准协议。该协议旨在提供一种标准化的方法，让技术人员可以使用相同的工具和流程诊断不同制造商的汽车。 14229 UDS是该标准的通信协议栈。UDS指协议栈中定义的通用诊断服务，该服务可用于访问ECU的内部数据和状态。ISO14229文档提供了UDS协议栈的详细规范，以及相关的数据格式和命令集合。 此外，文档和源代码可以帮助工程师实现符合ISO-14229标准的诊断工具或ECU，提高汽车诊断系统的质量和效率。源码.zip则是UDS协议栈的代码包。 总之，ISO-14229标准和UDS协议栈提供了一种标准化的、可靠的汽车诊断协议。它们有助于提高汽车技术人员的工作效率，同时减少汽车诊断工具和软件的开发成本。 ### 回答3： ISO-14229是一种用于汽车电子系统的通讯协议。它定义了诊断通信的规范和协议，允许车辆厂商和供应商使用这些规范和协议来开发和测试车载电子控制单元。其中，UDS协议栈是实现ISO-14229的关键技术之一，能够为客户端提供远程访问ECEs的可能性。 ISO-14229规定了接口：UDS（Unified Diagnostic Service），用于与电子控制单元（ECU）之间进行通讯。 UDS协议栈则实现了UDS协议的接口，可以自动进行诊断和测试，发生故障时还能产生错误报告。 相应地， ISO14229文档描述了在ISO14229-1文档中定义的UDS协议的特定应用，与ISO15765-2的特定要求相结合。 它还包括了EVITA Light文档中的安全方面。 源码.zip文件则包含了UDS协议栈的源代码，可以在开发与应用中使用，实现对汽车电子控制单元的简便对话操作。 总之，ISO-14229及其UDS协议栈实现了车载控制电子单元的标准化通讯，可简化车辆诊断和维护过程，提高效率和可靠性。同时，相应的规范、文档和源代码也为相关人员提供了方便和支持。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值