UDS 诊断 - DynamicallyDefineDataIdentifier（动态定义数据标识符）（0x2C）服务

已于 2024-08-26 14:45:10 修改
阅读量612 收藏 15
点赞数 23
分类专栏： 汽车测试 文章标签： 功能测试 模块测试 UDS 诊断
于 2024-08-26 14:41:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45033239/article/details/141548746
版权

UDS 诊断服务系列文章目录

诊断和通信管理功能单元
UDS 诊断 - DiagnosticSessionControl（诊断会话控制）（0x10）服务
UDS 诊断 - ECUReset（ECU重置）（0x11）服务
UDS 诊断 - SecurityAccess（安全访问）（0x27）服务
UDS 诊断 - CommunicationControl（通信控制）（0x28）服务
UDS 诊断 - TesterPresent（测试仪保活）（0x3E）服务
UDS 诊断 - AccessTimingParameter（访问计时参数）（0x83）服务
UDS 诊断 - SecuredDataTransmission（受保护的数据传输）（0x84）服务
UDS 诊断 - ControlDTCSetting（控制DTC设置）（0x85）服务
UDS 诊断 - ResponseOnEvent（基于事件响应）（0x86）服务
UDS 诊断 - LinkControl（链路控制）（0x87）服务
数据传输功能单元
UDS 诊断 - ReadDataByIdentifier（按标识符读取数据）（0x22）服务
UDS 诊断 - ReadMemoryByAddress（按地址读取内存）（0x23）服务
UDS 诊断 - ReadScalingDataByIdentifier（按标识符读取换算数据）（0x24）服务
UDS 诊断 - ReadDataByPeriodicIdentifier（按周期性标识符读取数据）（0x2A）服务
UDS 诊断 - DynamicallyDefineDataIdentifier（动态定义数据标识符）（0x2C）服务

文章目录

一、服务说明

0x2C 服务允许客户端在服务器中动态定义一个可在以后通过 0x22 服务读取的数据标识符。

此服务旨在使客户端可以将一个或多个数据元素组合在一个数据超集中，而该数据超集可通过 0x2C 服务或 0x2A 服务一起进行请求。待组合在一起的数据元素可被以下任意一项引用：

— 一个源数据标识符、一个位置和大小或
— 一个内存地址和一个内存长度，或
— 使用多条请求以定义单一数据元素的上述两种方法的一个组合。

动态定义的 DID 则会包含一串数据参数定义。

此服务可以更灵活地处理扩展到超过特定信息的诊断应用程序的特别数据需求，可通过静态定义的数据标识符读取此类信息，并且，此类信息也可用于通过避免与频繁请求 / 响应事务关联的开销惩罚来降低带宽利用率。

动态定义的数据标识符可通过一条单一请求消息或多条请求消息进行定义。因此，在定义单一数据元素时可以引用源标识符和内存地址。服务器须串联单一数据元素的多个定义。清除当前定义并用新定义重新开始，即可重新定义一个动态定义的数据标识符。当使用多条 0x2C 服务请求消息配置一个单一 DID 且服务器检测到此 DID 的后续请求（如，定义一个 periodicDataldentifier（周期性数据标识符））期间溢出了最大字节数时，服务器应将该 Dataldentifier（数据标识符）的定义保留在可能已导致溢出的请求之前的状态。

尽管本服务不会禁止此功能，但不建议客户端在一个动态定义的数据记录中引用另一个动态定义的数据记录，这是因为删除被引用的记录会导致引用的记录出现数据一致性问题。

本服务也允许清除一项现有的已动态定义的数据记录。若指定的数据记录标识符在服务器支持的有效动态数据标识符范围内，则清除数据记录的请求应得到肯定响应。

服务器应保留动态定义的数据记录直至该数据被清除或满足车辆制造商指定的其他条件（例如，在会话转换时或服务器电源关闭时删除动态定义的数据记录）。

服务器可以通过两种方式实现数据记录：

— 包含未单独被引用的多个基本数据记录的复合数据记录。
— 独特 2 字节标识 “标志” 或服务器内受支持的单个基本数据记录的 DID 值（如，基本数据记录或 DID 是发动机转速或进气温度）。本数据记录的实现是一个复合数据记录实现的子集，因为其仅引用了一个单一基本数据记录，而非包含多个基本数据记录的数据记录。

