【ISO14229_UDS_0x2C服务详解】

最新推荐文章于 2024-08-26 14:41:08 发布
最新推荐文章于 2024-08-26 14:41:08 发布
阅读量4.2k 收藏 26
点赞数 8
分类专栏： ISO14229-UDS诊断服务介绍 文章标签： mcu
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43722921/article/details/131144665
版权

目录

1、0x2C服务（DynamicallyDefineDataIdentifier，动态定义数据标识符服务）

  Service description：
  0x2C服务（DynamicallyDefineDataIdentifier，动态定义数据标识符服务）允许客户端在服务端动态地定义一个数据标识符(DID)，在之后一段时间内可以通过0x22服务（ReadDataByIdentifier，读取数据标识符服务）读取。
  该服务的目的是为客户端提供将一个或多个数据元素分组到一个数据超集的能力，该超集可以通过0x22服务（ReadDataByIdentifier，读取数据标识符服务）或 0x2A服务（ReadDataByPeriodicIdentifer，根据周期数据标识符读取数据）进行请求。要分组的数据元素可以参考如下：
  ——一个源数据标识符，一个position和size
  ——一个内存地址和一个内存长度
  ——上面列出的两种方法的组合，并使用多个请求定义单个数据元素。然后，动态定义的数据标识符将包含一连串的数据参数定义。
  在处理诊断应用程序的临时数据需求，该服务有更大的灵活性，这些数据需求超出了通过静态定义数据标识符读取的信息。该服务可以通过避免与频繁请求/响应任务相关的开销损失，来降低带宽使用率。
  动态定义数据标识符可以通过一条请求报文或者多个请求报文来完成。这允许引用源标识符和内存地址的单个数据元素。服务端必须连接单个数据元素的定义。动态定义的数据标识符的重新定义可以通过清除当前定义并重新使用新定义来实现。当多个DynamicallyDefineDataIdentifier请求报文用于配置单个数据标识符，并且服务端在该数据标识符的后续请求期间检测到最大字节数的溢出(例如，周期性数据标识符的定义)，那么服务端将保留数据标识符的定义，因为它在请求之前会导致溢出。
  尽管此服务不禁止此类功能，但不建议客户端从一个动态定义的数据记录中引用另一个动态定义的数据记录，因为删除被引用的记录可能会在引用记录中产生数据一致性问题。
  此服务提供了清除现有动态定义数据记录的功能。如果指定的数据记录标识符在服务端支持的有效动态数据标识符范围内，则对清除数据记录的请求报文作出肯定应答。服务端应该保持动态定义数据记录直到其被删除或者是车辆制造厂商指定的条件(如会话切换时删除或者服务端下电时删除)。
  服务端可以用两种不同的方式实现数据记录：
  ——包含不单独引用的多个元素数据记录的组合数据记录;
  ——唯一的2字节标识“tag”或数据标识符(DID)值，用于服务端中支持的单个元素数据记录(例如元素数据记录，或DID，是发动机转速或进气温度)。数据记录的实现是复合数据记录实现的一个子集，因为它只引用单个元素数据记录，而不是包含多个元素数据记录的数据记录。
  ——DynamicallyDefineDataIdentifier服务支持以上两种实现数据记录的方法来定义动态的数据标识符。复合数据块：position参数必须引用复合数据块中的起始点，size参数必须反映要放在动态定义的数据标识符中的数据的长度。测试人员有责任在动态数据记录中不只包括复合数据块的基本数据记录的一部分。
  ——2字节DID: position参数必须设置为1，size参数必须反映DID的长度(元素数据记录的长度)。测试人员负责在动态数据记录中不只包括2字节DID值的一部分。动态定义数据记录内的数据顺序应与客户端请求消息中指定的顺序相同。此外，客户请求中指定的数据的第一个位置应根据前句所述的排序要求，使其最靠近动态数据记录的开始位置。
  除了通过逻辑引用(记录数据标识符)定义动态数据标识符之外，此服务还提供了通过绝对内存地址和内存长度信息定义动态定义数据标识符的功能。建议仅在服务端的开发阶段使用这种定义动态数据标识符的机制。

2、请求报文格式

2.1 请求报文定义

  sub-function = defineByIdentifier的请求报文定义：

字节序号参数值约定字节值
#1DynamicallyDefineDataIdentifier Request SIDM0x2C
#2sub-function = [
       definitionType = defineByIdentifier ]		M0x01

#3
#4		dynamicallyDefinedDataIdentifier[] = [
                 byte#1 (MSB)
                 byte#2 (LSB) ]
M
M
0xF2/0xF3
0x00 - 0xFF

#5
#6		sourceDataIdentifier[]#1 = [
                 byte#1 (MSB)
                 byte#2 (LSB) ]
M
M
0x00 - 0xFF
0x00 - 0xFF
#7positionInSourceDataRecord#1M0x00 - 0xFF
#8memorySize#1M0x00 - 0xFF
.
.		.
.		.
.		.
.

#n-3
#n-2		sourceDataIdentifier[]#m = [
                 byte#1 (MSB)
                 byte#2 (LSB) ]
