UDS刷写结束时发送的11服务是否需要回复？

已于 2022-05-31 17:08:08 修改
阅读量1.4k 收藏 4
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 车辆诊断通讯协议 文章标签： 服务器 http 运维
于 2020-07-18 09:49:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Allen_Spring/article/details/107424026
本文探讨了UDS协议中，当客户端使用ECUReset服务请求服务器重置时，服务器是否需要在重置前发送肯定响应的问题。根据协议，服务器在执行重置前应当发送肯定响应，并在重置后激活defaultSession。

在某企业面试时，被问到的问题，当时我没有回答上来，现在想想这个问题还真是值得思考的，所以总结一下需要考虑的点，方便日后翻看。

客户端使用ECUReset服务来请求服务器重置。该服务请求服务器根据ECUReset请求消息中嵌入的resetType参数值的内容有效地执行服务器重置。 在服务器中执行重置之前，必须发送ECUReset肯定响应消息（如果需要）。功重置服务器后，服务器应激活defaultSession。

查看协议原文，在“Service description”中描述地很清楚了，复位前要必须发送肯定响应。所以，题目的问题也就有答案了。

在这里插入图片描述

手动UDS刷写过程实践
Tommy_XUE的博客
08-16 1595
UDS刷写
UDS 刷写 Bootloader笔记
Kodaka_Super的博客
07-31 706
响应一般只有回复块序列计数器。
【ISO 14229-1:2023 UDS诊断（ECU复位0x11服务）测试用例CAPL代码全解析⑩】
汽车控制器系统开发、VIL测试、HIL测试、MIL测试、EMS电喷系统标定与开发、热管理系统标定
02-18 923
作者：车端域控测试工程师更新日期：2025年02月18日关键词：UDS诊断协议、ECU复位服务、0x11服务、ISO 14229-1:2023。
UDS-11(ECU-Reset)
kian9one的博客
12-04 291
请求消息子服务列表：响应消息。
UDS诊断服务-11服务
最新发布
qq_44480388的博客
10-28 381
11 服务看似是 “简单的重启”，实则是 ECU 诊断中的 “故障恢复核心”—— 它不仅解决了 “ECU 异常怎么修” 的问题，还通过 “分级复位” 平衡了 “复位效果” 与 “数据安全”。高效：无需手动断电，通过指令即可远程复位 ECU，大幅提升调试与维修效率；安全：复位前自动保存关键数据，避免断电导致的信息丢失；灵活：支持不同深度的复位类型，适配从 “软件小故障” 到 “固件刷写” 的全场景需求。先明确需求（如 “软件卡死” 选硬复位，“参数生效” 选软复位），再选择对应的子功能码；
UDS诊断应答中不需要回复的几种情况及其依据
ZD1396847540的博客
05-26 5964
UDS诊断功能寻址否定应答不回复、功能寻址肯定响应抑制
关于UDS刷写的一些杂谈
欢迎来到eee的博客
03-22 974
1.panel代码 主要用于UI界面获取数据和控制 2.刷写前的准备工作：报文ID,加载文件，电源开关。7.刷写流程中的应用层代码（比如进入拓展会话的流程，发送，接收过程）8.刷写流程中的底层代码。3.电源控制代码（可选）4.S文件解析代码 5.CRC校验代码 6.签名验证代码。最近在做CAPL编写UDS刷写上位机的工作，后续过来更新现在这里查个眼，以免后面忘记了。参数，之前看诊断调查问卷的时候一直有疑惑，现在大概懂一些了。--> 31 01 FF00开始擦除内存 -->
UDS诊断入门
热门推荐
u012252959的博客
10-15 12万+
UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765 和ISO 14229 定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线（例如CAN, LIN, Flexray, Internet 和K-line）上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。 ...
CAN数据记录仪-UDS刷写--文件下载参数说明
gududeshui的博客
12-23 659
● 地址格式：勾选时34指令后面加上地址格式(如：34 00 44+)，默认”44“，可手动设置。● Bstime：每个块之间的延时，默认按照ECU的流控；● 拆分最大块：将文件拆分，设置块大小，分块刷；● 应答校验：擦除指令31的校验，默认71 01，可以手动填写。● 结束请求37+：37结束下载指令，请求可以手动设置。36块延时：每个36指令收到76响应，再发36的延时；● 34请求数据格式：默认 ”00“，可手动设置。● 校验值：37指令的校验值，可以手动填写。● 计算校验值：计算块校验值。
基于UDS的boot loader刷写示例分享（LIN）
dae32的博客
03-22 3217
例程服务完成之后，上位机请求下载数据，34服务，SID=34,特殊数据=00&44（特殊数据是规范好的数据），由于该帧是多帧，PCI=10 0B，表示该帧是多帧且是帧，数据共有11个字节（包含SID）。控制器状态有三种、默认、编程、拓展。其中默认也就是上电后控制器的状态，编程会话就是为了程序刷写特意做的模式，在默认会话权限上增加了程序刷写相关的权限，拓展权限则是获得了控制器的全部权限。一般地，10服务之后应该在进行一次22服务，也就是读取控制器当前状态，确保进入了编程会话服务，但是此处省略了这个服务。
UDS服务基础篇之11
wto9109的博客
11-30 5852
前言 首次，请教大家关于诊断服务11的几个问题： 11服务有何作用，为什么要有11服务呢？ 11服务在使用过程中有哪些注意事项呢？ 11服务诊断请求与诊断响应如何交互？ 这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲： 正文 服务功能 功能描述 根据ISO14119-1标准中所述，诊断服务11主要用于Client向Server(ECU)请求重启行为。该重启行为将会导致Server复位回归到特定的初始状态，具体是什么初始状态取决于Client的请求行为。 应用场景 一般而言
UDS诊断系列介绍12-11服务
initiallizer的博客
01-15 2649
11服务即ECU 复位服务，此服务请求ECU基于ECUReset请求消息中复位类型执行ECU复位。
UDS(二)网络层
weixin_44522306的博客
01-29 1万+
  UDS网络层，是为了解决ISO 11898 协议中的经典can数据链路层与UDS 应用层 ISO 14229 协议中定义的应用层，彼此的数据长度不一样问题。经典can数据链路层最大支持8字节，但 ISO 14229 不仅仅支持can总线设计的，其最大容量是达到4095字节。如UDS应用需要发送20字节数据信息，而can不能一帧报文处理完，需要3帧才能发送完毕。那么如何将多字节数据通过can进行有效，有序的传输呢？ISO 15765-2 由此而生。 一、前言与简介 ISO 15765-2的第一版为ISO