上述两种数据记录实现方式均为 0x2C 服务所支持，以定义一个动态数据标识符。

— 复合数据块：位置参数须引用复合数据块中的起点，而大小参数须表明动态定义的数据标识符中数据的长度。测试仪负责不将复合数据块基本数据记录的一部分纳入动态数据记录中。
— 2 字节数据标识符：位置参数须设为 1，而大小参数须表明数据标识符的长度（基本数据记录的长度）。测试仪负责不将 2 字节数据标识符值的一部分纳入动态数据记录中。

动态定义的数据记录中数据的排序应与其在客户端请求消息中指定的顺序一致。此外，按照前句所述排序要求，客户端请求中指定的数据的第一个位置应最靠近动态数据记录起始处。

除通过逻辑引用（一个记录数据标识符）定义动态数据标识符外，此服务还允许通过一个绝对内存地址和一条内存长度信息定义一个动态定义的数据标识符。仅在服务器的开发阶段建议使用这种机制定义动态数据标识符。

二、请求消息

1. 请求消息定义

下表定义了请求消息 — sub-function = difineByIdentifier。

字节参数名称字节值Cvt
#1 DynamicallyDefineDataIdentifier（动态定义数据标识符）请求SID0x2CM

#2		sub-function = [
definitionType = difineByIdentifier ]
0x01M

#3
#4		dynamicallyDefinedDataIdentifier[] = [
byte#1（MSB）
byte#2（LSB）]

0x00 - 0xFF
0x00 - 0xFF
M
M

#5
#6		sourceDataIdentifier #1[] = [
byte#1（MSB）
byte#2（LSB）]

0x00 - 0xFF
0x00 - 0xFF
M
M
#7 positionInSourceDataRecord #1（第 1 个源数据记录中的位置）0x01 - 0xFFM
#8 memorySize #1（第 1 个内存大小）0x00 - 0xFFM
. .. .. .. .

#n-3
#n-2		sourceDataIdentifier #m[] = [
byte#1（MSB）
byte#2（LSB）]

0x00 - 0xFF
0x00 - 0xFF
U
U
#n-1 positionInSourceDataRecord #m（第 m 个源数据记录中的位置）0x01 - 0xFFU
#n memorySize #m（第 m 个内存大小）0x00 - 0xFFU

下表定义了请求消息 — sub-function = difineByMemoryAddress。

字节参数名称字节值Cvt
#1 DynamicallyDefineDataIdentifier（动态定义数据标识符）请求SID0x2CM

#2		sub-function = [
definitionType = difineByMemoryAddress ]
0x02M

#3
#4		dynamicallyDefinedDataIdentifier[] = [
byte#1（MSB）
byte#2（LSB）]

0xF2/0xF3
0x00 - 0xFF
M
M
#5 addressAndLengthFormatIdentifier（地址和长度格式标识符）0x01 - 0xFFM1

#6
.
.
#(m-1)+6		memoryAddress[] = [
byte#1（MSB）
.
.
byte#m ]

0x00 - 0xFF
.
.
0x00 - 0xFF
M
.
.
C1

#m+6
.
.
#m+6+(k-1)		memorySize[] = [
byte#1（MSB）
.
.
byte#k ]

0x00 - 0xFF
.
.
0x00 - 0xFF
M
.
.
C2
. .. .. .. .

#n-k-(m-1)
.
.
#n-k		memoryAddress[] = [
byte#1（MSB）
.
.
byte#m ]

0x00 - 0xFF
.
.
0x00 - 0xFF
U
.
.
U/C2

#n-(k-1)
.
.
#n		memorySize[] = [
byte#1（MSB）
.
.
byte#k ]

0x00 - 0xFF
.
.
0x00 - 0xFF
U
.
.
U/C2

M1：addressAndLengthFormatIdentifier（地址和长度格式标识符）参数仅在请求消息起始处出现过一次，该参数说明了地址长度和整条请求消息中各存储单元引用的长度信息。
C1：本参数的存在与否取决于 addressAndLengthFormatIdentifier（地址和长度格式标识符）的地址长度信息参数。
C2：此参数的存在性取决于 addressAndLengthFormatIdentifier（地址和长度格式标识符）的内存大小长度信息。