U
U
0x00 - 0xFF
0x00 - 0xFF
#n-1positionInSourceDataRecord#mU0x01 - 0xFF
#nmemorySize#mU0x00 - 0xFF

  sub-function = defineByMemoryAddress的请求报文定义：

字节序号参数值约定字节值
#1DynamicallyDefineDataIdentifier Request SIDM0x2C
#2sub-function = [
       definitionType = defineByMemoryAddress ]		M0x02

#3
#4		dynamicallyDefinedDataIdentifier[] = [
                 byte#1 (MSB)
                 byte#2 (LSB) ]
M
M
0xF2/0xF3
0x00 - 0xFF
#5addressAndLengthFormatIdentifierM10x00 - 0xFF

#6
.
.
#(m-1)+6		memoryAddress[] = [
                 byte#1 (MSB)
                 .
                 .
                 byte#m ]
M
.
.
C1
0x00 - 0xFF
.
.
0x00 - 0xFF

#m+6
.
.
#(m+6)+(k-1)		memorySize[] = [
                 byte#1 (MSB)
                 .
                 .
                 byte#k ]
M
.
.
C2
0x00 - 0xFF
.
.
0x00 - 0xFF
.
.		.
.		.
.		.
.

#n-k-(m-1)
.
.
#n-k		memoryAddress[] = [
                 byte#1 (MSB)
                 .
                 .
                 byte#m ]
M
.
.
C1
0x00 - 0xFF
.
.
0x00 - 0xFF

#n-(k-1)
.
.
#n		memorySize[] = [
                 byte#1 (MSB)
                 .
                 .
                 byte#k ]
U
.
.
U/C2
0x00 - 0xFF
.
.
0x00 - 0xFF

  M1：addressAndLengthFormatIdentifier参数只在请求消息的开头出现一次，它定义了整个请求消息中每个内存位置引用的地址长度和长度信息。
  C1：该参数的存在取决于addressAndLengthFormatIdentifier的地址长度信息参数。
  C2：该参数的存在取决于addressAndLengthFormatIdentifier的内存大小长度信息。

  sub-function = clearDynamicallyDefinedDataIdentifier的请求报文定义：

字节序号参数值约定字节值
#1DynamicallyDefineDataIdentifier Request SIDM0x2C
#2sub-function = [
       definitionType = clearDynamicallyDefinedDataIdentifier ]		M0x03

#3
#4		dynamicallyDefinedDataIdentifier[] = [
                 byte#1 (MSB)
                 byte#2 (LSB) ]
C
C
0xF2/0xF3
0x00 - 0xFF

  C：这个参数的存在要求服务端清除包含在字节#1和字节#2中的动态定义数据标识符。如果该参数不存在，服务端中的所有dynamallydefineddataidentifier都将被清除。

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

  子函数参数定义如下表：

字节值描述约定
0x00ISOSAEReserved
ISO保留		M
0x01defineByIdentifier
该值用于向服务端指定动态数据标识符的定义应通过引用数据标识符发生。		U
0x02defineByMemoryAddress
该值用于向服务端指定动态数据标识符的定义应通过引用地址发生。		U
0x03clearDynamicallyDefinedDataIdentifier
该值用于清除指定的动态数据标识符。请注意，服务端应该正响应来自客户端的明确请求，即使在请求时指定的动态数据标识符不存在。但是，指定的动态数据标识符必须在有效范围内。如果在请求时正在周期报告的动态数据标识符，则应首先停止动态标识符，然后清除。		U
0x04-0x7FISOSAEReserved
ISO保留		M
          

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

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

定义
dynamicallyDefinedDataIdentifier
该参数指定客户端定义的动态数据记录将如何在将来调用ReadDataByIdentifier或ReadDataByPeriodicDataIdentifier服务时被引用。动态定义的数据标识符应该在ReadDataByIdentifier服务中作为数据标识符(DID)来处理。它应该在ReadDataByPeriodicDataIdentifier服务中作为一个periodicRecordIdentifier来处理(请参阅ReadDataByPeriodicDataIdentifier服务，了解该参数值的要求，以便能够定期请求动态定义的数据标识符)。
sourceDataIdentifier
此参数仅在sub-function = defineByIdentifier中出现。此参数在逻辑上指定了要包含在动态数据记录中的信息源。例如，可用于表示发动机转速的2字节DID，或者一个用于表示包含发动机转速、车速、进气温度等信息的复合块的2字节DID。
positionInSourceDataRecord
此参数仅在sub-function = defineByIdentifier中出现。这个1字节的参数指定了包含在动态数据记录中源数据记录的摘录起始字节位置。1位置应该表示由sourceDataIdentifier引用的数据记录的第一个字节。
addressAndLengthFormatIdentifier
该参数是一个单独编码的单字节值：
bit 7 - 4: memorySize参数的长度(字节数);
bit 3 - 0: memoryAddress参数的长度(字节数);
memoryAddress
此参数仅在sub-function = defineByMemoryAddress中出现。此参数指定了包含在动态数据记录中的信息的内存源地址。用于此地址的字节数由addressAndLengthFormatIdentifier的低位(Bit3 - 0)定义。memoryAddress参数中的字节#m始终是服务端中引用的地址中最低位字节。地址的最高位字节可用作内存标识符。
memorySize
该参数用于指定要包含在动态数据记录中的源数据记录/内存地址的总字节数。
在sub-function = defineByIdentifier的情况下，此外，还使用positionInSourceDataRecord参数指定源数据标识符中memorySize应用的起始位置。用于此大小的字节数是一个字节。
在sub-function = defineByMemoryAddress的情况下，这个参数反映了从指定的memoryAddress开始的动态定义的数据标识符中要包含的字节数。用于此大小的字节数由addressAndLengthFormatIdentifier的高位(位7 - 4)定义。

