UDS详解——34、36、37服务

最新推荐文章于 2025-02-08 11:00:31 发布
最新推荐文章于 2025-02-08 11:00:31 发布
阅读量3.6k 收藏 3
点赞数 1
分类专栏： BMS功能介绍 文章标签： 信息与通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/manjixingkong1234/article/details/132852817
版权
本文详细介绍了UDS协议中的34（request download）、36（Transfer data）和37（Request Transfer Exit）服务在ECU编程过程中的作用和交互。34服务启动下载传输，36服务实际传输数据，37服务结束传输。在刷写过程中，包括pre-programming、programming和post-programming三个阶段，涉及各种UDS服务的使用，确保软件更新的正确性和安全性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1）34服务：request download

34服务用于启动下载传输，作用是告知ECU准备接收数据，ECU通过0x74

肯定响应告诉诊断仪是否允许传输，以及自己接收的能力有多大。

34服务的请求格式为：SID+dataFormatIdentifier(1byte)+addressAnd

LengthFormatIdentifier(1byte)+memoryAddress(mbyte)+memorySize(1byte)

第一部分：SID=34

第二部分：dataFormatIdentifier，这里面标识了数据格式相关的信息，比如数据是否有压缩，是否有加密，用的什么算法加密等，由主机厂与供应商约定好，用哪个bit来表示压缩、加密等信息。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
汽车UDS诊断详解及Vector相关工具链使用说明——2.6.2 数据传输服务（0x36）
weixin_42967006的博客
06-08 3088
1. 概述 36服务就是用来在诊断仪和ECU之间传输数据的，有两个方向：在下载流程中，是诊断仪发送的请求报文中包含数据，在上传流程中，是ECU返回的肯定响应中包含数据。 36服务必须在34或35服务后开始执行。 在传输数据的时候，因为网络层传输能力大小的限值，大多数情况下要传输的数据都不能用一次请求和响应传输完成，要分成多个36服务来传输，我们通常把每个36服务请求或响应中传输的数据叫做一个数据块。 2. 请求报文格式 36服务的请求报文格式如下： transferRequestParameterRec
《UDS协议从入门到精通》系列——图解0x37：请求退出传输
车载系统攻城狮
10-31 1994
详解UDS数据上传下载类之0x37-退出传输，图解0x34、0x36、0x37，最详细完整的通信示例！！
诊断服务-34服务
weixin_54503366的博客
02-08 669
在车载领域中关于诊断服务的34服务相关内容，主要用于OTA升级
UDS 34/36/37 服务
qwe0405080615的博客
02-09 9219
UDS 34/36/37 服务
五分钟搞懂UDS刷写34/36/37服务（内含S19文件解读）
欢迎来到eee的博客
03-29 7750
理论太多总是让人头昏，本文通过举例的方法学习刷写以及S19文件
UDS（十）应用层 34/36/37
热门推荐
weixin_44522306的博客
03-03 3万+
Upload Download functional unit 从成本等角度考虑，汽车ECU中用于缓存诊断服务数据的buffer大小有限，所以当我们需要读取或写入超过buffer大小的数据时，就无法简单地使用2E和22服务了，UDS据此定义了几个将大块数据写入或读出的服务，即数据下载和上传。 UDS的第六类诊断服务：存储数据传输。该类型服务包含SID如下： RequestDownload (0x34)：请求下载数据，诊断仪向ECU请求下载数据 RequestUpload (0x35)：请求上传数据，诊断仪向
UDS诊断34-36-37
dgf778的博客
01-29 1046
UDS34-36-37服务的具体步骤及参数说明
车载网络测试 - UDS诊断篇 - 诊断刷写($34/$36/$37)
车载网络测试
11-06 2277
车载网络测试 - UDS诊断篇 - 诊断刷写($34/$36/$37)
UDS详解（十一）——时间参数
manjixingkong1234的专栏
09-13 3460
介绍UDS中的时间参数：P2、P2*、S3
UDS详解（一）——肯定响应与否定响应
manjixingkong1234的专栏
09-13 2799
UDS的通信规范，介绍肯定响应和否定响应的回复方式
UDS 14229-1标准中34、36、37服务标准的讲解。
weixin_49226455的博客
08-02 1965
UDS 14229-1标准中的刷写34、36、37服务共同构成了ECU刷写的完整流程。
uds服务-上传下载功能单元【34、36、37】
yunhuhude的博客
02-14 2789
0x34 00-FF 44 数据格式标志符，【00-FF】，左半元组表示压缩方法，右半元组表示加密算法，如果没有应用压缩或者加密，相应位为0 44的bit7~4表示memorysize参数的长度 bit3~0表示memoryadress参数的长度TransferData （0x36）—— 数据传输这个服务通常是用来下载/上传数据时用的，数据的传输方向由不同的服务控制：0x34服务表示下载，0x35服务表示上传。0x36服务包含了一个blockSequenceCounter，在多个服务请求序列失败的时候以提高
【UDS诊断】——0x34、0x36、0x37服务
LOVE135149的博客
08-26 3400
Client端使用Routine Control服务来执行定义的步骤序列并获取特定序列的相关结果。该服务有极大的灵活性。Service31的典型用途可以包括擦除内存、重置定义的数据、覆盖正常服务控制策略以及控制ECU值随时间变化的功能。通过Service31可以启动特定序列、停止运行该特定序列、请求运行结果。该服务以往常用于ECU在做Software Update时，应用于检查刷写条件是否满足、传输数据完整性以及独立性检测。
34/36/37服务（ECU升级数据的传输）
qiu421的博客
09-12 1417
关于ECU升级数据的传输，是通过34（请求下载）、36（传输数据）、37（请求退出传输）这3个服务来完成的。关于升级文件中一个块的传输流程如下（假设正常升级，即没有否定响应的情况）：诊断仪通过34服务传输该块的起始地址、该块的数据长度信息；进行下载请求；ECU收到34服务的下载请求后，通过74肯定响应报文通知诊断仪，其（诊断仪）接下来的每个数据传输的报文中（36服务）应包含多少数据字节。诊断仪则根据该返回的参数对自身的发送能力进行调整；
【UDS诊断】34服务&36服务&37服务&OTA升级流程
01-08 1062
作用：在升级文件每个块进行数据传输前，都会先通过34服务进行下载请求；并将该块数据的存储地址和数据量大小发送给到ECU端。数据传输 客户端使用此服务将数据从客户端传输到服务器（下载）或从服务器传输到客户端（上传）终止客户端和服务器之间的数据传输。
UDS诊断（ISO14229-1） 34服务
m0_56208280的博客
01-15 1万+
34服务，即 RequestDownload（请求下载）服务，客户端利用 requestDownload（请求下载）服务启动客户端到服务器之间的数据传输（下载）。
关于ECU升级数据的传输（ISO14229系列之34/36/37服务）
肥嘟嘟的左卫门
12-02 3033
关于ECU升级数据的传输（ISO14229系列之34/36/37服务） 1、ECU升级概述 2、34服务——请求下载 3、36服务——传输数据 4、37服务——请求退出传输 1、ECU升级概述 关于ECU升级数据的传输，是通过34（请求下载）、36（传输数据）、37（请求退出传输）这3个服务来完成的。关于升级文件中一个块的传输流程如下（假设正常升级，即没有否定响应的情况）： 诊断仪通过34服务传输该块的起始地址、该块的数据长度信息；进行下载请求； ECU收到34服务的下载...
UDS诊断（ISO14229-1） 37服务
m0_56208280的博客
01-18 4085
37服务，即 RequestTransferExit（请求传输终止）服务，客户端利用此服务终止客户端与服务器之间的数据传输（上传或下载）。
AutoSAR配置与实践（深入篇）10.8 UDS刷写诊断服务解析（34/36/37服务）
nihaoljq2010的博客
11-07 1640
memoryAddress值为0x0x12345678（占4个字节，图中紫色），memorySize值为0x01234567（占4字节，图中绿色），则addressAndLengthFormatIdentifier值为0x44。该服务用于启动下载传输，作用是告知ECU准备接受数据，ECU则通过0x74 response告诉诊断仪自己是否允许传输，以及自己的接受能力是多大。：字节长度和参数格式，厂家自定义，没有定义则默认字节数据为0。：字节长度和参数格式，厂家自定义，没有定义则默认字节数据为0。
UDS34服务
最新发布
03-14
### 关于UDS 34服务的详细介绍 #### 1. UDS 34服务概述 UDS（Unified Diagnostic Services）中的`34`服务被称为“请求下载”。该服务主要用于通知ECU即将接收的数据传输操作，通常是在数据写入或重新编程之前的一个必要步骤。此服务允许测试设备告知被测单元（ECU）准备接受即将到来的大批量数据流[^4]。 #### 2. 主要功能描述 `Request Download (34)`的主要目的是配置目标地址以及设置后续数据传输所需的参数。这些参数可能包括但不限于最大数据长度、内存起始位置以及其他特定条件下的约束信息。一旦成功执行了`34`服务，它会返回一个肯定响应给客户端，表明已准备好进入下一步骤——即实际的数据传输阶段[^5]。 ```python def request_download(address, length): """ Simulates the Request Download service of UDS protocol. Parameters: address (int): The starting memory address where data will be written. length (int): Total size in bytes that needs to be downloaded. Returns: str: Positive response indicating readiness for download process. """ positive_response = f"PositiveResponse: ReadyToDownloadAtAddress:{address}, Length:{length}" return positive_response # Example usage print(request_download(0x7E00, 1024)) ``` 上述代码片段模拟了一个简单的`request_download`函数行为，展示了如何指定存储器地址和预期的数据量作为输入参数，并生成相应的正面反馈消息[^6]。 #### 3. 配置细节说明 为了正确实施`34`服务，需考虑以下几个方面： - **Memory Address**: 定义数据应存放在哪个具体的物理或者逻辑空间内； - **Data Size Limitation**: 明确整个事务过程中涉及的最大字节数目限制； - **Additional Options**: 可能存在额外选项用来调整性能表现或是满足特殊需求的情况。 所有这些要素都需要依据具体应用场景加以设定并验证其合理性与可行性[^7]。 #### 4. 实际应用案例分析 当汽车制造商希望更新车辆内部某个模块固件版本时，他们可能会先利用`34`服务向对应控制器发出指令，使其切换至可接受外部文件上传的状态；接着再通过其他相关联的服务完成真正的二进制资料传送工作直至最终确认安装完毕为止[^8]。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

manjixingkong1234

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值