下表定义了请求消息 — sub-function = clearDynamicallyDefinedDataIdentifier。

字节参数名称字节值Cvt
#1 DynamicallyDefineDataIdentifier（动态定义数据标识符）请求SID0x2CM

#2		sub-function = [
definitionType = clearDynamicallyDefinedDataIdentifier ]
0x03M

#3
#4		dynamicallyDefinedDataIdentifier[] = [
byte#1（MSB）
byte#2（LSB）]

0xF2/0xF3
0x00 - 0xFF
C
C

C：若存在本参数，则服务器需清除第 1 个字节和第 2 个字节中包含的 dynamicallyDefineDataIdentifier（动态定义数据标识符）。若本参数不存在，则应请求服务器中所有的 dynamicallyDefineDataIdentifier（动态定义数据标识符）。

2. 请求消息子功能参数定义

第 6 - 0 位说明
00保留
01defineBydentifier（按标识符定义）
本值须用于指定服务器通过引用一个数据标识符来定义动态数据标识符。
02defineByMemoryAddress（按内存地址定义）
本值须用于指定服务器通过引用一个地址来定义动态数据标识符。
03clearDynamicallyDefinedDataldentifier（清除动态定义的数据标识符）
本值应用于清除指定的动态数据标识符。注意，服务器应对客户端发出的清除请求作出肯定响应，即使指定的动态数据标识符在发出请求时并不存在。但是，指定的动态数据标识符须在一个有效范围内。若在发出请求时周期性报告了指定的动态数据标识符，则应先停止然后清除该动态标识符。
04 - 7F保留

3. 请求消息数据参数定义

定义
dynamicallyDefinedDataldentifier（动态定义的数据标识符）
本参数说明了客户端定义的动态数据记录在未来的调用中被服务 0x22 或 0x2A 引用的方式。dynamicalyDefinedDataldentifier（动态定义的数据标识符）应视作 0x22 服务中的 DID 处理。应将其视作 0x2A 服务中的 periodicRecordldentifier（周期性记录标识符）进行处理（为周期性请求动态定义的数据标识符）。
sourceDataldentifer（源数据标识符）
本参数仅针对 sub-function = defineByldentifier 存在。本参数从逻辑上指定了待纳入动态数据记录中的信息源。例如，可使用一个 2 字节数据标识符引用发动机转速，或一个 2 字节数据标识符引用一个包含发动机转速、车速、进气温度等的复合信息块。
positionInSourceDataRecord（源数据记录中的位置）
本参数仅针对 sub-function = defineByidentifier 存在。本单字节参数可用于指定待纳入动态数据记录中的源数据记录摘录的起始字节位置。其中一个位置应引用 sourceDataldentifier（源数据标识符）引用的数据记录的第一个字节。
addressAndLengthFormatldentifier（地址和长度格式标识符）
此参数为单字节值，每个半字节采用单独的编码：第 7 位至第 4 位:memorySize（内存大小）参数的长度（字节数量）；第 3 - 0 位：memoryAddress（内存地址）参数的长度（字节数量）；（示例值见文章 0x23 服务2.1节）
memoryAddress（内存地址）
本参数仅针对 sub-function = defineByMemoryAddress 存在。本参数指定了待纳入动态数据记录中的信息的内存源地址。该地址所用的字节数由 addressAndLengthFormatdentifier（地址和长度格式标识符）的低效半字节（第 3 位至第 0 位）确定。memoryAddress（内存地址）参数的第 m 个字节始终为服务器中当前所引用的地址的最低有效字节。地址的最高有效字节可以用作内存标识符。
memorySize（内存大小）
本参数用于从待纳入动态数据记录中的源数据记录 / 内存地址中指定字节总数。
若 sub-function = defineByldentifier，则应另外使用 positionInSourceDataRecord（源数据记录中的位置）参数来指定 memorySize 适用的源数据标识符中的起始位置。该内存大小参数的字节数为 1。
若 sub-fnction = defineByMemoryAddress，则本参数应表明在指定 memoryAddress 处开始的待纳入动态定义的数据标识符中的字节数。该内存大小所用的字节数由 addressAndLengthFormatldentifier（地址和长度格式标识符）的高效半字节（第 7 位至第 4 位）确定。

三、肯定响应消息

1. 肯定响应消息定义