3、肯定应答报文

3.1 肯定应答报文格式定义

  肯定应答报文的定义见下表。

字节序号参数值约定字节值
#1DynamicallyDefineDataIdentifier Response SIDM0x6C
#2sub-function = [ definitionType ]M0x00 - 0x7F

#3
#4		dynamicallyDefinedDataIdentifier[] = [
                 byte#1 (MSB)
                 byte#2 (LSB) ]
C
C
0xF2/0xF3
0x00 - 0xFF

  C：如果请求消息中存在dynamallydefineddataidentifier参数，则需要此参数的存在，否则将不包含该参数。

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

  肯定应答报文中报文数据参数的定义见下表：

Definition
definitionType
请求报文中子函数中的bit6-0。
dynamicallyDefinedDataIdentifier
请求报文中数据参数dynamicallyDefinedDataIdentifier。

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

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

NRC描述
0x12sub-functionNotSupported
子函数参数不支持，会发送该NRC
0x13incorrectMessageLengthOrInvalidFormat
请求报文长度不正确，会发送该NRC
0x22conditionsNotCorrect
服务端的运行条件不满足去执行请求的动作时，会发送该NRC。
0x31requestOutOfRange
如下情况发送该NRC：
— 请求报文中任意一个数据标识符不支持或者无效时；
— positionInSourceDataRecord参数不正确(小于1，或者超出最大值)；
— 请求报文中任意的内存地址在服务端中不支持时；
— 指定的内存尺寸无效时；
— 动态数据标识符中打包的数据总量超出了服务端所允许的最大值；
— 指定的addressAndLengthFormatIdentifier无效；
— 动态定义的periodicDataIdentifier的总长度超过了用于传输周期性响应消息的数据链路的单个帧所能容纳的最大长度;
0x33SecurityAccessDenied
如下情况发送该NRC：
— 请求报文中任何的数据标识符(动态定义数据标识符或者源数据标识符)是保密的，而服务端处理处于未解锁状态；
— 请求报文中任何的内存地址是保密的，而服务端处理处于未解锁状态；

5、0x2C服务（DynamicallyDefineDataIdentifier，动态定义数据标识符服务）案例说明

  Assumptions:
  假设如下案例中0x2C服务的前提条件都是满足的。
  在第一个案例中，服务端支持两个字节的DID，其表示单个数据信息。该案例中使用defineByIdentifier方法构建一个动态数据标识符，然后发送一个ReadDataByIdentifier请求来读取刚刚配置的动态数据标识符。
  在第二个案例中，服务端支持数据标识符，它引用了包含多个数据信息的复合数据块。该案例也使用defineByIdentifier方法构建一个动态标识符，并发送一个ReadDataByIdentifier请求来读取刚刚定义的数据标识符。
  第三个案例使用defineByMemoryAddress方法构建动态数据标识符，并发送ReadDataByIdentifier请求来读取刚刚定义的数据标识符。
  在第四个案例中，服务端支持数据标识符，它引用包含多个数据信息的复合数据块。该示例使用defineByIdentifier方法构建动态数据标识符，然后使用ReadDataByPeriodicIdentifier服务请求服务器定期发送动态定义的数据标识符。
  第五个案例中演示了如何删除动态定义的数据标识符。
  下表将用于下面的例子。在真实车辆上，报告的值可能会随着时间的推移而变化，但为了清晰起见，将其显示为常数。
  复合数据块-数据标识符定义

