【ISO14229_UDS_0x37服务详解】

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

目录

1、0x37服务（RequestTransferExit，请求传输退出服务）

  Service description：
  0x37服务（RequestTransferExit，请求传输退出服务）被客户端用于终止在客户端和服务端间的数据传输。

2、请求报文格式

2.1 请求报文定义

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

字节序号参数值约定字节值
#1RequestTransferExit Request SIDM0x37

#2
.
.
#n		transferRequestParameterRecord[] = [
               transferRequestParameter#1
               .
               .
               transferRequestParameter#m ]
U
.
.
U
0x00 - 0xFF
.
.
0x00 - 0xFF

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

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

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

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

定义
transferRequestParameterRecord
此参数记录包含了服务端所需要的，用来支持数据传输的参数。这个参数的格式和长度都是汽车制造厂商指定的。

3、肯定应答报文

3.1 肯定应答报文格式定义

字节序号参数值约定字节值
#1RequestTransferExit Response SIDM0x77

#2
.
.
#n		transferResponseParameterRecord[] = [
        transferResponseParameter#1
        .
        .
        transferResponseParameter#m ]
U
.
.
U
0x00 - 0xFF
.
.
0x00 - 0xFF

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

  该服务肯定应答报文中使用到的数据参数的定义见下表：

定义
transferResponseParameterRecord
此参数记录包含了服务端所需要的，用来支持数据传输的参数。这个参数的格式和长度都是汽车制造厂商指定的。

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

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

NRC描述
0x13incorrectMessageLengthOrInvalidFormat
请求报文长度不正确时，会发送该NRC。
0x24requestSequenceError
以下情况发生会则会使用该否定应答码：
— 该服务的请求接收时，刷新程序没有完成；
— RequestDownload和RequestUpload服务没有被激活。
0x31requestOutOfRange
transferRequestParameterRecord参数中包含了无效的数据，会发送该NRC。
0x72generalProgrammingFailure
当结束客户端与服务端的数据传输时(比如，完整性校验)，如果服务端检测到错误发生，会发送该NRC。

  0x37服务（RequestTransferExit，请求传输退出服务）的否定应答码(NRC)具体处理过程如下。
在这里插入图片描述

5、0x37服务（RequestTransferExit，请求传输退出服务）案例说明

5.1 下载数据到服务端，Download data to a server

  Assumptions:
  以下案例为客户端到服务端的数据传输，即下载。该案例包含了3步。
  第一步客户端和服务端执行RequestDownload服务，接着在客户端和服务端中的请求和肯定应答报文中有如下信息作为参数被交换。
  下表定义了 transferRequestParameter 的值。

Data Parameter NameData Parameter ValuesData Parameter Description
MemorySize (3 bytes)0x602000下载数据的起始内存地址(memoryAddress)
dataFormatIdentifier0x11dataFormatIdentifier:
— compressionMethod = 0x1X
— compressionMethod = 0xX1
MemorySize (3 bytes)0x00FFFFMemorySize = (65 535 bytes)
在requestTransferExit服务执行过程中，该参数值被服务端用于比较传输数据的实际字节数。

  下表定义了 transferResponseParameter 的值。

Data Parameter NameData Parameter ValuesData Parameter Description
maximumNumberOfBlockLength0x0081maximumNumberOfBlockLength:
(serviceId + BlockSequenceCounter (1 byte) + 127 server data bytes = 129 data bytes)

  第二步客户端传输65535字节的数据到闪存中，从服务端内存地址为0x602000起始处开始。
  第三步客户端使用 requestTransferExit 服务终止传输数据到服务端中。
  Test conditions：ignition = on，engine = off，vehicle speed = 0 [kph]。
  该案例中，有这样的假设：服务端支持3个字节的memoryAddress 和 3个字节的MemorySize。如果MemorySize包含的是未被压缩的数据的大小，带有127个字节的数据的 TransferData 服务的数量无法被计算，因为压缩方法和压缩比是不标准的。如果MemorySize包含的是被压缩数据的大小，在单个TransferData请求之后，带有127个字节的数据的 TransferData 服务的总数将会是516个。因此，最后一个TransferData 请求报文包含的 blockSequenceCounter 的值等于0x05。
  Step1：Request for download
下表定义了 RequestDownload 服务请求报文的案例，报文从客户端到服务端：

