【ISO14229_UDS_0x2C服务详解】

最新推荐文章于 2024-05-13 20:06:03 发布
最新推荐文章于 2024-05-13 20:06:03 发布
阅读量2.2k 收藏 13
点赞数 4
分类专栏： ISO14229-UDS诊断服务介绍 文章标签： mcu
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/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诊断服务功能单元介绍目录

三星小卤蛋
关注
  • 4
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
汽车UDS诊断详解及Vector相关工具链使用说明——2.2.7 动态定义DID（0x2C）
weixin_42967006的博客
11-12 5721
1. 概述 动态定义DID服务允许诊断仪在ECU内部动态定义一个临时的DID，可以通过该DID读取一段内存的数据，也可以通过改DID一次性读取多个原有DID的数据。动态定义DID既可以是支持22服务的DID，也可以是支持2A服务的周期性读取 DID。 该服务可以更加灵活地读取一些临时数据，也可以降低因频繁发送诊断请求和响应而导致的总线负载过高。 动态定义DID有三种方式： 通过原有的DID来定义； 通过指定内存地址来定义； 以上两种方式结合使用。 该服务可以用一条诊断请求定义一个动态DID，也可以用多条
UDS统一诊断服务
05-07
ISO 14229-1道路车辆—统一诊断服务 应用层协议
跟我学UDS(ISO14229) ———— 0x2C(DynamicallyDefineDataIdentifier)
永远的菜鸡小詹的博客
06-16 4033
  客户端请求动态定义数据标识符，这些数据标识符随后可以由 0x22(ReadDataByIdentifier) 服务读取。该服务的目的是为客户端提供将一个或多个数据元素分组为数据超集的功能，可以通过 0x22(ReadDataByIdentifier) 或0x2A(ReadDataByPeriodicIdentifier) 服务进行整体请求。动态定义的 dataIdentifier 会将包含数据参数定义的串联。分组的数据元素可以由以下任何一个组成： —— 源数据标识符，位置和大小 —— 内存地址和内存长度
【CAN】UDS 0x2c 的作用
qq_46554454的博客
07-29 823
CAN UDS 诊断信息请求 0x2c的作用
UDS诊断服务详解_uds诊断 service f15a bcd格式
最新发布
2401_84011132的博客
05-13 787
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年嵌入式&物联网开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上嵌入式&物联网开发知识点，真正体系化！
【车载开发系列】UDS诊断---动态定义DID（$0x2C）
千月星跡
12-09 3922
【车载开发系列】UDS诊断—动态定义DID（$0x2C） UDS诊断---动态定义DID（$0x2C）【车载开发系列】UDS诊断---动态定义DID（$0x2C）一.概念定义1）DID定义方式2）DID失效条件二.应用场景三.报文格式1）报文请求1.请求通过标识符定义2.请求通过内存地址定义标识符3.请求清除已定义的标识符2）肯定响应3）否定响应 一.概念定义 动态定义数据标识符 DynamicallyDefineDataIdentifier（2Ch） 此服务允许诊断工具在ECU的内部动态定义一个数据标识
0x2C动态定义数据标识符服务
qiu421的博客
09-29 195
其实就是临时在指定地址创建个信息DID，里面可以存写临时数据，到时候可以给自己读写，但是这东西一重启或者过段时间就没了。要用0x22服务去读取，0x2A来写，不能用0x2E来写，协议认为0x2E不能指定地址来写。这个服务将会有内存溢出的风险，就需要程序去做限制和把控了，规定好那块区域可以用来作为临时存储的，一旦超过剩余可使用空间就不能够动态定义数据了。动态定义出来的数据标识符和空间，也可以动态删除。有两种参数选配：1、源数据标识符、位置、大小。
UDS诊断服务列表.pdf
04-15
通过A4纸可以打印的紧凑表格，将诊断和通信管理功能单元，数据传输功能单元，传输存储的数据功能单元，输入输出控制功能单元，远程激活例程功能单元，上传下载功能单元等功能中包含的UDS服务做一个直观简单的介绍。
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以及汽车电子的设计时参考
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
统一诊断服务 (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定义了统一的内容和格式。
ISO-14229+统一诊断服务
10-15
概述 应用层接口服务 应用层协议 各功能单元诊断服务 诊断和通信管理功能单元 数据传输功能单元 传输储存的数据功能单元 输入输出控制功能单元 远程激活例程功能单元 上传下载功能单元
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
统一诊断服务 (Unified diagnostic services ， UDS) （四）
u012252959的博客
10-15 6159
今天是春节假期最后一天，明天又要开始上班了，祝大家开工愉快。 这篇文章介绍一下UDS的第二类诊断服务，即Data Transmission （数据传输）。这类诊断服务包括以下SID： ReadDataByIdentifier (0x22) ReadMemoryByAddress (0x23) ReadScalingDataByIdentifier (0x24) ReadDataByPer...
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、付费专栏及课程。

余额充值