UDS详解（九）——2F和31服务

最新推荐文章于 2025-10-29 13:42:56 发布
最新推荐文章于 2025-10-29 13:42:56 发布
阅读量1.9k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： BMS功能介绍 文章标签： 信息与通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/manjixingkong1234/article/details/132852661
本文详细介绍了UDS中的2F服务和31服务。2F服务用于InputOutputControlByIdentifier，控制ECU的输入和输出，如调整进气口门位置。31服务则用于调用ECU的内置操作序列，例如检查边界条件或软件刷写条件。通过具体的步骤和示例，解释了这两个服务的请求格式和工作原理。

1)2F服务

2F服务是InputOutputControlByIdentifier，对ECU的输入和输出进行控制，它的请求格式有4部分：

SID+dataIdentifier(2byte)+controlOptionRecord(至少1byte)+control

EnableMaskRecord(optional)

第一部分：SID为2F；

第二部分：dataIdentifier用于表示被控制的IO对象；

第三部分：controlOptionRecord用于表示控制方式，比如是启动、停止还是一些自定义的方式。ControlOptionRecord又分为两部分：1个byte的inputOutputControlParameter，以及若干byte厂家自定义的控制状态。

第四部分：这是一个可选参数，用于表示controlOptionRecord中的哪些Parameter被使用。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
UDS——2F服务：输入输出控制
诊断协议那些事儿's blog
06-16 3738
2F服务作为输入输出控制服务，其全称为InputOutControlByIdentifier。该服务是用于client主动请求server去对相关输入输出信号进行控制。屏蔽实际的输入输出信号值，取而代之的是client主动以某种特定的控制方式去设置这些信号值。
UDS诊断服务基础详解之十八—2F服务
最新发布
车载网络小D的博客
11-07 800
2F服务（输入输出控制标识符）是UDS协议中的动态干预工具，用于临时覆盖ECU的物理输入输出信号。通过指定控制模式（如归还控制权、短期调整、冻结状态），客户端可模拟传感器信号或强制控制执行器，为生产测试、故障诊断和功能开发创造可控环境。该服务实现了对ECU行为的主动干预，与22服务的"读取"和2E服务的"写入"形成功能互补。因其直接干预系统运行，使用时需严格的安全会话和权限校验，是汽车电子测试验证过程中的关键服务
UDS诊断服务-2F服务
qq_44480388的博客
10-29 1182
2F 服务看似是 “简单的 I/O 控制”，实则是 UDS 中 “ECU 硬件功能验证的核心工具”—— 它不依赖静态参数修改（2E 服务），而是直接与 ECU 硬件接口交互，是研发阶段 “验证硬件设计”、售后阶段 “定位硬件故障” 的关键手段。标准化：通过 DID 统一 I/O 控制接口，打破厂商壁垒，测试工具可通用；安全性：短期 / 长期控制模式区分，避免误操作导致的 ECU 长期异常；高效性：直接操控 I/O 接口，无需拆解硬件即可验证功能，大幅提升测试效率。熟悉 I/O 类 DID。
UDS 诊断教程 （六）
m0_64673164的博客
03-27 213
如果所有条件都满足，则 ECU 返回 71 01 08 09 作为 echo 即可，如果条件不满足，则 ECU 返回 71 01 08 09 XX YY ZZ，后边的 XX YY ZZ 则表明哪些条件不满足，具体的内容就由厂家自己定义了。31 服务是调用 ECU 内置的一些操作序列的接口，这个服务的应用很灵活，因为厂家可以根据自己的需要为 ECU 定义各种各样的内部操作，而要执行这些操作只需要调用 31 服务就好了。ECU 返回 6F 9B 00 03 0C，表示接受控制，当前进气口门的位置为 12%。
UDS诊断（ISO14229-1） 2F服务
m0_56208280的博客
01-08 1万+
2F服务，即 InputOutputControlByIdentifier（按标识符的输入输出控制）服务，该服务用于相对简单的（如静态）输入替换/输出控制，但若必须使用较为复杂的输入替换/输出控制时，则使用 routineControl（例程控制）
UDS服务基础篇之2F
热门推荐
wto9109的博客
06-16 3万+
前言 在汽车ECU诊断服务开发的过程中，有很多常见的诊断服务，比如10, 11, 22, 2E等，但是对于2F服务则会显得有些陌生，因为这类诊断服务主要在车身域比较常见，比如车窗控制，传感器开关、执行器控制等。除此以外，在其他车身域也有不同程度的使用，只不过相对较少。 接下来，让我们带着下列思考一起来了解一下这个较为神秘的2F服务吧！ 2F服务是做什么的呢？ 它的诊断服务请求及回复是怎样一种方式？ 与31服务Routine Control相比，又有什么区别呢？ 这篇，我们来一起探索并回答这些
【AutoSar_UDS服务】0x2F服务_IO控制
Gagaaaaaa的博客
08-28 4234
uds 0x2F服务详解
汽车UDS诊断详解及Vector相关工具链使用说明——2.4.1 输入输出控制服务（0x2F）
weixin_42967006的博客
06-07 2443
1. 概述 输入输出控制（0x2F）服务是用来控制ECU的某个外部执行器的状态，或者是替换ECU某个输入信号的值。 我们前面也提到过，下线检测的时候经常会用到这个服务，例如用诊断仪命令雨刷动两下，来判断雨刷功能及安装是否正常。 在进行输出状态控制，即控制某个外部执行器的时候，要把ECU内部原本控制该执行器的上游逻辑切断，改由诊断控制；当进行输入状态控制，即控制某个输入信号的时候，要把实际输入信号（如传感器检测信号）切断，用诊断仪发送的输入信号值替换实际信号值。 举个例子来说，当我们想控制雨刷的时候，ECU内
UDS详解（一）——肯定响应与否定响应
manjixingkong1234的专栏
09-13 3184
UDS的通信规范，介绍肯定响应和否定响应的回复方式
《UDS协议从入门到精通》系列——图解0x31：例行程序控制
车载系统攻城狮
11-01 6489
一文详解UDS中最灵活的服务0x31-例程控制，图解+示例快速搞懂如何使用！！
UDS全诊断服务解析
pQAQqa的博客
04-13 441
UDS名词解释及分析-优快云博客UDS诊断共分为6大类28种服务。通过UDS实现对汽车的数据读取以及保存故障环境及其详细数据等。
UDS服务-14、19、2F、31服务
yunhuhude的博客
10-10 3927
UDS服务-传输存储的数据功能单元前情提要0x140x19 01h0x19 02h0x19 04h0x19 06h0x19 0Ah0x2Fh0x31h 前情提要 使用的是ISO-14229-1 DTCFomat DTC信息由以下几部分组成 DTC代码值+DTCStatus DTC代码值=DTC高字节+DTC中字节+DTC低字节【通常为故障失效类型】 DTC故障码的介绍见word文档 0x14 “ClearDiagnosticInformation”，清除DTC信息 功能： 用户通过请求该服务，清除一个或者
UDS诊断-2F服务
11-18 1077
UDS诊断-2F服务
UDS诊断系列介绍14-2F服务
initiallizer的博客
01-22 6966
2F服务，即IO控制服务，其全称为 InputOutputControlByIdentifier service，可以通过诊断仪/上位机通过相关诊断命令来替代输入信号的值、或ECU的输出命令来实现控制输出的目的。
UDS诊断系列之十一 输入输出控制（2F）服务 上
Chenglim的博客
08-24 5549
应粉丝要求，先来更新输入输出控制（2F）服务的内容。输入输出控制（2F）服务顾名思义就是对输入和输出内容进行控制，这里的输入和输出一般指的是控制器的输入和输出引脚或者设备，例如仪表的各种灯就是仪表控制器的输出，而车内的各种灯光开关则是车身控制器的输入。............
【ISO14229_UDS_0x2F服务详解】
weixin_43722921的博客
08-02 2961
本文描述了0x2F(InputOutputControlByIdentifier，根据标识符输入输出控制服务)的使用说明
【UDS】ISO14229之0x2F服务
weixin_48498880的博客
10-29 7835
InputOutputControlByIdentifier”，根据标识符控制输入输出根据标识符控制输入输出服务用于替换输入信号的值、电控单元内部参数或控制电子系统的输出值。0x2F服务还是比较容易理解的，下一章0x31 例行控制服务见！->返回总目录
UDS 2F服务 增加流程
后来者居上
08-18 4718
UDS 2F服务 增加流程 基于UDS的结构，对2F服务增加DID的流程如下。 目录 UDS 2F服务 增加流程 一、增加配置表 二、代码生成 三、代码更新 1、更新子服务配置文件 2、更新自服务数量 3、建立回调函数 4、修改自服务的宏数量 一、增加配置表 二、代码生成 下拉行，自动生成代码，部分代码需要手动修改 三、代码更新 1、更新子服务配置文件 staticconstbl_DcmService_tgs_Dcm2FDid[UDS_Service_2FH...
UDS2F服务详解
06-20
<think>我们正在讨论UDS（统一诊断服务）中的0x2F服务，即InputOutputControlByIdentifier（根据标识符控制输入输出）服务。该服务主要用于控制电子控制单元（ECU）的输入输出，例如在车身控制中操作车窗、传感器或执行器等。根据引用[1]，2F服务在车身域比较常见，比如车窗控制、传感器开关、执行器控制等。引用[3]提供了更详细的解释：0x2F服务允许诊断仪通过数据标识符（DID）控制ECU的输入输出信号。该服务可以临时覆盖ECU的常规行为，用于测试或诊断目的。工作原理：1.**请求格式**：诊断仪发送请求给ECU，请求包含以下部分：-服务标识符（SID）：0x2F-子功能（Sub-function）：控制选项（ControlOption），用于指定控制类型（如返回控制权给ECU、临时控制等）-数据标识符（DID）：要控制的输入输出信号的标识符-控制数据：要设置的输入输出值2.**控制类型**（子功能）：-0x01：返回控制权给ECU（即结束控制）-0x02：临时控制（即控制持续到下一个ECU复位或点火循环）-0x03：永久控制（需要安全访问，控制持续到被明确结束）-其他值保留3.**ECU响应**：-肯定响应（PositiveResponse）：0x6F+DID+当前状态（控制后的值）-否定响应（NegativeResponse）：包含相应的否定响应码（NRC），例如：-0x13：报文长度错误-0x22：条件不满足（如当前无法控制）-0x31：请求超出范围（如不支持的DID）-0x33：安全访问被拒绝（需要安全访问而未通过）4.**控制过程**：-诊断仪发送控制请求，ECU验证请求的有效性（包括DID是否存在、控制数据是否有效、当前状态是否允许控制等）。-如果验证通过，ECU执行控制，即按照请求设置输入输出信号，并返回肯定响应。-控制期间，ECU可能会覆盖其常规逻辑，直到控制结束（根据子功能类型）。应用示例（引用[3]）：假设要控制车窗升降，DID为0x0123。诊断仪发送请求：-控制类型：临时控制（0x02）-DID：0x0123-控制数据：0x01（上升）ECU执行后，车窗上升，并返回肯定响应，包含当前状态（如0x01）。注意事项：-使用该服务可能需要安全访问（特别是永久控制）。-控制结束后（如临时控制时，点火循环后），ECU将恢复对信号的控制。在配置方面（引用[2]），需要在诊断服务配置表中添加0x2F服务，并关联相应的DID和控制处理函数。相关问题：1.UDS0x2F服务有哪些常见的否定响应码？如何处理？2.在AutoSAR中如何配置UDS0x2F服务？3.UDS0x2F服务与0x31服务（RoutineControl）有何区别？</think>### UDS 0x2F服务详解 **服务名称** InputOutputControlByIdentifier（根据标识符控制输入输出） **服务ID** `0x2F` #### 一、工作原理 1. **核心功能** 通过诊断指令直接控制ECU的**输入输出信号**（如车窗电机、传感器开关、执行器状态等），临时覆盖ECU的常规逻辑控制[^1][^3]。 $$ \text{诊断仪} \xrightarrow{\text{0x2F请求}} \text{ECU} \xrightarrow{\text{覆盖I/O信号}} \text{执行器响应} $$ 2. **控制流程** - **请求报文格式**： ``` [0x2F] [控制选项] [DID(2字节)] [控制数据] ``` - `控制选项`：指定控制类型（见下表） - `DID`：目标信号的唯一标识符（如0xD101表示车窗控制） - `控制数据`：要设置的信号值（如0x01=升起车窗） - **响应报文**： 成功：`0x6F + DID + 当前状态` 失败：否定响应码（NRC） 3. **控制选项类型** | 值 | 类型 | 说明 | |------|--------------|----------------------------------------------------------------------| | 0x01 | 返回控制权 | ECU恢复自主控制（结束诊断干预）[^3] | | 0x02 | 临时控制 | 控制持续到下次点火循环复位 | | 0x03 | **永久控制** | 需安全访问解锁，控制持续到显式结束（用于长期测试）[^3] | 4. **典型应用场景** - 测试车窗升降逻辑（DID=0xD101） - 验证传感器触发阈值（如光照传感器DID=0xB203） - 激活故障注入模式（强制ECU进入特定状态） #### 二、关键配置（以AutoSAR为例[^2]） 1. **服务注册** 在`DcmDsdServiceTable`中添加服务ID `0x2F`，关联对应的DID列表。 2. **DID绑定** 每个DID需映射到： - 信号内存地址（如`0x4001A000`） - 数据长度（如1字节） - 控制权限（临时/永久） 3. **安全访问** 永久控制需配置`DcmDspSecurity`层，绑定安全等级（如Level 3）。 #### 三、否定响应码（NRC）处理 | NRC | 含义 | 触发条件 | |------|---------------------|-----------------------------------| | 0x22 | 条件不满足 | ECU当前状态不允许控制（如车速>0） | | 0x31 | 请求超出范围 | DID不存在或控制数据无效 | | 0x33 | 安全访问被拒绝 | 未解锁永久控制权限 | | 0x13 | 报文长度错误 | 数据域长度不匹配DID定义 | > **案例**：控制车窗上升（DID=0xD101）时若车速>0，ECU返回NRC 0x22[^3]。 #### 四、与0x31服务的区别 | 特性 | 0x2F服务 | 0x31服务（RoutineControl） | |--------------|------------------------------|----------------------------------| | **控制对象** | 直接I/O信号 | ECU内部预定义的操作序列 | | **作用时间** | 实时控制（毫秒级） | 异步执行（秒级） | | **典型应用** | 车窗/传感器/执行器即时控制 | 内存擦除、自检程序[^4] | ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

manjixingkong1234

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

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

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

打赏作者

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

抵扣说明：

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

余额充值