字节序号描述字节的值
#1RequestDownload Request SID0x34
#2dataFormatIdentifier0x11
#3addressAndLengthFormatIdentifier0x33
#4
#5
#6		memoryAddress [ byte#1 ] (MSB)
memoryAddress [ byte#2 ]
memoryAddress [ byte#3 ] (LSB)		0x60
0x20
0x00
#7
#8
#9		MemorySize [ byte#1 ] (MSB)
MemorySize [ byte#2 ]
MemorySize [ byte#3 ] (LSB)		0x00
0xFF
0xFF

下表定义了 RequestDownload 肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1RequestDownload Response SID0x74
#2LengthFormatIdentifier0x20
#3
#4		maxNumberOfBlockLength [ byte#1 ] (MSB)
maxNumberOfBlockLength [ byte#2 ] (LSB)		0x00
0x81

  Step2：Transfer data
下表定义了 TransferData 服务请求报文的案例，报文从客户端到服务端：

字节序号描述字节的值
#1TransferData Request SID0x36
#2blockSequenceCounter0x01
#3
.
.
#129		transferRequestParameterRecord [ transferRequestParameter#1 ] = dataByte#3
.
.
transferRequestParameterRecord [ transferRequestParameter#127 ] = dataByte#129		0xXX
.
.
0xXX

下表定义了 TransferData 肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1TransferData Response SID0x76
#2blockSequenceCounter0x01

在这里插入图片描述

字节序号描述字节的值
#1TransferData Request SID0x36
#2blockSequenceCounter0x05
#3
.
.
#n+2		transferRequestParameterRecord [ transferRequestParameter#1 ] = dataByte#3
.
.
transferRequestParameterRecord [ transferRequestParameter#n-2 ] = dataByte#n		0xXX
.
.
0xXX

下表定义了 TransferData 肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1TransferData Response SID0x76
#2blockSequenceCounter0x05

  Step3：Request Transfer exit
下表定义了 RequestTransferExit 服务请求报文的案例，报文从客户端到服务端：

字节序号描述字节的值
#1RequestTransferExit Request SID0x37

下表定义了 RequestTransferExit 服务肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1RequestTransferExit Response SID0x77

5.2 从服务端上传数据，Upload data from a server

  以下案例为服务端到客户端的数据传输，即上传。该案例包含了3步。
  第一步客户端和服务端执行 requestUpload 服务，接着在客户端和服务端中的请求和肯定应答报文中有如下信息作为参数被交换。
  下表定义了 transferRequestParameter 的值。

Data Parameter NameData Parameter ValuesData Parameter Description
MemorySize (3 bytes)0x201000上传数据的起始内存地址(memoryAddress)
dataFormatIdentifier0x11dataFormatIdentifier:
— compressionMethod = 0x1X
— compressionMethod = 0xX1
MemorySize (3 bytes)0x0001FFMemorySize = (511 bytes)
在执行requestTransferExit服务过程中，该参数显示了有多少数据字节会被传输，会被服务端用于比较传输数据的实际字节数。

  下表定义了 transferResponseParameter 的值。

Data Parameter NameData Parameter ValuesData Parameter Description
maximumNumberOfBlockLength0x0081maximumNumberOfBlockLength:
(serviceId + BlockSequenceCounter (1 byte) + 127 server data bytes = 129 data bytes)

  第二步服务端将会从外部RAM中内存地址为0x201000的位置处，传输 511 字节的数据，其中包含4个带有129个字节数据的transferData服务(1个字节的服务ID + 1个字节的 blockSequenceCounter + 127个字节的服务端数据) 和 1个带有5个字节数据的transferData服务(1个字节的服务ID + 1个字节的 blockSequenceCounter + 3个字节的服务端数据)。
  第三步客户端使用 requestTransferExit 服务终止传输数据到服务端中。
  Test conditions：ignition = on，engine = off，vehicle speed = 0 [kph]。
  该案例中，有这样的假设：服务端支持3个字节的memoryAddress 和 3个字节的MemorySize。而且假设服务端支持在0x36服务TransferData的blockSequenceCounter。
  Step1：Request for upload
下表定义了 RequestUpload 服务的请求报文案例，报文从客户端到服务端：

字节序号描述字节的值
#1RequestUpload Request SID0x35
#2dataFormatIdentifier0x11
#3addressAndLengthFormatIdentifier0x33
#4
#5
#6		memoryAddress [ byte#1 ] (MSB)
memoryAddress [ byte#2 ]
memoryAddress [ byte#3 ] (LSB)		0x20
0x10
0x00
#7
#8
#9		MemorySize [ byte#1 ] (MSB)
MemorySize [ byte#2 ]
MemorySize [ byte#3 ] (LSB)		0x00
0x01
0xFF

下表定义了 RequestUpload 肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1RequestUpload Response SID0x75
#2LengthFormatIdentifier0x20
#3
#4		maxNumberOfBlockLength [ byte#1 ] (MSB)
maxNumberOfBlockLength [ byte#2 ] (LSB)		0x00
0x81

  Step2：Transfer data
下表定义了 TransferData 服务请求报文的案例，报文从客户端到服务端：

字节序号描述字节的值
#1TransferData Request SID0x36
#2blockSequenceCounter0x01

下表定义了 TransferData 肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1TransferData Response SID0x76
#2blockSequenceCounter0x01
#3
.
.
#129		transferResponseParameterRecord [ transferResponseParameter#1 ] = dataByte#3
.
.
transferResponseParameterRecord [ transferResponseParameter#127 ] = dataByte#129		0xXX
.
.
0xXX

在这里插入图片描述

字节序号描述字节的值
#1TransferData Request SID0x36
#2blockSequenceCounter0x05

下表定义了 TransferData 肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1TransferData Response SID0x76
#2blockSequenceCounter0x05
#3
.
.
#5		transferResponseParameterRecord [ transferResponseParameter#1 ] = dataByte#3
.
.
transferResponseParameterRecord [ transferResponseParameter#3 ] = dataByte#5		0xXX
.
.
0xXX

  Step3：Request Transfer exit
下表定义了 RequestTransferExit 服务请求报文的案例，报文从客户端到服务端：

字节序号描述字节的值
#1RequestTransferExit Request SID0x37

下表定义了 RequestTransferExit 服务肯定应答报文的案例，报文从服务端到客户端：

字节序号描述字节的值
#1RequestTransferExit Response SID0x77

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

三星小卤蛋
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
AutoSAR配置与实践（深入篇）10.8 UDS刷写诊断服务解析（34/36/37服务）
nihaoljq2010的博客
11-07 756
memoryAddress值为0x0x12345678（占4个字节，图中紫色），memorySize值为0x01234567（占4字节，图中绿色），则addressAndLengthFormatIdentifier值为0x44。该服务用于启动下载传输，作用是告知ECU准备接受数据，ECU则通过0x74 response告诉诊断仪自己是否允许传输，以及自己的接受能力是多大。：字节长度和参数格式，厂家自定义，没有定义则默认字节数据为0。：字节长度和参数格式，厂家自定义，没有定义则默认字节数据为0。
UDS详解——34、36、37服务
manjixingkong1234的专栏
09-13 2211
介绍UDS服务中的34、36、37服务
UDS——上传下载类0x34、0x36、0x37
最新发布
weixin_42033305的博客
03-14 1273
（客户端请求协商从客户端到目标ECU的数据传输）该服务用于启动数据传输服务，通知ECU准备接受数据。传输方向是Tester（Client）→ 目标ECU（Server），向目标ECU发送该请求的主要作用就是告知目标ECU“我（Tester）准备向你传输数据了，请你（目标ECU）准备接收数据”。目标ECU正确收到该请求消息后，可以发送响应告诉Tester自己是否允许传输数据，以及自己的接受能力是多大，如果可以传输，目标ECU应采取一切必要措施接收数据，然后再发送肯定响应消息。
UDS_RequestTransferExit(0x37)服务
weixin_68852042的博客
11-08 88
UDS的第六类诊断服务：存储数据传输。该类型服务包含SID如下：RequestDownload (0x34)：请求下载数据，诊断仪向ECU请求下载数据RequestUpload (0x35)：请求上传数据，诊断仪向ECU请求上传数据TransferData (0x36)：数据传输，诊断仪向ECU传数据（下载），或者ECU向诊断仪传数据（上传）RequestTransferExit (0x37)：数据传输完成，请求退出。
UDS诊断（ISO14229-1） 37服务
m0_56208280的博客
01-18 1389
37服务，即 RequestTransferExit（请求传输终止）服务，客户端利用此服务终止客户端与服务器之间的数据传输（上传或下载）。
UDS关于0x37服务退出传输学习笔记
weixin_42362797的博客
06-11 912
UDS 0x37服务退出传输
跟我学UDS(ISO14229) ———— 0x37(RequestTransferExit)
永远的菜鸡小詹的博客
07-01 1848
 客户端请求终止数据传输。参数 transferRequestParameterRecord 记录包含服务器支持数据传输所需的参数。 这些参数的格式和长度是由主车厂定义的。 诊断请求格式  具体的格式如下： 正响应格式  具体的格式如下： 负响应NRC码  具体的NRC码如下： ...
UDS 34/36/37 服务
qwe0405080615的博客
02-09 8229
UDS 34/36/37 服务
ISO 14229-4.zip_14229-4_ISO 14229_uds_uds 14229_uds诊断
07-15
诊断参考文档 汽车控制器 UDS 14229-4
ISO14229(2006).zip_Bootloader_UDS ISO14229_UDS14229协议_uds_汽车UDS
07-14
UDS 协议文件，可以供在CAN、Bootloader以及汽车电子的设计时参考
ISO14229_iso14229中文_iso14229_UDS协议中文
06-01
汽车CAN总线的UDS协议中文版可以深入学习
SS-ISO_14229-3_2012.zip_14229_14229-3_2012_ISO 14229_uds
09-24
道路车辆uds诊断，14229-3-2012标准
ISO 14229-3.zip_ISO 14229-3_ISO-14229_UDS ISO_uds_诊断uds
07-14
诊断参考文档 汽车控制器 UDS 14229-3
UDS（十）应用层 34/36/37
热门推荐
weixin_44522306的博客
03-03 2万+
Upload Download functional unit 从成本等角度考虑，汽车ECU中用于缓存诊断服务数据的buffer大小有限，所以当我们需要读取或写入超过buffer大小的数据时，就无法简单地使用2E和22服务了，UDS据此定义了几个将大块数据写入或读出的服务，即数据下载和上传。 UDS的第六类诊断服务：存储数据传输。该类型服务包含SID如下： RequestDownload (0x34)：请求下载数据，诊断仪向ECU请求下载数据 RequestUpload (0x35)：请求上传数据，诊断仪向
汽车UDS诊断详解及Vector相关工具链使用说明——2.6.3 请求退出传输（0x37）与数据传输流程报文实例
weixin_42967006的博客
06-08 1603
1. 37服务报文格式 请求退出传输（0x37）就是在所有数据都传输完毕后，诊断仪给ECU发指令使其结束整个数据传输的过程，恢复默认状态。它的请求报文格式如下： transferRequestParameterRecord参数是自定义参数，如果诊断仪和ECU之间需要在退出传输的时候传输一些数据，就可以用过这个参数传递。很少用到。 37服务的肯定响应报文格式： 通常37服务的请求就是2字节0x37，响应是1字节0x77。 2. 37服务支持的否定响应码 0x24-请求顺序错误：返回NRC 24有两种情
uds服务-上传下载功能单元【34、36、37】
yunhuhude的博客
02-14 2198
0x34 00-FF 44 数据格式标志符，【00-FF】，左半元组表示压缩方法，右半元组表示加密算法，如果没有应用压缩或者加密，相应位为0 44的bit7~4表示memorysize参数的长度 bit3~0表示memoryadress参数的长度TransferData （0x36）—— 数据传输这个服务通常是用来下载/上传数据时用的，数据的传输方向由不同的服务控制：0x34服务表示下载，0x35服务表示上传。0x36服务包含了一个blockSequenceCounter，在多个服务请求序列失败的时候以提高
UDS 14229 -1 刷写34，36，37服务,标准加Trace讲解，没理由搞不明白
蚂蚁小兵
03-13 8173
UDS 14229 -1 刷写34，36，37服务,标准加Trace讲解，没理由搞不明白
UDS学习笔记
weixin_43399814的博客
08-12 603
法规强制要求的，也就是经常听到的OBD（On Board Diagnostic）诊断，主要用于在车辆运行阶段能够及时的通告故障信息，给驾驶员以警告或提示，通过仔细阅读车辆手册可以获取相关问题的解决措施，来有效避免更严重的后果。OBD出现的更早，那么它主要针对，并且OBD主要是用于的诊断。也叫增强型诊断或者离线诊断（Off Board Diagnostic），除报告故障之外，还拥有很多其他的功能。
STM32H7高性能MCU系列 STM32H7A3NGH6 32-bit RISC内核
Mandy_mjd的博客
11-05 2436
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、付费专栏及课程。

余额充值