字节参数名称字节值Cvt
#1DynamicallyDefineDataIdentifier（动态定义数据标识符）响应SID0x6CM
#2sub-function = [ definitionType ]0x00 - 0xFFM

#3
#4		dynamicallyDefinedDataIdentifier[] = [
byte#1（MSB）
byte#2（LSB）]

0x00 - 0xFF
0x00 - 0xFF
C
C

C：若请求消息中存在 dynamicallyDefinedDataIdentifier，则本参数也应该存在，否则本参数不得包含在内。

2. 肯定响应消息数据参数定义

定义
definitionType（定义类型）
该参数是对来自请求消息的子功能参数第 6 位至第 0 位的回显。
dynamicallyDefinedDataIdentifier（动态定义的数据标识符）
本参数是请求消息中数据参数 dynamicallyDefinedDataIdentifier 的回显。

四、支持的NRC

NRC说明
0x12不受支持的子功能
0x13消息长度不正确或格式无效
0x22条件不正确
若因不满足服务器的运行条件而无法执行所需的操作，则应发送此 NRC。
0x31请求超过限值
以下情况下，应发送此 NRC：
— 请求消息中的所有数据标识符（dynamicallyDefinedDataldentifier（动态定义的数据标识符）或 sourceDataldentifier（源数据标识符））均不受支持 / 无效;；
— positionInSourceDataRecord（源数据记录中的位置）不正确（小于 1 或大于服务器允许的最大值）；
— 请求消息中的所有内存地址在服务器中均不受支持；
— 指定的 memorySize（内存大小）无效；
— 待放入动态数据标识符中的数据数量超过服务器允许的最大值；
— 指定的 addressAndLengtFormatldentifier（地址和长度格式标识符）无效；
— 动态定义的 periodicDataldentifier（周期性数据标识符）的总长度超过适合一个数据链路（用于传输周期性响应消息）单帧的最大长度；
0x33安全访问被拒绝
下述情况下，应发送此 NRC：
— 请求消息中的任何数据标识符（dynamicallyDefinedDataldentifier（动态定义的数据标识符）或 sourceDataldentifier（源数据标识符））是受保护的，并且服务器不处于解锁状态；
— 请求消息中的任何内存地址均是受保护的，并且服务器不处于解锁状态；

五、示例

1. 假设

本条款规定了本示例执行 0x2C 服务所需满足的条件。

本示例中的服务不受服务器任何限制条件的限制。

第一个示例中，服务器支持引用了一条单一数据信息的 2 字节标识符（DID）。该示例使用 defineByidentifier（按标识符定义）法生成了一个动态数据标识符，并发送了一条 ReadDataByldentifier（按标识符读取数据）请求，以读取刚配置的动态数据标识符。

第二个示例中，服务器支持引用了一个复合数据块（包含多条数据信息）的数据标识符。该示例也使用 defineByldentifier（按标识符定义）法生成了一个动态标识符，并发送了一条 ReadDataByldentifier（按标识符读取数据）请求，以读取刚定义的数据标识符。

第三个示例使用 defineByMemoryAddress（按内存地址定义）法生成了一个动态数据标识符，并发送了一条 ReadDataByldentifier（按标识符读取数据）请求，以读取刚定义的数据标识符。

第四个示例中，服务器支持引用了一个复合数据块（包含多条数据信息）的数据标识符。该例使用 defineByldentifier（按标识符定义）法生成了一个动态数据标识符，并 ReadDataByPeriodicldentifier（按周期性标识符读取数据）服务请求服务器周期性发送动态定义的数据标识符。

第五个示例展示了动态定义的数据标识符的删除过程。

下表应用于以下各个示例。针对实车报告的值会随时间而改变，但为明确起见，下表中将其显示为常数。

在所有示例中，客户端通过将 suppressPosRspMsgIndicationBit（抑制肯定响应消息指示位）设置为 “FALSE(假)” 来请求响应消息。

下表定义了复合数据块 — 数据标识符的定义

