UDS详解（十）——28、85、3E服务

最新推荐文章于 2025-11-05 09:20:31 发布
最新推荐文章于 2025-11-05 09:20:31 发布
阅读量1.3k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： BMS功能介绍 文章标签： 信息与通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/manjixingkong1234/article/details/132853072
本文详细介绍了UDS中的28服务用于通信控制，3E服务用于维持诊断会话，以及85服务用于控制DTC设置。28服务通过不同SF值实现接收与发送的开关，用于优化数据传输；3E服务保持ECU在特定会话状态；85服务则允许在必要时关闭DTC存储，避免不必要的记录。

1）28服务：Communication Control

该服务用于打开/关闭某些类别的报文的发送/接收。它通常在刷写软件或大量数据的时候使用，因为在刷软件或参数的时候并不需要ECU进行与通信相关的功能，将通信关闭之后可以把所有通信资源都留给软件或参数的下载，当下载过程完成之后再利用该服务将通信恢复。

请求格式：

SID+SF+communicationType+nodeIdentifierNumber

第一部分：SID=28

第二部分：SF，表明要对ECU的通信进行哪种控制，具体包括：

0x00：enableRxAndTx（激活发送和接收）

0x01：enableRxAndDisableTx(激活接收和关闭发送)

0x02：disableRxAndEnableTx（关闭接收和激活发送）

