【ISO14229_UDS刷写】UDS 35 36 37服务 RequestUpload

最新推荐文章于 2025-06-13 19:25:04 发布

原创最新推荐文章于 2025-06-13 19:25:04 发布 · 846 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#网络

本文详细描述了UDS(统一诊断服务)中35,36,和37服务的数据请求和应答格式，以及它们在报文流程中的应用，特别提到了与Dcm模块UploadSize配置相关的传输限制。

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

UDS 35 36 37服务

35服务

35服务请求数据格式如下

例如35 00 44 10 08 80 00 00 00 00 08

请求地址为10 08 80 00 请求数据长度00 00 00 08 表示8byte

35服务应答数据格式如下

75 10 0C

10表示1byte长度数据

0C表示36传输时，单次传输最大byte数，跟Dcm模块UploadSize配置有关

36服务

请求

36 01 其中01表示Counter

35传输不需要transferRequestParameterRecord

应答

76 01 ….(0C位数据长度）

37服务

在36传输数据完成后发送37服务结束数据传输

报文流程示例

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

quentin_能

关注关注

8
点赞
踩
10

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

《我的AUTOSAR之路》UDS 0x34 service

libuping2023的博客

10-13

207

其中 RequestDownload Request SID，dataFormatIdentifier，addressAndLengthFormatIdentifier 是固定长度一个字节，而memoryAddress和memorySize是非固定长度，OEM可以自定义。其中request的第三位44 分别表示[80 00 00 00]的字节的长度和[09 68 F4 00]数据长度的字节长度，而响应的第二位40中的4表示后面[00 40 00 00]的字节长度。0x34服务支持的NRC 如表格所示。

《UDS协议从入门到精通》系列——图解0x35：请求上传

车载系统攻城狮

06-27

2002

如何从目标ECU获取大块数据？图解请求上传服务，示例详解无所不用其极！！快速上手！！

1 条评论您还未登录，请先登录后发表或查看评论

【ISO14229_UDS刷写】-6-$34,$35,$36,$37诊断服务用于downloading下载/uploading上载数据的消息流示例

「汽车电子助手」的博客

05-27

2888

$34,$35,$36,$37诊断服务用于downloading下载/uploading上载数据的消息流示例

UDS协议中0x34、0x36、0x37服务详解及应用

最新发布

zhangxiaio1的博客

06-13

1440

《UDS协议0x34与0x36服务详解》摘要： 0x34服务（Request Download）用于ECU固件升级时的数据传输初始化，需在编程会话和安全解锁后使用。请求报文包含地址、长度等参数（如34 00 44 08 00 00 00 00 01 00 00表示向0x08000000写入64KB数据）。ECU通过响应报文（如74 20 04 02）返回最大分块尺寸，后续需配合0x36服务进行分块传输。 0x36服务（Transfer Data）执行实际数据传输，每块数据附带递增序号（如36 00...为第

UDS-RequestUpload(请求上传)（0x35）服务

lj__1111的博客

05-11

1572

1、作用：客户端利用RequestUpload服务启动服务器到客户端之间的数据传输。 note：服务器接收到RequestUpload请求消息后，应在其发送肯定响应消息之前采取必要行动接收数据。 2、请求消息定义 A_Data byte Parameter name Cvt Hex value Mnemonic #1 RequestUpload Request Service Id M 34 RD #2 dataFormatIdentifi

UDS 诊断 - RequestDownload（请求下载）（0x34）服务

耳朵东金子千的博客

09-12

1839

字节参数名称Cvt字节值#1RequestDownload （请求下载）请求 SIDM0x34#2dataFormatIdentifier（数据格式标识符）M#3addressAndLengthFormatIdentifier（地址和长度格式标识符）M#4#(m-1)+4byte#m ]MC1#n-(k-1)#nbyte#m ]MC2C1：此参数的存在性取决于 addressAndLengthFormatIdentifier 的地址长度信息参数。

【ISO14229_UDS_0x35服务详解】

weixin_43722921的博客

08-21

2442

本文章介绍了0x35服务(RequestUpload，请求上传服务)的使用说明。

UDS诊断ISO14229新手入门篇

weixin_45387165的博客

09-21

1302

这个命令的格式稍微复杂一点。sub-function = 0x06 用于读取某个 DTC 及其相关的环境数据，此时 parameter 为 4 个 byte，前三个 byte 用于标识我们要读取的 DTC，第四个 byte 用于标识要读取的环境数据的范围，UDS 规定使用 FF 来表示读取所有的环境数据，各厂家可以要根据自己的需求定义其他的值来代表要读取的环境数据的范围。环境数据包括 DTC 状态，优先级，发生次数，老化计数器，时间戳，里程等，厂家还可以根据自己的需求定义一些此 DTC 产生时的测量数据。

UDS诊断服务列表.pdf

11-14

UDS协议基于ISO 14229标准，涵盖了车辆网络和ECU之间的通信、测试以及信息交换。下面是标题中提及的一些UDS诊断服务的详细知识点： 1. 诊断会话控制（DiagnosticSessionControl）：这个服务用于控制ECU的不同诊断...

《UDS协议从入门到精通》系列——图解0x36：数据传输

车载系统攻城狮

10-30

2906

UDS数据上传下载类之0x36-数据传输，图解请求+响应包格式，快速上手！！

【Python搞定车载自动化测试】——Python基于Pytest框架实现UDS诊断自动化测试（含Python源码）

测试领域技术分享

05-25

1499

在之前的专栏【如何学习CAN总线测试】中介绍了如何通过CAPL语言实现UDS诊断测试，但CAPL语言依赖于Vector CANoe设备，随着智能电动汽车行业的发展，目前使用Python语言实现自动化测试的需求越来越广，本章节主要介绍如何使用Python语言基于Pytest自动化框架来实现UDS诊断自动化测试。首先回顾一下UDS诊断基础知识介绍：统一诊断服务（Unified Diagnostic Services），简称UDS。

汽车行业标准ISO14229-UDS统一诊断服务

01-29

汽车行业标准ISO14229-UDS统一诊断服务（1-6）全套 ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of preparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has the right to be represented on that committee. International organizations, governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.

《UDS协议从入门到精通》系列——图解0x38：请求文件传输

车载系统攻城狮

06-28

2273

详细解释UDS协议中0x38-请求上传服务的各个参数！！

【UDS诊断】——0x34、0x36、0x37服务

LOVE135149的博客

08-26

3768

Client端使用Routine Control服务来执行定义的步骤序列并获取特定序列的相关结果。该服务有极大的灵活性。Service31的典型用途可以包括擦除内存、重置定义的数据、覆盖正常服务控制策略以及控制ECU值随时间变化的功能。通过Service31可以启动特定序列、停止运行该特定序列、请求运行结果。该服务以往常用于ECU在做Software Update时，应用于检查刷写条件是否满足、传输数据完整性以及独立性检测。

跟我学UDS(ISO14229) ———— 0x35(RequestUpload)

永远的菜鸡小詹的博客

06-29

3077

客户端请求从服务器到客户端的数据传输。服务器收到requestUpload请求消息后，服务器应采取所有必要的措施在发送肯定响应消息之前发送数据。在这里，ISO 14229 中并没有明确定义需要采用什么措施来确保接受数据的可行性。因此，需要额外关注主车厂给到的相关措施。诊断请求格式具体的格式如下：参数 memoryAddress 与 memorySize 的长度均取决于参数 addressAndLengthFormatIdentifier。 message data parameter de

【ISO14229_UDS刷写】-2-$35诊断服务RequestUpload理论部分

「汽车电子助手」的博客

05-27

1486

$35诊断服务RequestUpload理论部分

uds服务-上传下载功能单元【34、36、37】

yunhuhude的博客

02-14

2862

0x34 00-FF 44 数据格式标志符，【00-FF】，左半元组表示压缩方法，右半元组表示加密算法，如果没有应用压缩或者加密，相应位为0 44的bit7~4表示memorysize参数的长度 bit3~0表示memoryadress参数的长度TransferData （0x36）—— 数据传输这个服务通常是用来下载/上传数据时用的，数据的传输方向由不同的服务控制：0x34服务表示下载，0x35服务表示上传。0x36服务包含了一个blockSequenceCounter，在多个服务请求序列失败的时候以提高

统一诊断服务 (Unified diagnostic services ， UDS)

Mr_kanger的博客

09-26

501

统一诊断服务 (Unified diagnostic services ， UDS) 对知乎专栏汽车控制器(ECU)网络诊断技术交流中UDS的内容进行一个快速访问链接整理。文章很好并且比较系统。 UDS（一）请求与响应格式 Diagnostic request的格式 Diagnostic response的格式 Negative Response Code UDS（二）诊断和通信管理1 DiagnosticSessionControl (0x10) ECUReset (0x11) SecurityAc

UDS 14229 -1 刷写34，36，37服务,标准加Trace讲解，没理由搞不明白

热门推荐

蚂蚁小兵

03-13

1万+

UDS 14229 -1 刷写34，36，37服务,标准加Trace讲解，没理由搞不明白

UDS刷写服务中0x31服务详细讲解一下

03-08

<think>好的，我现在需要详细讲解UDS（统一诊断服务）中的0x31服务，也就是RoutineControl服务。首先，我得回忆一下UDS的基本知识，确保自己理解正确。UDS是用于汽车电子控制单元（ECU）的诊断通信协议，ISO 14229标准定义了各种服务，0x31是其中之一。用户可能希望了解0x31服务的用途、工作原理、请求和响应格式，以及实际应用场景。首先，我需要明确0x31服务的主要功能：它用于启动、停止或查询ECU内部的特定例程（Routine）。这些例程可能包括内存检查、自检程序、复位操作等，具体由ECU制造商定义。接下来，我应该分解0x31服务的子功能。根据标准，子功能分为三种：01（启动例程）、02（停止例程）、03（查询例程状态）。需要详细说明每个子功能的作用和用法。例如，启动例程可能需要传递参数，停止例程则可能不需要，但具体取决于例程的设计。然后是请求和响应格式。请求报文通常包括服务ID（0x31）、子功能（1字节）、例程标识符（2字节），可能还有参数。响应报文则包含肯定的响应码（0x71）、子功能、例程标识符以及可能的输出数据。需要举例子说明，比如启动某个例程的请求结构，以及成功和可能的错误响应。还要考虑可能的否定响应码，例如子功能不支持（0x12）、参数错误（0x31）、条件不满足（0x22）等，解释常见错误情况。此外，例程标识符是16位的，需要说明其由制造商定义，不同ECU可能不同。实际应用场景方面，比如在刷写过程中，可能用0x31服务执行擦除内存的例程，或者在自检时启动诊断测试。需要强调安全访问的重要性，通常在执行这类操作前需要解锁安全等级，但0x31服务本身是否需要安全访问取决于具体实现。需要注意的细节包括例程执行可能是异步的，因此查询状态的功能很重要。可能还要提到时间参数，比如某些例程需要指定执行时间，或者返回剩余时间等。需要验证自己的理解是否正确，比如子功能是否确实是01、02、03，有没有遗漏。同时，确认请求和响应格式的字节顺序，例程标识符是2字节，大端还是小端？通常可能是大端（高位在前），但可能因厂商而异，可能需要说明这一点。另外，参数部分如果存在，需要按制造商规定传递，可能包括长度和具体参数值。例如，擦除内存可能需要起始地址和长度作为参数。因此，在请求报文中，子功能和例程标识符之后可能会有参数列表。最后，总结0x31服务在UDS中的重要性，特别是在ECU编程、维护和诊断中的应用，强调其灵活性和由制造商自定义的特点，提醒用户在实际操作中参考具体的ECU文档。</think>好的，下面详细讲解UDS（统一诊断服务）中的**0x31服务（RoutineControl）**，该服务用于控制ECU内部预定义的特定例程（如内存擦除、自检程序等），是ECU刷写和诊断中的关键服务。 --- ### **一、0x31服务功能概述** - **作用**：启动、停止或查询ECU内部预定义的例程（Routine）。 - **典型应用场景**： - 刷写流程中擦除Flash内存。 - 执行ECU自检程序。 - 复位特定模块或计数器。 - 触发数据采集或校准。 --- ### **二、子功能（Sub-function）** | 子功能值 | 名称 | 描述 | |----------|--------------------|----------------------------------------------------------------------| | 0x01 | Start Routine | 启动例程（可能需要输入参数） | | 0x02 | Stop Routine | 停止正在运行的例程 | | 0x03 | Request Results | 查询例程执行结果或状态 | --- ### **三、请求报文格式** ```plaintext [0x31][Sub-function][RoutineIdentifier(2字节)][参数（可选）] ``` - **RoutineIdentifier**：2字节的例程ID（由ECU制造商定义，如0x0205表示擦除内存）。 - **参数**：可选字段，某些例程需要输入参数（如擦除地址范围）。 #### **示例**：启动擦除Flash的例程（假设例程ID=0x0205） ```plaintext 31 01 02 05 FF 00 // Sub-function=0x01，RoutineIdentifier=0x0205，参数=FF00 ``` --- ### **四、响应报文格式** #### **1. 肯定响应（Positive Response）** ```plaintext [0x71][Sub-function][RoutineIdentifier(2字节)][输出数据（可选）] ``` - **输出数据**：例程执行结果（如校验和、状态码等）。 #### **示例**：成功启动例程 ```plaintext 71 01 02 05 // Sub-function=0x01，RoutineIdentifier=0x0205 ``` #### **2. 否定响应（Negative Response）** 常见错误码： - **0x12**：子功能不支持（如ECU未实现0x03子功能）。 - **0x22**：条件不满足（如安全访问未解锁）。 - **0x31**：参数超出范围（如无效的擦除地址）。 --- ### **五、关键注意事项** 1. **安全访问**： - 执行敏感操作（如内存擦除）前，需通过0x27服务解锁安全等级。 2. **异步执行**： - 某些例程需要较长时间（如擦除Flash），需通过0x03子功能轮询状态。 3. **例程ID标准化**： - 例程ID由ECU制造商定义，需查阅具体文档（如0xF189可能表示自检例程）。 4. **参数格式**： - 参数可能包含地址、长度、校验和等，需严格遵循ECU规范。 --- ### **六、实际应用案例** **场景**：ECU程序刷写流程中的内存擦除 1. **步骤1**：通过0x27服务解锁安全等级。 2. **步骤2**：发送0x31服务启动擦除例程： ```plaintext 请求：31 01 02 05 00 8000 // 擦除地址0x0000~0x8000 响应：71 01 02 05 // 成功接收请求 ``` 3. **步骤3**：轮询例程状态（子功能0x03）直至完成： ```plaintext 请求：31 03 02 05 响应：71 03 02 05 00 // 0x00表示擦除成功 ``` --- ### **七、总结** 0x31服务是UDS协议中**控制ECU底层操作的核心服务**，其灵活性与ECU具体实现强相关。实际使用时需严格遵循以下原则： - 查阅目标ECU的《诊断需求规范》获取例程ID和参数定义。 - 在关键操作前确保安全访问已解锁。 - 处理异步操作时需设计合理的状态轮询机制。