数据标识符（块）数据字节数据记录内容字节值
0x010A#1dataRecord[ data#1 ] = B+0x8C
#2dataRecord[ data#2 ] = ECT0xA6
#3dataRecord[ data#3 ] = TP0x66
#4dataRecord[ data#4 ] = RPM0x07
#5dataRecord[ data#5 ] = RPM0x50
#6dataRecord[ data#6 ] = MAP0x20
#7dataRecord[ data#7 ] = MAF0x1A
#8dataRecord[ data#8 ] = VSS0x00
#9dataRecord[ data#9 ] = BARO0x63
#10dataRecord[ data#10 ] = LOAD0x4A
#11dataRecord[ data#11 ] = IAC0x82
#12dataRecord[ data#12 ] = APP0x7E
0x050B#1dataRecord[ data#1 ] = SPARKADV0x00
#2dataRecord[ data#2 ] = KS0x91

下表定义了基本数据记录 — 数据标识符的定义

数据标识符（块）数据字节数据记录内容字节值
0x1234#1EOT（最高有效位）0x4C
#2EOT（最低有效位）0x36
0x5678#1AAT0x4D
0x9ABC#1EOL（最高有效位）0x49
#2EOL0x21
#3EOL0x00
#4EOL（最低有效位）0x17

下表定义了内存数据记录 — 内存地址的定义

内存地址数据字节数据记录内容字节值
0x21091968#1dataRecord[ data#1 ] = B+0x8C
#2dataRecord[ data#2 ] = ECT0xA6
#3dataRecord[ data#3 ] = TP0x66
#4dataRecord[ data#4 ] = RPM0x07
#5dataRecord[ data#5 ] = RPM0x50
#6dataRecord[ data#6 ] = MAP0x20
#7dataRecord[ data#7 ] = MAF0x1A
#8dataRecord[ data#8 ] = VSS0x00
#9dataRecord[ data#9 ] = BARO0x63
#10dataRecord[ data#10 ] = LOAD0x4A
#11dataRecord[ data#11 ] = IAC0x82
#12dataRecord[ data#12 ] = APP0x7E
0x13101994#1dataRecord[ data#1 ] = SPARKADV0x00
#2dataRecord[ data#2 ] = KS0x91

2. 示例 1：sub-funtion = defineByIdentifier，单一数据信息的 2 字节 DID

本示例使用 2 字节数据标识符作为要求数据的引用来生成一个包含发动机机油温度、环境空气温度以及发动机油位的动态数据标识符（DDDI 0xF301）。

step1：0x2C 动态定义

req   2C 01 F3 01 
	  12 34 （sourceDataIdentifier#1）
	  01（positionInSourceDataRecord#1 - 发动机机油温度）
	  02（memorySize#1）
	  56 78（sourceDataIdentifier#2）
	  01（positionInSourceDataRecord#2 - 环境空气温度）
	  01（memorySize#2）
	  9A BC（sourceDataIdentifier#3）
	  01（positionInSourceDataRecord#3 - 发动机油位）
	  04（memorySize#3）
		
resp  6C 01 F3 01

step2：请求 0x22 读取 DDDI 0xF301

req   22 F3 01
resp  62 F3 01 4C 36 4D 49 21 00 17

3. 示例 2：sub-funtion = defineByIdentifier，复合数据块的 DID

本示例会生成一个包含发动机冷却液温度（来自数据记录 0x010A）、发动机转速（0x010A）、怠速空气控制枢轴位置（0x010A）以及爆震传感器（0x050B）的动态标识符（DDDI 0xF302）。

step1：0x2C 动态定义

req   2C 01 F3 02
	  01 0A （sourceDataIdentifier#1）
	  02（positionInSourceDataRecord#1 - 发送机冷却液温度）
	  01（memorySize#1）
	  01 0A（sourceDataIdentifier#2）
	  04（positionInSourceDataRecord#2 - 发动机转速）
	  02（memorySize#2）
	  01 0A（sourceDataIdentifier#3）
	  0B（positionInSourceDataRecord#3 - 怠速空气控制）
	  01（memorySize#3）
	  05 0B（sourceDataIdentifier#3）
	  02（positionInSourceDataRecord#3 - 爆震传感器）
	  01（memorySize#3）
		
resp  6C 01 F3 02

step2：请求 0x22 读取 DDDI 0xF302

req   22 F3 02
resp  62 F3 02 A6 07 50 82 91

4. 示例 3：sub-funtion = defineByMemoryAddress