数据标识符(Block)数据字节数据记录内容字节值
0x010A#1
#2
#3
#4
#5
#6
#7
#8
#9
#10
#11
#12		dataRecord [ data#1 ] = B+
dataRecord [ data#2 ] = ECT
dataRecord [ data#3 ] = TP
dataRecord [ data#4 ] = RPM
dataRecord [ data#5 ] = RPM
dataRecord [ data#6 ] = MAP
dataRecord [ data#7 ] = MAF
dataRecord [ data#8 ] = VSS
dataRecord [ data#9 ] = BARO
dataRecord [ data#10 ] = LOAD
dataRecord [ data#11 ] = IAC
dataRecord [ data#12 ] = APP		0x8C
0xA6
0x66
0x07
0x50
0x20
0x1A
0x00
0x63
0x4A
0x82
0x7E
0x050B#1
#2		dataRecord [ data#1 ] = SPARKADV
dataRecord [ data#2 ] = KS		0x00
0x91

  元素数据记录 - DID定义

数据标识符(Block)数据字节数据记录内容字节值
0x1234#1
#2		EOT (MSB)
EOT (LSB)		0x4C
0x36
0x5678#1AAT0x4D
0x9ABC#1
#2
#3
#4		EOL (MSB)
EOL
EOL
EOL(LSB)		0x49
0x21
0x00
0x17

  内存数据记录 - 内存地址定义

内存地址数据字节数据记录内容字节值
0x21091968#1
#2
#3
#4
#5
#6
#7
#8
#9
#10
#11
#12		dataRecord [ data#1 ] = B+
dataRecord [ data#2 ] = ECT
dataRecord [ data#3 ] = TP
dataRecord [ data#4 ] = RPM
dataRecord [ data#5 ] = RPM
dataRecord [ data#6 ] = MAP
dataRecord [ data#7 ] = MAF
dataRecord [ data#8 ] = VSS
dataRecord [ data#9 ] = BARO
dataRecord [ data#10 ] = LOAD
dataRecord [ data#11 ] = IAC
dataRecord [ data#12 ] = APP		0x8C
0xA6
0x66
0x07
0x50
0x20
0x1A
0x00
0x63
0x4A
0x82
0x7E
0x13101994#1
#2		dataRecord [ data#1 ] = SPARKADV
dataRecord [ data#2 ] = KS		0x00
0x91

  Example #1: DynamicallyDefineDataIdentifier, sub-function = defineByIdentifier
  下表中案例将会使用2个字节的DID作为所需数据的参考，来搭建动态数据标识符(DDDI 0xF301)，其包含了发动机油温，环境空气温度，和发动机油液等级。
  DynamicallyDefineDataIdentifier请求DDDDI 0xF301消息流案例 #1
  请求报文由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01
#5
#6		sourceDataIdentifier#1 [ byte#1 ] (MSB) - Engine Oil Temperature
sourceDataIdentifier#1 [ byte#2 ]		0x12
0x34
#7positionInSourceDataRecord#10x01
#8memorySize#10x02
#9
#10		sourceDataIdentifier#2 [ byte#1 ] (MSB) - Ambient Air Temperature
sourceDataIdentifier#2 [ byte#2 ]		0x56
0x78
#11positionInSourceDataRecord#20x01
#12memorySize#20x01
#13
#14		sourceDataIdentifier#3 [ byte#1 ] (MSB) - Engine Oil Level
sourceDataIdentifier#3 [ byte#2 ]		0x9A
0xBC
#15positionInSourceDataRecord#30x01
#16memorySize#30x04

  下表定义了动态定义数据标识符DDDDI 0xF301的消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2sub-function = defineByIdentifier0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

  下表定义了使用了0x22服务请求DDDDI 0xF301的消息流案例

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x22
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

  下表定义了使用了0x22服务请求DDDDI 0xF301的肯定应答报文消息流案例

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x62
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x01
#4
#5
#6
#7
#8
#9
#10		dataRecord [ data#1 ] = EOT
dataRecord [ data#2 ] = EOT
dataRecord [ data#3 ] = AAT
dataRecord [ data#4 ] = EOL
dataRecord [ data#5 ] = EOL
dataRecord [ data#6 ] = EOL
dataRecord [ data#7 ] = EOL		0x4C
0x36
0x4D
0x49
0x21
0x00
0x17

  Example #2: DynamicallyDefineDataIdentifier, sub-function = defineByIdentifier
  下表中案例搭建了动态数据标识符(DDDI 0xF302)，其包含了发动机冷却液温度(来源于数据记录0x010A)，发动机转速(来源于数据记录0x010A)，IAC曲轴销位(来源于数据记录0x010A)和爆震传感器(来源于数据记录0x050B)。
  DynamicallyDefineDataIdentifier请求DDDDI 0xF302消息流案例 #2
  请求报文由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x02
#5
#6		sourceDataIdentifier#1 [ byte#1 ] (MSB)
sourceDataIdentifier#1 [ byte#2 ] (LSB)		0x01
0x0A
#7positionInSourceDataRecord#1- Engine Coolant Temperature0x02
#8memorySize#10x01
#9
#10		sourceDataIdentifier#2 [ byte#1 ] (MSB)
sourceDataIdentifier#2 [ byte#2 ] (LSB)		0x01
0x0A
#11positionInSourceDataRecord#2 - Engine Speed0x04
#12memorySize#20x02
#13
#14		sourceDataIdentifier#3 [ byte#1 ] (MSB)
sourceDataIdentifier#3 [ byte#2 ] (LSB)		0x01
0x0A
#15positionInSourceDataRecord#3 – Idle Air Control0x0B
#16memorySize#30x01
#17
#18		sourceDataIdentifier#4 [ byte#1 ] (MSB)
sourceDataIdentifier#4 [ byte#2 ] (LSB)		0x05
0x0B
#19positionInSourceDataRecord#3 – Idle Air Control0x02
#20memorySize#40x01

  下表定义了动态定义数据标识符DDDDI 0xF302的消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2sub-function = defineByIdentifier0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x02

  下表定义了使用了0x22服务请求DDDDI 0xF302的消息流案例

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x22
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x02

  下表定义了使用了0x22服务请求DDDDI 0xF302的肯定应答报文消息流案例

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x62
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x02
#4
#5
#6
#7
#8		dataRecord [ data#1 ] = ECT
dataRecord [ data#2 ] = RPM
dataRecord [ data#3 ] = RPM
dataRecord [ data#4 ] = IAC
dataRecord [ data#5 ] = KS		0xA6
0x07
0x50
0x82
0x91

  Example #3: DynamicallyDefineDataIdentifier, sub-function = defineByMemoryAddress
  下表中案例搭建了动态数据标识符(DDDI 0xF303)，其包含了发动机冷却液温度(来源于起始地址为0x21091969的内存块)，发动机转速(来源于起始地址为0x2109196B的内存块)，和爆震传感器(来源于起始地址为0x13101995的内存块)。
  DynamicallyDefineDataIdentifier请求DDDDI 0xF302消息流案例 #3
  请求报文由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByMemoryAddress,
              suppressPosRspMsgIndicationBit = FALSE		0x02
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x02
#5addressAndLengthFormatIdentifier0x14
#6
#7
#8
#9		memoryAddress#1 [ byte#1 ] (MSB) - Engine Coolant Temperature
memoryAddress#1 [ byte#2 ]
memoryAddress#1 [ byte#3 ]
memoryAddress#1 [ byte#4 ]		0x21
0x09
0x19
0x69
#10memorySize#10x01
#11
#12
#13
#14		memoryAddress#2 [ byte#1 ] (MSB)- Engine Speed
memoryAddress#2 [ byte#2 ]
memoryAddress#2 [ byte#3 ]
memoryAddress#2 [ byte#4 ]		0x21
0x09
0x19
0x6B
#15memorySize#20x02
#16
#17
#18
#19		memoryAddress#3 [ byte#1 ] (MSB) - Knock Sensor
memoryAddress#3 [ byte#2 ]
memoryAddress#3 [ byte#3 ]
memoryAddress#3 [ byte#4 ]		0x13
0x10
0x19
0x35
#20memorySize#30x01

  下表定义了动态定义数据标识符DDDDI 0xF302的消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = defineByMemoryAddress0x02
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x02

  下表定义了使用了0x22服务请求DDDDI 0xF302的消息流案例

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x22
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x02

  下表定义了使用了0x22服务请求DDDDI 0xF302的肯定应答报文消息流案例

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x62
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x02
#4
#5
#6
#7		dataRecord [ data#1 ] = ECT
dataRecord [ data#2 ] = RPM
dataRecord [ data#3 ] = RPM
dataRecord [ data#5 ] = KS		0xA6
0x07
0x50
0x91

  Example #4: DynamicallyDefineDataIdentifier, sub-function = defineByIdentifier
  下表中案例搭建了动态数据标识符(DDDI 0xF2E7)，其包含了发动机冷却液温度(来源于0x101A)，发动机转速(来源于0x101A)，和爆震传感器(来源于0x050B)。
  动态数据标识符的值是从可用于周期请求数据的范围中选择的。根据动态数据标识符的定义，客户端请求定期(快速)发送数据标识符。
  DynamicallyDefineDataIdentifier请求DDDDI 0xF2E7消息流案例 #4
  请求报文由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF2
0xE7
#5
#6		sourceDataIdentifier#1 [ byte#1 ] (MSB)
sourceDataIdentifier#1 [ byte#2 ] (LSB)		0x01
0x0A
#7positionInSourceDataRecord#1- Engine Coolant Temperature0x02
#8memorySize#10x01
#9
#10		sourceDataIdentifier#2 [ byte#1 ] (MSB)
sourceDataIdentifier#2 [ byte#2 ] (LSB)		0x01
0x0A
#11positionInSourceDataRecord#2 - Engine Speed0x04
#12memorySize#20x02
#13
#14		sourceDataIdentifier#3 [ byte#1 ] (MSB)
sourceDataIdentifier#3 [ byte#2 ] (LSB)		0x05
0x0B
#15positionInSourceDataRecord#3- Knock Sensor0x02
#16memorySize#30x01

  下表定义了动态定义数据标识符DDDDI 0xF2E7的消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = defineByIdentifier0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF2
0xE7

  下表定义了使用了0x2A服务请求DDDDI 0xF2E7的消息流案例

数据字节描述字节值
#1ReadDataByPeriodicIdentifier Request SID0x2A
#2transmissionMode = sendAtFastRate0x04
#3PeriodicDataIdentifier0xE7

  下表定义了使用了0x2A服务请求DDDDI 0xF2E7初始的肯定应答报文消息流案例

数据字节描述字节值
#1ReadDataByPeriodicIdentifier Response SID0x6A

  下面两个表定义了ReadDataByPeriodicIdentifier周期数据响应#1 DDDDI 0xF2E7消息流示例#4。

数据字节描述字节值
#1PeriodicDataIdentifier0xE7
#2
#3
#4
#5		dataRecord [ data#1 ] = ECT
dataRecord [ data#2 ] = RPM
dataRecord [ data#3 ] = RPM
dataRecord [ data#4 ] = KS		0xA6
0x07
0x50
0x91

  ReadDataByPeriodicIdentifier周期数据响应#n DDDDI 0xF2E7消息流示例#4。

数据字节描述字节值
#1PeriodicDataIdentifier0xE7
#2
#3
#4
#5		dataRecord [ data#1 ] = ECT
dataRecord [ data#2 ] = RPM
dataRecord [ data#3 ] = RPM
dataRecord [ data#4 ] = KS		0xA6
0x07
0x55
0x98

  Example #5: DynamicallyDefineDataIdentifier, sub-function = clearDynamicallyDefined-DataIdentifier
  下表中示例演示了清除动态定义数据标识符，并假设DDDDI 0xF303在请求时存在。
  DynamicallyDefineDataIdentifier请求清除DDDDI 0xF303消息流案例 #5
  请求报文由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = clearDynamicallyDefinedDataIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x03
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x03

  下表定义了清除动态定义数据标识符DDDDI 0xF303消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = clearDynamicallyDefinedDataIdentifier0x03
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x03

  Example #6: DynamicallyDefineDataIdentifier, concatenation of definitions (defineByIdentifier / defineByAddress)
  下表中案例使用两种定义类型搭建了动态数据标识符(DDDI 0xF301)，下面的列表显示了动态定义的数据标识符中的数据顺序(定义动态数据标识符请求消息的隐式顺序):
  —— 第一部分：2个字节DID表示发动机油液温度和环境空气温度；
  —— 第二部分：内存地址表示的发动机冷却液温度和发送机转速；
  —— 第三部分：2个字节DID表示发动机油液等级；
  Step #1: DynamicallyDefineDataIdentifier, sub-function = defineByIdentifier (1 st portion)
  下表定义了第一部分DynamicallyDefineDataIdentifier请求DDDI 0xF301的报文消息流案例#6，由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01
#5
#6		sourceDataIdentifier#1 [ byte#1 ] (MSB) - Engine Oil Temperature
sourceDataIdentifier#1 [ byte#2 ] (LSB)		0x12
0x34
#7positionInSourceDataRecord#10x01
#8memorySize#10x02
#9
#10		sourceDataIdentifier#2 [ byte#1 ] (MSB) - Ambient Air Temperature
sourceDataIdentifier#2 [ byte#2 ] (LSB)		0x56
0x78
#11positionInSourceDataRecord#20x01
#12memorySize#20x01

  下表定义了动态定义数据标识符DDDDI 0xF301消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = defineByIdentifier0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

  Step #2: DynamicallyDefineDataIdentifier, sub-function = defineByMemoryAddress (2nd portion)
  下表定义了第二部分(defineByMemoryAddress) DynamicallyDefineDataIdentifier请求DDDI 0xF301的报文消息流案例#6，由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByMemoryAddress,
              suppressPosRspMsgIndicationBit = FALSE		0x02
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01
#5addressAndLengthFormatIdentifier0x14
#6
#7
#8
#9		memoryAddress#1 [ byte#1 ] (MSB) - Engine Coolant Temperature
memoryAddress#1 [ byte#2 ]
memoryAddress#1 [ byte#3 ]
memoryAddress#1 [ byte#4 ]		0x21
0x09
0x19
0x69
#10memorySize#10x01
#11
#12
#13
#14		memoryAddress#2 [ byte#1 ] (MSB) - Engine Speed
memoryAddress#2 [ byte#2 ]
memoryAddress#2 [ byte#3 ]
memoryAddress#2 [ byte#4 ]		0x21
0x09
0x19
0x69
#12memorySize#20x02

  下表定义了动态定义数据标识符DDDDI 0xF301消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = defineByMemoryAddress0x02
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

  Step #3: DynamicallyDefineDataIdentifier, sub-function = defineByIdentifier (3 rd portion)
  下表定义了第三部分(defineByIdentifier) DynamicallyDefineDataIdentifier请求DDDI 0xF301的报文消息流案例#6，由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = defineByIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01
#5
#6		sourceDataIdentifier#1 [ byte#1 ] (MSB) - Engine Oil Level
sourceDataIdentifier#1 [ byte#2 ] (LSB)		0x9A
0xBC
#7positionInSourceDataRecord#10x01
#8memorySize#10x04

  下表定义了动态定义数据标识符DDDDI 0xF301消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = defineByIdentifier0x01
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

  Step #4：ReadDataByIdentifier - dataIdentifier = DDDDI 0xF301
  下表定义了0x22服务(ReadDataByIdentifier)请求DDDDI 0xF301的消息报文流

数据字节描述字节值
#1ReadDataByIdentifier Request SID0x22
#2
#3		dataIdentifier [ byte#1 ] (MSB)
dataIdentifier [ byte#2 ] (LSB)		0xF3
0x01
#4
#5
#6
#7
#8
#9
#10
#11
#12
#13		dataRecord [ data#1 ] = EOT(MSB)
dataRecord [ data#2 ] = EOT
dataRecord [ data#3 ] = AAT
dataRecord [ data#4 ] = ECT
dataRecord [ data#5 ] = RPM
dataRecord [ data#6 ] = RPM
dataRecord [ data#7 ] = EOT(MSB)
dataRecord [ data#8 ] = EOL
dataRecord [ data#9 ] = EOL
dataRecord [ data#10 ] = EOL		0x4C
0x36
0x4D
0xA6
0x07
0x50
0x49
0x21
0x00
0x17

  Step #5：DynamicallyDefineDataIdentifier - clear definition of DDDDI 0xF301
  DynamicallyDefineDataIdentifier请求清除DDDDI 0xF301消息流案例 #6
  请求报文由客户端发向服务端(ECU)：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x2C
#2sub-function = clearDynamicallyDefinedDataIdentifier,
              suppressPosRspMsgIndicationBit = FALSE		0x03
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

  下表定义了清除动态定义数据标识符DDDDI 0xF301消息流的肯定应答，应答报文由服务端发向客户端：

数据字节描述字节值
#1DynamicallyDefineDataIdentifier Request SID0x6C
#2definitionMode = clearDynamicallyDefinedDataIdentifier0x03
#3
#4		dynamicallyDefinedDataIdentifier [ byte#1 ] (MSB)
dynamicallyDefinedDataIdentifier [ byte#2 ] (LSB)		0xF3
0x01

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

《我的AUTOSAR之路》UDS 0x2C service
libuping2023的博客
10-28 376
USD 0x2C服务，全称为Dynamically Define Data Identifier（动态定义数据标识符服务），是一种在统一诊断服务（UDS）中使用的服务。它允许客户端（如诊断工具）在服务器（如车辆的电子控制单元ECU）上动态地定义一个新的数据标识符（DID），这个新的DID可以在之后通过其他服务，比如0x22（Read Data By Identifier，按标识符读取数据服务）或0x2A（Read Data By Periodic Identifier，按周期性标识符读取数据服务）来读取数据
汽车UDS诊断详解及Vector相关工具链使用说明——2.2.7 动态定义DID（0x2C）
weixin_42967006的博客
11-12 6174
1. 概述 动态定义DID服务允许诊断仪在ECU内部动态定义一个临时的DID，可以通过该DID读取一段内存的数据，也可以通过改DID一次性读取多个原有DID的数据。动态定义DID既可以是支持22服务的DID，也可以是支持2A服务的周期性读取 DID。 该服务可以更加灵活地读取一些临时数据，也可以降低因频繁发送诊断请求和响应而导致的总线负载过高。 动态定义DID有三种方式： 通过原有的DID来定义； 通过指定内存地址来定义； 以上两种方式结合使用。 该服务可以用一条诊断请求定义一个动态DID，也可以用多条
UDS 诊断 - DynamicallyDefineDataIdentifier（动态定义数据标识符）（0x2C）服务
最新发布
耳朵东金子千的博客
08-26 1244
下表定义了请求消息 —。字节参数名称字节值Cvt#1DynamicallyDefineDataIdentifier（动态定义数据标识符）请求SID0x2CM#20x01M#3#4MM#5#6MM#7positionInSourceDataRecord #1（第 1 个源数据记录中的位置）M#8memorySize #1（第 1 个内存大小）M. .. .. .. .#n-3#n-2UU#n-1。
跟我学UDS(ISO14229) ———— 0x2C(DynamicallyDefineDataIdentifier)
永远的菜鸡小詹的博客
06-16 4786
  客户端请求动态定义数据标识符，这些数据标识符随后可以由 0x22(ReadDataByIdentifier) 服务读取。该服务的目的是为客户端提供将一个或多个数据元素分组为数据超集的功能，可以通过 0x22(ReadDataByIdentifier) 或0x2A(ReadDataByPeriodicIdentifier) 服务进行整体请求。动态定义的 dataIdentifier 会将包含数据参数定义的串联。分组的数据元素可以由以下任何一个组成： —— 源数据标识符，位置和大小 —— 内存地址和内存长度
【车载开发系列】UDS诊断---动态定义DID（$0x2C）
千月星跡
12-09 5186
【车载开发系列】UDS诊断—动态定义DID（$0x2C） UDS诊断---动态定义DID（$0x2C）【车载开发系列】UDS诊断---动态定义DID（$0x2C）一.概念定义1）DID定义方式2）DID失效条件二.应用场景三.报文格式1）报文请求1.请求通过标识符定义2.请求通过内存地址定义标识符3.请求清除已定义的标识符2）肯定响应3）否定响应 一.概念定义 动态定义数据标识符 DynamicallyDefineDataIdentifier（2Ch） 此服务允许诊断工具在ECU的内部动态定义一个数据标识
UDS统一诊断服务
05-07
ISO 14229-1道路车辆—统一诊断服务 应用层协议
UDS诊断服务详解_uds诊断 service f15a bcd格式
2401_83817843的博客
04-05 1007
你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！[外链图片转存中…(img-2uYlPldL-1712314403136)][外链图片转存中…(img-5Db6TtPM-1712314403136)]既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上嵌入式&物联网开发知识点，真正体系化！[外链图片转存中…(img-CCENATe5-1712314403137)]
《UDS协议从入门到精通》系列——图解0x2A：通过周期读ID数据
车载系统攻城狮
06-25 1680
如何周期性地读取目标ECU中DID对应的数据？图解UDS-0x2A服务的请求及响应格式，多实例详解助你快速上手！！
UDS应用层协议解析（史上最全）
lxknewbee的博客
04-27 3861
UDS应用层协议解析 UDS应用层协议解读（下） 诊断服务分类 基础服务类 0x10 诊断会话模式 任何会话模式切换至默认会话模式时，非默认会话模式下设置的状态需要reset（28服务、85服务设置的状态需要恢复至默认状态，27服务解锁状态需重新锁定） 任何会话模式之间的迁移（包括扩展模式迁移至扩展模式），27服务解锁状态需重新锁定 request消息格式
汽车UDS诊断详解及Vector相关工具链使用说明——2.3.4 读取DTC（0x19 02）
weixin_42967006的博客
06-04 5055
19服务的02子功能是通过状态掩码来读取DTC（reportDTCByStatusMask），用来获取符合条件的DTC及其状态。 1. 请求报文格式 02子功能的请求报文格式和01子功能相同，子功能参数置为0x02即可。请求报文中的DTC状态掩码的用法也和01子功能相同。 2. 肯定响应报文格式 02子功能的肯定响应报文格式如下，子功能参数置为0x02，后面加一个字节的DTCStatusAvailabilityMask，然后跟着ECU中存储的符合DTC状态掩码要求的DTC信息，每个DTC后面跟着1字节DT
UDS诊断服务列表.pdf
04-15
通过A4纸可以打印的紧凑表格，将诊断和通信管理功能单元，数据传输功能单元，传输存储的数据功能单元，输入输出控制功能单元，远程激活例程功能单元，上传下载功能单元等功能中包含的UDS服务做一个直观简单的介绍。
uds-c:统一诊断服务（UDS）和OBD-II（车辆车载诊断）C库
05-07
C语言中的统一诊断服务（UDS）支持库 这是一个与平台无关的C库，为汽车电子实现了Unified Diagnostics Services协议。 UDS已在ISO 14229中进行了记录，并且是更知名的车载诊断（OBD）标准的基础。 该库当前支持通过CAN（ISO 15765-4）运行的UDS，后者使用ISO-TP（ISO 15765-2）协议进行消息成帧。 该库不提供有关诊断消息请求的源或CAN总线的基础接口的任何信息。 它使用依赖注入来完全控制您。 用法 首先，创建一些填充函数，以使该库使用您的较低级别的系统： // required, this must send a single CAN message with the given arbitration // ID (i.e. the CAN message ID) and data. The size will never
ISO14229-2 Session layer services。UDS-会话层服务
01-22
ISO14229标准第二部分，UDS- Session layer services（会话层服务）
统一诊断服务 (Unified diagnostic services UDS).pdf
03-09
非常不错的UDS协议学习资料，对协议开发和数据流分析非常具有指导意义。对0x10,0x11,0x27,0x28,0x3e,0x87,0x22,0x2e,0x23,0x3d,0x14,0x19,0x2f,0x31,0x34,0x35,0x38服务进行详细解释和举例说明。（注：个人根据网络资料整理并添加索引目录）
UDS诊断服务详解.docx
08-23
UDS由ISO-14229系列标准定义，ISO 14229-1 定义了诊断服务，不涉及网络及实现，只有应用层的内容。而ISO 14229-3则定义了UDS在CAN总线上的实现。 诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能的request和response定义了统一的内容和格式。
【CAN】UDS 0x2c 的作用
qq_46554454的博客
07-29 991
CAN UDS 诊断信息请求 0x2c的作用
0x2C动态定义数据标识符服务
qiu421的博客
09-29 365
其实就是临时在指定地址创建个信息DID，里面可以存写临时数据，到时候可以给自己读写，但是这东西一重启或者过段时间就没了。要用0x22服务去读取，0x2A来写，不能用0x2E来写，协议认为0x2E不能指定地址来写。这个服务将会有内存溢出的风险，就需要程序去做限制和把控了，规定好那块区域可以用来作为临时存储的，一旦超过剩余可使用空间就不能够动态定义数据了。动态定义出来的数据标识符和空间，也可以动态删除。有两种参数选配：1、源数据标识符、位置、大小。
《UDS协议从入门到精通》系列——图解0x2C：动态定义数据标识符
车载系统攻城狮
06-26 1870
如何通过一个请求就读到期望的所有数据？通过0x2C服务动态定义数据标识符，灵活读取目标ECU中的数据！！读完本文，快速上手！！
统一诊断服务 (Unified diagnostic services ， UDS) （四）
u012252959的博客
10-15 6377
今天是春节假期最后一天，明天又要开始上班了，祝大家开工愉快。 这篇文章介绍一下UDS的第二类诊断服务，即Data Transmission （数据传输）。这类诊断服务包括以下SID： ReadDataByIdentifier (0x22) ReadMemoryByAddress (0x23) ReadScalingDataByIdentifier (0x24) ReadDataByPer...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值