UDS诊断-19服务
11-15 2169
UDS诊断-19服务及DTC相关
UDS-会话层服务
u013914926的博客
08-09 4688
1.会话层服务 该服务接口定义了一组用于获取会话层功能的服务，如数据的发送、接收、协议参数的设置。 所有会话层服务定义了三组服务原语(service primitives)，服务原语定义了服务使用者（如，diagnostic application）与服务提供者（如， session layer）间的相互合作。三组服务原语如下： -服务请求原语 S_Data.request: 应用层用来向会话层传递控制信息或需要发送的数据。结构如下：（S_Mtype, S_SA, S_TA, S_TAtype, [S
UDS 协议中6大类26个服务项
weixin_44399845的博客
11-14 5609
UDS 协议中6大类26个服务项
UDS诊断服务简单介绍
weixin_57038822的博客
12-01 1万+
UDS诊断服务简单介绍
UDS服务-10、11、27、28、3E、85服务
yunhuhude的博客
10-06 4719
dddd
UDS协议介绍-------10服务
sky的博客
09-13 1735
1、$10诊断服务根据<<1SO14229-1>>标准文档中针对10服务做了详细说明，主要体现以下几点：10服务是用来使能Server(即ECU)不同诊断会话的一种服务不同的诊断会话则规定了Server在相应session可以开启的功能权限在不同的诊断会话则因使用对应的数据链路层的时间参数其中最核心的是诊断服务权限控制，如下图所示：明确规定了不同诊断服务在默认会话和非默认会话下的可用性，其中“X”则代表可用，“not applicable"则代表不可用。
基于Labview的CAN UDS刷写ECU
06-29
为了使用LabVIEW进行CAN UDS协议刷写ECU的开发或实现，需要理解UDS协议的基本概念、CAN通信的基础知识以及如何在LabVIEW中构建和配置这些功能。 ### 实现方法 #### 1. 理解UDS协议 统一诊断服务（UDS）是一种标准化的车辆诊断协议，定义了一系列的服务用于读取和写入ECU的数据。常见的服务包括请求下载（0x34）、传输数据（0x36）、请求传输退出（0x37）等。理解这些服务的功能及其请求/响应格式是关键[^1]。 #### 2. 配置CAN通信 由于项目基于CAN FD技术，因此需要配置硬件设备（如NI的CAN接口卡）以支持CAN FD通信。确保使用的硬件支持所需的波特率，并且能够处理扩展帧格式。在LabVIEW中，可以使用NI-CAN驱动程序或第三方库来建立与CAN总线的连接。 #### 3. 文件解析 刷写过程中通常涉及.bin或.S19格式的文件。需要编写代码解析这些文件并提取出内存地址和对应的数据块。例如，在LabVIEW中可以通过创建自定义VI来解析S19文件格式，逐行读取记录并将其转换为二进制数据。 #### 4. 刷写流程实现 根据文档描述的工作流，整个刷写过程可分为以下几个步骤： - **准备阶段**：初始化通信，进入特定的诊断会话模式（如扩展会话）。 - **请求下载**：发送`0x34`服务请求下载数据到指定的内存地址。 - **传输数据**：使用`0x36`服务分批次发送数据至ECU。 - **验证与结束**：完成所有数据传输后，发送`0x37`服务请求传输退出，并执行校验操作确保数据完整性。 #### 5. 错误处理机制 在整个刷写过程中，必须加入错误检测和恢复机制。例如，如果某个数据包未被正确确认，则应重新发送该数据包；若多次失败，则终止刷写流程并向用户报告错误信息。 ### 开发指南 #### LabVIEW编程技巧 - 使用状态机架构设计应用程序逻辑，使得各个阶段之间的切换更加清晰有序。 - 利用队列结构管理待发送的消息，保证消息顺序性和可靠性。 - 对于大数据量传输，采用缓冲区管理策略优化性能，减少CPU占用率。 - 可视化界面设计时考虑用户体验，提供进度条显示当前刷写进度，同时记录详细的日志便于调试分析。 #### 推荐学习资源 - ISO 14229-1标准文档提供了关于UDS协议的详细规范。 - 《汽车诊断协议开发指南》一书深入浅出地讲解了相关理论知识及实际应用案例。 - GitHub上的开源项目如[python-uds](https://github.com/python-uds)可作为参考实现示例[^2]。 #### 示例代码片段 以下是一个简单的LabVIEW伪代码示例，展示如何构造一个发送UDS请求的功能： ```labview // 创建一个新的VI // 添加输入参数：service_id (U8), data ([]U8) // 输出参数：response ([]U8) // 在Block Diagram中添加如下组件 // - 构造请求报文：将service_id和data组合成完整的请求帧 // - 发送CAN消息：调用相应的API发送构造好的CAN帧 // - 接收响应：等待接收来自ECU的回复 // - 解析响应：检查是否收到预期的服务ID+0x40以及后续的有效载荷 ``` 通过上述步骤和技术要点的应用，可以在LabVIEW环境中有效地实现基于CAN UDS协议的ECU刷写功能。此外，持续关注最新的行业动态和技术发展也是十分重要的，以便及时采纳最佳实践方法提升项目的成功率。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

智驾

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

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

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

打赏作者

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

抵扣说明：

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

余额充值