本示例会生成一个包含发送机冷却液温度（来自从内存地址 0x21091969 开始的内存块）、发动机转速（来自从内存地址 0x21091969 开始的内存块）以及爆震传感器（来自从内存地址 0x13101995 开始的内存块）的动态标识符（DDDI 0xF302）。

step1：0x2C 动态定义

req   2C 02 F3 02
	  14（addressAndLengthFormatIdentifier）
	  21 09 19 69（memoryAddress#1）
	  01（memorySize#1）
	  21 09 19 6B（memoryAddress#2）
	  02（memorySize#2）
	  13 10 19 95（memoryAddress#2）
	  01（memorySize#3）
		
resp  6C 02 F3 02

step2：请求 0x22 读取 DDDI 0xF302

req   22 F3 02
resp  62 F3 02 A6 07 50 91

5. 示例 4：sub-funtion = defineByIdentifier，复合数据块的DID，0x2A 请求

本示例会生成一个包含发动机冷却液温度（来自数据记录 0x010A）、发动机转速（0x010A）、以及爆震传感器（0x050B）的动态标识符（DDDI 0xF2E7）。

动态数据标识符的值选自可用于周期性请求数据的范围内。在定义动态数据标识符后，客户端请求待周期性（较快速率）发送的数据标识符。

step1：0x2C 动态定义

req   2C 01 F2 E7
	  01 0A （sourceDataIdentifier#1）
	  02（positionInSourceDataRecord#1 - 发动机冷却液温度）
	  01（memorySize#1）
	  01 0A （sourceDataIdentifier#2）
	  04（positionInSourceDataRecord#2 - 发动机转速）
	  02（memorySize#2）
	  05 0B（sourceDataIdentifier#3）
	  02（positionInSourceDataRecord#3 - 爆震传感器）
	  01（memorySize#3）
		
resp  6C 01 F2 E7

step2：请求 0x2A

req    2A 04 E7
resp   6A
resp-1 E7 A6 07 50 91
resp-n E7 A6 07 55 98

// 本示例中未展示字节值不同的多条响应消息。

关于 0x2A 的请求响应信息，见0x2A服务

6. 示例 5：sub-funtion = clearDynamicallyDefinedDataIdentifier

本示例展示了动态定义的数据标识符的清除过程，并假设发出请求时 DDDI 0xF303 存在。

req   2C 03 F3 03
resp  6C 03 F3 03

7. 示例 7：动态定义的数据标识符，定义的串联（defineByIdentifier（按标识符定义）/ defineByAddress（按地址定义））

本示例会使用两种定义类型生成一个动态数据标识符（DDDI 0xF301）。下文列出了动态定义的数据标识符中数据的顺序（定义动态数据标识符的请求消息的隐序）：

— 第 1 部分：2 字节数据标识符引用的发送机机油温度和环境空气温度，
— 第 2 部分：内存地址引用的发动机冷却液温度和发动机转速，
— 第 3 部分：2 字节数据标识符引用的发动机油位。

step1：第 1 部分

第 1 部分：2 字节数据标识符引用的发送机机油温度和环境空气温度

req   2C 01 F3 01 
	  12 34 （sourceDataIdentifier#1）
	  01（positionInSourceDataRecord#1 - 发动机机油温度）
	  02（memorySize#1）
	  56 78（sourceDataIdentifier#2）
	  01（positionInSourceDataRecord#2 - 环境空气温度）
	  01（memorySize#2）
		
resp  6C 01 F3 01

step2：第 2 部分

第 2 部分：内存地址引用的发动机冷却液温度和发动机转速

req   2C 02 F3 01
	  14（addressAndLengthFormatIdentifier）
	  21 09 19 69（memoryAddress#1）
	  01（memorySize#1）
	  21 09 19 6B（memoryAddress#2）
	  02（memorySize#2）
		
resp  6C 02 F3 01

step3：第 3 部分

第 3 部分：2 字节数据标识符引用的发动机油位。

req   2C 01 F3 01 
	  9A BC（sourceDataIdentifier#1）
	  01（positionInSourceDataRecord#1 - 发动机油位）
	  04（memorySize#1）
		
resp  6C 01 F3 01

step4：请求 0x22，读取 DDDI 0xF301

req   22 F3 01		
resp  62 F3 01 4C 36 4D A6  07 50 49 21 00 17

step5：清楚 DDDI 0xF301