<
了解本专栏 订阅专栏 解锁全文 超级会员免费看
汽车UDS诊断之通信控制服务（0x28）深度剖析
心骗小白话的博客
09-15 2万+
CommunicationControl就是通信控制服务，因为ISO14229协议是基于CAN的，所以此服务主要是涉及到CAN通信接收和发送相关的控制。 通信控制 服务 描述 CommunicationControl 客户端向服务端请求打开或关闭某类报文信息的发送和接收功能。（这里的类指的通信类型） 1.英文术语 英文术语 解释 CommunicationControl 通信控制 CommunicationControl Request SID ...
大白话给你讲明白UDS诊断(汽车诊断服务 实例应用图文讲解）（二）
liaoyingjun的博客
04-20 7811
上一篇，我已经讲了UDS诊断作用以及为什么要这个东西。我这里再补充一点点，在整个ECU软件架构里面，诊断程序（诊断功能）只是占了一小部分，但是也是非常重要的一个部分。 我这里做了一个简图示意 好，我们继续讲解ISO 里面的服务，上一篇我讲了10的服务应用和实例应答，现在接着讲11服务 11服务ISO里面英文为ECUReset (0x11) service 很容易我们从字面意思可以知道，这个是为了ECU重启的服务，如果ECU设计有这个功能，而且这个功能还能正常运行的话，诊断仪可以通过这个服务要求ECU重启。
UDS诊断-28服务
11-18 988
CoummunicationControl通讯控制服务，客户端向服务端请求打开或关闭某通信类保温信息发送和关闭。28服务主要用于网络中应用报文/网络管理发送和接收。通讯类型：01用应用报文；控制类型：控制接收和发送。
UDS应用层测试——28服务
weixin_60837790的博客
10-24 243
28服务用于控制ECU报文收发模式，支持四种子功能（0x00-0x03）和三种通信类型（0x01-0x03）。测试内容包括正响应、功能测试及NRC验证（12/13/7E/31等），覆盖物理/功能寻址两种方式。测试环境需电源模块、CANoe设备及分析软件，通过9项测试验证服务功能性和稳定性。
汽车诊断之UDS入门-应用层时间参数P2和S3定时器，寻址
weixin_44842720的博客
09-28 1万+
应用层时间参数P2和S3定时器，寻址
UDS协议介绍-------28服务
sky的博客
09-19 3592
2、大多数情况下应用在刷写ECU的过程中，即在预编程条件下执行28服务功能寻址便可以抑制总线应用报文与网络管理报文的发送与接收，以便减少网络总线负载，提高ECU下载效率，同时刷写结束后也要执行28服务使能对应控制报文的发送与接收，在此过程中一般会配合85服务一起使用。根据ISO14229-1标准中所述，诊断服务28服务主要用于网络中的报文发送与接收，例如控制应用报文的发送与接收，又或是控制网络管理报文的发送与接收。communicationType(00--FF)：控制通信报文种类，如下表2所示。
UDS-CommunicationControl（28服务）
诊断协议那些事儿's blog
11-12 2503
本文介绍诊断和通讯管理功能单元下的28服务CommunicationControl，该服务的目的是打开/关闭一个或多个服务器的某些消息（例如，应用程序通信消息）的发送和/或接收。
UDS诊断服务基础详解之十三—3E服务
最新发布
车载网络小D的博客
11-05 1286
3E服务是UDS协议中的“测试器在线”服务，核心功能是向ECU表明诊断仪仍处于活动状态。它通过定期发送“保活”信号来维持非默认诊断会话和安全访问状态，防止ECU因超时而退回默认模式。此服务支持带/不带子功能两种请求格式，并可选择抑制肯定响应以优化总线负载。3E服务在ECU软件刷写、长时间数据监控等复杂诊断流程中不可或缺，为其他诊断服务提供稳定的执行环境，是UDS体系中关键的支持性服务
汽车UDS诊断详解及Vector相关工具链使用说明——2.1.6 诊断仪在线服务（0x3E）
weixin_42967006的博客
05-29 2872
我们前文讲过，非默认会话下，如果ECU长时间没有收到诊断仪发送的诊断请求，会自动返回默认会话。UDS中为了使ECU保持在非默认会话，专门设置了一个诊断服务——诊断仪在线服务0x3E，我们通常也称为3E报文或心跳报文。它不会使ECU执行任何诊断操作，就是单纯的告诉ECU诊断仪仍处于连接状态。每当ECU收到这个服务指令，就会把返回默认会话的定时器清零。 这是最简单的一个诊断服务。 1. 请求报文格式 3E服务的请求报文格式很简单，就是SI+子功能参数，这里列出的0x00和0x80两个参数的作用是一样的，不同的是
UDS详解（一）——肯定响应与否定响应
manjixingkong1234的专栏
09-13 3183
UDS的通信规范，介绍肯定响应和否定响应的回复方式
汽车UDS诊断详解及Vector相关工具链使用说明——2.1.12 基于事件响应（0x86）
weixin_42967006的博客
10-26 1952
1. 概述 基于事件响应（ResponseOnEvent）服务（0x86）顾名思义就是当ECU发生了某个事件或满足了某个条件的时候发送响应，这和以往我们介绍的一条请求一条响应的诊断通信方式有所不同。 86服务的大体流程如下图所示： 首先诊断仪要先向ECU发送请求，设置一个事件逻辑，之后再向ECU发送指令控制该事件逻辑的启动，指令中附带eventWindowTime参数，即事件有效持续时间。当事件逻辑启动时，如果发生了指定的事件，ECU就会返回一条响应。 2. 执行规则 （1） 86服务可以在任何诊断会话下
UDS诊断（ISO14229-1） 28服务
m0_56208280的博客
01-02 1万+
28服务，即 CommunicationControl（通信控制）服务，用来开启／关闭 ECU 报文的传输和／或接收
UDS服务基础篇之28
热门推荐
wto9109的博客
01-08 2万+
UDS诊断服务基础篇之28 前言 首次，请教大家关于诊断服务28的几个问题： 28服务有何作用，为什么要有28服务呢？ 28服务在使用过程中有哪些注意事项呢？ 28服务诊断请求与诊断响应如何交互？ 这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲： 正文 服务功能 功能描述 根据ISO14119-1标准中所述，诊断服务28服务主要用于网络中的报文发送与接受，比如控制应用报文的发送与接收，又或是控制网络管理报文的发送与接收，以便满足一定场景下的应用需求。 下列文中使用到的Cl
【UDS】ISO14229之0x28服务
weixin_48498880的博客
09-03 8688
CommunicationControl”，通信控制通讯控制服务用于开启/关闭电控单元对某些报文的发送或接收。0x28服务还是比较简单的，下一章0x2F IO控制服务见！->返回总目录
UDS诊断系列之八 通信控制（28）服务
Chenglim的博客
07-30 9623
通信控制服务的主要功能是控制非诊断数据通信的收发，从而创造特定的场景。例如当通过UDS协议下载程序时，可使用此服务停止其他非诊断报文停发，从而将带宽都留给下载通信，加快下载速度。......
UDS诊断服务基础详解之六—28服务
车载网络小D的博客
09-22 7743
本文主要讲解28服务如何使用，以及在实际工程应用中主要使用的28服务的哪些功能
【AutoSar_UDS服务】0x28服务_通信控制
Gagaaaaaa的博客
08-22 4804
uds 0x28详解
UDS知识整理（六）：通讯控制——0x28服务
不吃鱼的猫的博客
11-30 2460
此服务的目的是打开或关闭服务器的某些消息的传输或接收。
uds28服务详解
08-22
### UDS 28 服务详解 UDS（统一诊断服务）中的 28 服务，也称为 `CommunicationControl` 服务，主要用于控制车辆中不同通信通道的状态。该服务允许客户端（例如诊断工具）通过发送请求来启用或禁用特定的通信接口或网络通道，从而管理车辆内部的通信流量[^3]。 #### 功能介绍 1. **通信控制模式** 28 服务支持多种通信控制模式，通常有 12 种不同的模式（3x4 的组合），包括： - **通道控制**：指定需要控制的通信通道（例如 CAN、LIN 或以太网）。 - **通信状态**：定义通道的状态（启用或禁用）。 - **子功能**：提供额外的控制选项，例如仅启用特定的接收或发送功能。 2. **诊断请求流程** 在通信控制过程中，诊断工具（Tester）向 ECU 发送 28 服务的诊断请求。ECU 接收到请求后，会将该请求传递至 DCM（诊断通信管理）模块。DCM 模块负责校验输入参数，并将控制请求传递至 BswM（基础软件管理）模块。BswM 根据静态配置的规则执行通信控制操作。 3. **应用场景** - **启用/禁用特定通信通道**：例如，在诊断过程中，可能需要禁用某些非必要的通信通道以减少干扰。 - **节能管理**：通过关闭不必要的通信接口，降低车辆的功耗。 - **安全控制**：在某些安全相关的诊断操作中，确保只有必要的通信通道保持活跃。 #### 技术细节 1. **请求格式** 28 服务的请求报文通常包含以下字段： - **SID（服务标识符）**：0x28，表示这是 CommunicationControl 服务。 - **控制模式**：指定启用或禁用通信通道的模式。 - **通信通道**：指定需要控制的通信通道（例如 CAN 通道 1）。 - **子功能**：可选参数，用于进一步细化控制行为。 2. **响应格式** 28 服务的响应报文通常包含以下字段： - **SID（服务标识符）**：0x7F，表示这是否定响应（如果请求失败）。 - **NRC（否定响应代码）**：在请求失败时提供错误代码。 - **肯定响应**：如果请求成功，ECU 会返回与请求对应的肯定响应。 3. **通信控制模块** - **DCM 模块**：负责接收诊断请求并校验输入参数。 - **BswM 模块**：根据静态配置的规则执行通信控制操作，例如启用或禁用特定的通信通道[^3]。 #### 示例代码 以下是一个简单的 Python 代码示例，模拟 28 服务的通信控制请求和响应： ```python def send_communication_control_request(control_mode, channel, sub_function=None): """ 模拟发送 28 服务的通信控制请求 :param control_mode: 控制模式 (0x00 - 禁用接收, 0x01 - 禁用发送, 0x02 - 启用接收, 0x03 - 启用发送) :param channel: 通信通道 (例如 0x01 表示 CAN 通道 1) :param sub_function: 子功能 (可选) """ request = [0x28, control_mode, channel] if sub_function is not None: request.append(sub_function) print("发送请求:", [hex(byte) for byte in request]) return handle_communication_control_request(request) def handle_communication_control_request(request): """ 模拟处理 28 服务的通信控制请求 :param request: 请求报文 :return: 响应报文 """ sid = request[0] if sid != 0x28: return [0x7F, 0x28, 0x11] # 否定响应: 服务不支持 control_mode = request[1] channel = request[2] sub_function = request[3] if len(request) > 3 else None # 校验参数 if control_mode not in [0x00, 0x01, 0x02, 0x03]: return [0x7F, 0x28, 0x31] # 否定响应: 参数无效 # 执行通信控制 print(f"控制模式: {control_mode}, 通信通道: {channel}, 子功能: {sub_function}") return [0x68] # 肯定响应 # 示例: 启用 CAN 通道 1 的发送功能 response = send_communication_control_request(0x03, 0x01) print("响应:", [hex(byte) for byte in response]) ``` ###
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

manjixingkong1234

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

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

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

打赏作者

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

抵扣说明：

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

余额充值