req   2C 03 F3 01
resp  6C 03 F3 01
齐一安Quincy
关注
  • 23
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
UDS（统一诊断服务）的理解-0x19服务.docx
03-24
### UDS（统一诊断服务）理解之0x19服务详解 #### 一、UDS概览 **UDS（Unified Diagnostic Services）**是一种广泛应用于汽车行业的标准通信协议，旨在标准化车辆内各电子控制单元（ECU）间的交互。根据国际标准化...
UDS诊断协议ISO 14229-6
09-08
UDS诊断协议ISO 14229-6是UDS标准中的一部分，定义了车辆诊断系统中的服务接口和协议。 UDS诊断协议ISO 14229-6的主要目的是提供一个通用的诊断接口，用于车辆诊断系统与诊断工具之间的通信。该协议定义了诊断服务...
汽车UDS诊断之诊断会话控制服务（0x10）深度剖析.html
09-29
汽车UDS诊断之诊断会话控制服务（0x10）深度剖析.html
汽车UDS诊断demo程序
10-19
UDS（Diagnostic Communication over CAN，CAN上的诊断通信）是一种在汽车行业中广泛使用的诊断协议，它定义了控制器局域网（CAN）上车辆电子系统进行诊断和维修时的标准通信流程。这个"汽车UDS诊断demo程序"是针对...
UDS诊断服务列表汇总【个人总结汇总】
03-24
对UDS各类诊断服务进行汇总，可以用来学习，也可以直接进行查询。 主要包括：SID（服务ID），诊断服务名，相应的说明解释，肯定响应，否定相应，是否支持子功能，子功能包括的值及说明，支持的否定响应码
web测试之功能测试常用的方法有哪几种？有什么要点要注意？
2301_78276982的博客
08-24 771
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
【软件测试面试题】WEB功能测试（持续更新）
m0_47485438的博客
08-20 657
Hi，大家好，我是小码哥。最近很多朋友都在说今年的互联网行情不好，面试很难，不知道怎么复习，我最近总结了一份在软件测试面试中比较常见的WEB功能测试面试面试题合集，希望对大家有帮助。
功能测试与自动化测试详解
zhangsiyuan1998的博客
08-20 711
自动化测试是指利用软件测试工具自动实现全部或部分测试，它是软件测试的一个重要组成 部分，能完成许多手工测试无法实现或难以实现的测试。能够正确、合理地实施自动测试，可以 快速、全面地对软件进行测试，从而提高软件质量，节省经费，缩短软件发布周期。自动化测试一般分为UI 自动化测试和接口自动化测试。UI自动化测试是指基于界面元素的自动化测试。需要先定位界面元素的路径，然后通过脚本 实现自动化。
聊聊场景及场景测试
奇峰卧虎
08-14 1180
在我们进行测试过程中，有一种黑盒测试叫场景测试，我们完全是从用户的角度去理解系统，从而可以挖掘用户的隐含需求。 场景是指用户会使用这个系统来完成预定目标的所有情况的集合。
功能测试和性能测试区别简析，软件测试公司如何开展有效测试？
卓码测评
08-22 385
软件功能测试旨在验证软件是否按照需求和设计规范正常运行，软件性能测试则是用来评估软件在特定负载条件下的行为和响应时间，确保软件在高并发和高需求的环境中能够稳定运行。
关于TM611AWLCOR连续液位检测传感器的使用明细
qq_28145393的博客
08-14 1040
上述数据手册仅仅只介绍了芯片的基础用法，并没有对如何配置空液位、低液位、满液位信息进行更新，而是指出需要使用官方标配的“设置板”进行配置，这无疑增加了设备的复杂程度，对环境的适配程度也会降低，于是我开始寻找关于上述三个阈值设置的方式，最终通过诺泰淘宝客服添加技术人员的微信，技术人员得知我的需求后，给出了一份“连续和八点液位通信说明.docx”的相关文档，以上，便可轻松在本设备无需通过设置板而直接通过IIC接口实现三个阈值的设置，减轻外设，方便快捷。获得上述详细的协议交接过程后，便可以开始正式的代码编写了。
Selenium + Python 自动化测试14（发送报告）
立黄昏粥可温
08-14 1350
SMTP: simple mail transfer protocol 简单邮件传输协议。是一组由源地址到目的地址传送邮件的规则。python 的smtplib 模块提供一个很方便的路径用于发送电子邮件。它是对SMTP进行封装而来。我们可以SMTP对象的sendmail 来发送邮件。
简历-求职简历-word-文件-简历模版免费分享-应届生-高颜值简历模版-个人简历模版-简约大气-大学生在校生-求职-实习
08-25
简历-求职简历-word-文件-简历模版免费分享-应届生-高颜值简历模版-个人简历模版-简约大气-大学生在校生-求职-实习 简历是展示个人经历、技能和能力的重要文档，以下是一个常见的简历格式和内容模板，供您参考： 简历格式： 头部信息：包括姓名、联系方式（电话号码、电子邮件等）、地址等个人基本信息。 求职目标（可选）：简短描述您的求职意向和目标。 教育背景：列出您的教育经历，包括学校名称、所学专业、就读时间等。 工作经验：按时间顺序列出您的工作经历，包括公司名称、职位、工作时间、工作职责和成就等。 技能和能力：列出您的专业技能、语言能力、计算机技能等与职位相关的能力。 实习经验/项目经验（可选）：如果您有相关实习或项目经验，可以列出相关信息。 获奖和荣誉（可选）：列出您在学术、工作或其他领域获得的奖项和荣誉。 自我评价（可选）：简要描述您的个人特点、能力和职业目标。 兴趣爱好（可选）：列出您的兴趣爱好，展示您的多样性和个人素质。 参考人（可选）：如果您有可提供推荐的人员，可以在简历中提供其联系信息。 简历内容模板： 姓名: 联系方式: 地址: 求职目标: （简短描述您的求职意
用VC++实现USB接口读写数据的程序.zip
08-25
用VC++实现USB接口读写数据的程序.zip
ant-design-4.2.5.zip
最新发布
08-25
ant-design，一套企业级 UI 设计语言和 React 组件库 提炼自企业级中后台产品的交互语言和视觉风格 开箱即用的高质量 React 组件
基于微信小程序校友会系统的实现设计与实现.docx
08-25
基于微信小程序校友会系统的实现设计与实现.docx
Java零基础极速入门(7天)
08-25
Java零基础极速入门(7天)
2024 简单绿色精美网址发布页HTML源码
08-25
2024 简单绿色精美网址发布页HTML源码 绿色精美网址发布页HTML单页源码，一款单页的网址发布页单页 HTML 模板， 可用于网址发布页使用，本模板简约商务，页面精美没有花里胡哨的效果，喜欢的敬请使用。
常用的各类串口连接工具
08-25
包括putty、MobaXterm、Xshell、SecureCRT、IPOP、sscom，可用于各类SSH、Serial、FTP等端口控制、串口打印、文件传输等，提升工作效率
汽车uds诊断之通过标识符读取数据服务(0x22)深度剖析
11-20
通过标识符读取数据服务是汽车UDS诊断协议中的一种功能，通过该功能可以从汽车的电子控制单元（ECU）中读取特定的数据。其中，标识符0x22表示读取数据服务。 该命令的结构是由一个请求帧和一个响应帧组成。请求帧中包含了要读取数据的标识符和数据记录编号等信息。响应帧中则包含了请求的数据。 在进行标识符读取数据服务时，首先需要确定要读取的数据的标识符。标识符是通过制定的标准或者车辆制造商定义的，用于唯一标识某个特定的数据。例如，可以通过标识符来读取车速、发动机转速等信息。 一旦确定了要读取的数据的标识符，就可以构建请求帧发送给对应的ECU。ECU接收到请求后，会根据标识符来查找对应的数据，并将其封装在响应帧中返回给诊断设备。 标识符读取数据服务的深度剖析需要了解不同的车辆制造商和标准对于标识符和其对应数据的定义。在实际使用中，需要根据特定的车辆型号和诊断设备的要求来选择合适的标识符。此外，不同的ECU可能支持不同的标识符和数据，因此在使用过程中需要根据实际情况进行选择。 总之，通过标识符读取数据服务是汽车UDS诊断中的一个重要功能，它能够帮助用户获取车辆的各种数据信息，提供诊断和故障排除的参考依据。在实际应用中，需要根据具体情况选择合适的标识符来读取所需的数据。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值