手动创建嵌入式系统中的RID例程标识符

最新推荐文章于 2025-12-03 09:13:52 发布
最新推荐文章于 2025-12-03 09:13:52 发布
阅读量167 收藏 1
点赞数 1
CC 4.0 BY-SA版权
文章标签： 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/CyberBytezZ/article/details/132349105
嵌入式 专栏收录该内容
415 篇文章 ¥59.90 ¥99.00
订阅专栏
本文介绍了在嵌入式系统开发中如何手动在CFG文件中创建和配置Routine Identifier (RID) 例程标识符，以实现对模块的唯一识别和调用。通过示例展示了创建CFG文件定义标识符以及在程序中如何使用这些标识符来调用模块功能，强调了这种方法的灵活性和对模块控制的优势。

手动创建嵌入式系统中的RID例程标识符

嵌入式系统开发中，通常需要为各个模块和功能定义唯一的标识符，以便在程序中进行识别和调用。在某些情况下，我们可能不希望依赖于CDD（Compiler Definition Directives）来自动生成这些标识符，而是希望手动在CFG（Configuration）文件中创建和配置RID（Routine Identifier）例程标识符。本文将探讨如何手动创建配置一个RID例程标识符，并附上相应的源代码。

首先，我们需要创建一个CFG文件，用于定义各个模块的标识符和配置信息。下面是一个简单的示例：

// config.cfg

// 模块1的RID例程标识符
#define MODULE1_RID 0x01

// 模块2的RID例程标识符
了解本专栏 订阅专栏 解锁全文
基于嵌入式系统的服务例程控制与RID标识符生成
CyberSphinx的博客
09-02 218
本文介绍了基于嵌入式系统的服务例程控制模块设计，并提供了一个简单的例程控制模块实现示例。通过合理地设计和利用这些模块和算法，我们可以更好地管理嵌入式系统中的任务执行和资源共享，提高系统的效率和可靠性。在嵌入式系统中，服务例程控制是一种常见的编程模式，用于实现任务的并行执行和资源的共享。服务例程控制模块的主要功能是管理多个任务或例程的执行，确保它们能够按照一定的顺序或优先级进行调度，并且能够共享资源。以上代码演示了一个简单的服务例程控制模块的设计。基于嵌入式系统的服务例程控制与RID标识符生成。
《UDS协议从入门到精通》系列——图解0x31：例行程序控制
车载系统攻城狮
11-01 6432
一文详解UDS中最灵活的服务0x31-例程控制，图解+示例快速搞懂如何使用！！
UDS 服务 Service 0x31 - RoutineControl
热门推荐
usstmiracle的博客
10-22 4万+
这里对 RID 的三种控制类型做一个详细的介绍：启动 RID 如果对诊断请求的响应是肯定或否定，则表明该请求已被执行或正在进行中，例程将从 StartRoutine 请求消息完成到第一响应消息完成之间的某个时间在服务器的内存中启动。如果是动态的，则数据长度应为在参数currentDataLength中提供，该参数保存字节的长度（以字节为单位）最后一个dataIn参数。如果是动态的，则datalength应该在参数currentDataLength中提供，该参数持有最后一个dataln参数的字节长度。
【AUTOSAR-DCM】-5.3-不依赖CDD手动在CFG中创建配置一个RID(routineIdentifier)例程标识符(UDS诊断$31服务)
「汽车电子助手」的博客
09-29 1345
案例背景：（共7页精讲） 在《【AUTOSAR-DCM】-5.1-将CDD导入CFG并查看$31服务RoutineControl(不包含可选项)配置》和《【AUTOSAR-DCM】-5.2-将CDD导入CFG并查看$31服务RoutineControl(包含可选项)配置》中，我们通过诊断描述文件CDD自动配置了RoutineControl $31服务，创建一个RID(RoutineIdentifier)例程标识符。 现在我们尝试一下，不依赖诊断描述文件CDD的情况下，在CFG（DaVinci Confi
在AP AUTOSAR诊断中DID、RID、SID、AccessPermission分别代表什么？
usstmiracle的博客
05-20 4335
在UDS（Unified Diagnostic Services）协议中，DID用于唯一标识车辆电子控制单元（ECU）中的特定数据项。UDS协议定义了一系列标准化的诊断服务，通过这些服务可以读取、写入或清除特定的DID数据。
嵌入式软件开发的面试题
扬帆起航
08-25 1127
嵌入式软件开发的面试题
【车载开发系列】嵌入式车载开发专业词汇
千月星跡
12-27 1106
【车载开发系列】嵌入式车载开发专业词汇 No 缩写 全称 说明 01 MCU Microcontroller Unit 单片机微控制器 02 PSD Power Sliding Door 电动移滑门 03 UDS Unified Diagnostic Services 统一诊断服务 04 CAN Controller Area Network 串型通讯协议总线 05 DID Data Identifiers 数据标识符 06 DTC Diagnostic Trouble
CAN的UDS诊断服务(ISO 14229)
2401_86537184的博客
04-14 1965
CAN的UDS诊断服务(ISO 14229)
统一诊断服务 (Unified diagnostic services ， UDS) （一）~（七）
usstmiracle的博客
10-22 1万+
UDS由ISO-14229系列标准定义，ISO 14229-1 定义了诊断服务，不涉及网络及实现，只有应用层的内容。而ISO 14229-3则定义了UDS在CAN总线上的实现。 诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能的request和response定义了统一的内容和格式。 最近关于UDS的一系列专栏文章只关注应用层的诊断服务，忽略下层的通信机制。 Diagnostic request的格式：
【CANdelaStudio编辑CDD】-5.2-给$31服务RoutineControl创建一个RID(routineIdentifier)例程标识符(UDS诊断)
「汽车电子助手」的博客
09-28 2628
案例背景：（共5页精讲） 在《【UDS诊断描述文件CDD】-4.1-ISO_14229中$2E服务理论部分》中，我们介绍了RoutineControl $31服务的理论部分，下面讲讲使用CANdela Studio编辑诊断描述CDD文件，为其创建一个RID(RoutineIdentifier)例程标识符。 目录 1 创建一个RID(RoutineIdentifier)数据标识符 1.1 为RID(RoutineIdentifier)例程标识符指定支持的RoutineControlType例程控制
【ISO14229_UDS诊断】-5.1-$31服务例程控制RoutineControl 理论部分
「汽车电子助手」的博客
09-26 1万+
总目录：（单击下方链接皆可跳转至专栏总目录） 《UDS/OBD诊断&诊断描述文件CDD》总目录https://blog.youkuaiyun.com/qfmzhu/article/details/120425660 目录 1 $31服务描述 1.1 概述 1.2 通过一个routineIdentifier启动一个引用的例程 1.3 通过一个routineIdentifier停止一个引用的例程 1.4 通过一个routineIdentifier请求引用的例程结果 2 $31服务请求消息 2.1
统一诊断服务 (Unified diagnostic services ， UDS) （六）
u012252959的博客
10-15 1万+
这篇文章将介绍InputOutputControlByIdentifier (0x2F) 和RoutineControl (0x31) 这两个诊断服务的用途和用法。它俩的作用有点类似，都是调用ECU内部一些预定义的操作序列，相当于是我们从外部利用诊断手段控制ECU的接口。 InputOutputControlByIdentifier (0x2F) ECU简单来说就是一个对输入(sensor)进...
程序控制（ISO14229系列之31服务）
weixin_44536482的博客
07-06 2万+
程序控制（ISO14229系列之31服务）1、请求格式2、肯定响应格式 1、请求格式         RoutineControl (31 hex) ，用于对主机厂定义的一些特定程序的控制操作（启动程序、停止程序、请求运行结果）。关于31服务的请求格式如下：     &nbsp...
跟我学UDS(ISO14229) ———— 0x31(RoutineControl)
永远的菜鸡小詹的博客
06-24 1万+
  客户端请求启动/停止服务器中的例程或请求例程结果。客户端使用 RoutineControl 服务来控制 RID，RID 由两字节的例程标识符标识。具体的控制类型有以下三种：第一种： 启动 RID；第二种： 停止 RID；第三种： 查询 RID 执行结果。这里对 RID 的三种控制类型做一个详细的介绍： 启动 RID  如果对诊断请求的响应是肯定或否定，则表明该请求已被执行或正在进行中，例程将从 StartRoutine 请求消息完成到第一响应消息完成之间的某个时间在服务器的内存中启动。例程可以是运行，
UDS中的常用缩写
usstmiracle的博客
10-21 3408
OBD On-Board Diagnostic 在线诊断/车载诊断UDS Unified Diagnostic Service 统一诊断服务****DCM Diagnostic Communication Management 诊断通信管理ECU Electronic Control Unit 电子控制单元DID Data Identifier 数据标识符SID Service Identifier 服务标识符RID Routine Identifier 例程标识符DTC Diagnostic Troubl
windows上位机开发学习（二）计时器案例（下） int大小
qq_43091070的博客
11-29 917
本文介绍了Windows上位机开发中计时器案例的代码实现过程。首先通过工具箱添加Timer控件并设置1秒间隔，然后详细讲解了核心代码：1)声明全局变量记录时间；2)实现"开始"按钮点击事件，解析用户输入并初始化计时器；3)编写Timer的Tick事件处理逻辑，每秒更新界面并判断倒计时结束。文章还展示了完成效果图，并附带单片机int类型大小对照表。最后提供了C#串口通信编程的学习参考网址，欢迎交流讨论。
基于若依RuoYi框架开发的物联网平台
最新发布
Tao____的博客
12-03 572
一个功能完备、高可扩展的物联网平台，提供完整的设备接入、管理和数据处理解决方案。支持多种网络协议，具备强大的消息解析和实时告警能力，帮助企业快速构建物联网应用。1、实现MqttClientProtocol的decode方法，并把解析后的消息组装到DecodeMessage类并返回。2、实现MqttClientProtocol的encode方法，并把解析后的消息组装到EncodeMessage类并返回。您的支持是我们持续更新的动力。3、打包成jar包上传到平台，并选择对应的协议分类即可。
诊断中RID，和DID分别代表什么意思
10-12
<think>嗯，用户这次明确询问诊断协议中RID和DID的含义，看来是在学习汽车电子诊断的基础概念。之前已经详细解释过IOControl服务的参数构成，用户可能是在理解DID时延伸出对RID的疑问。需要特别注意用户提供的三个引用资料都强调了这两者在UDS协议中的核心地位。 从技术角度看，DID和RID虽然都是标识符，但本质区别很大。DID对应的是静态数据点，就像ECU内存里的变量地址；而RID对应的是动态执行程序，更像调用函数。引用[3]的比喻很形象——“身份证”和“遥控器”的区分特别贴切。用户提供的AP AUTOSAR引用[2]也验证了这点，说明这个定义在经典和自适应AUTOSAR中保持一致。 考虑到用户正在制作诊断手册（引用[1]提到），应该突出实际应用差异。比如DID常用于ReadDataByIdentifier服务读取实时数据，而RID配合RoutineControl执行烧录等操作。上次给的IOControl示例里DID=2E01控制车灯，这次正好形成对比——当需要持续监控车灯状态就用DID，需要初始化大灯调节程序则用RID。 用户可能没意识到的是长度限制：DID强制2字节（如F189），RID长度可变但通常也是2字节（如0205）。这在解析ECU响应时很重要，不过暂时不必增加复杂度，留在相关问题里提示即可。 准备用表格对比收尾时，想到可以关联之前的IOControl案例：同样是控制车灯，IOControl用$2E01 01 01$直接操纵，RoutineControl可能是$31020502$启动大灯校准程序。这种并列示例最能帮助理解本质区别。 </think>在汽车电子诊断领域，**RID（Routine Identifier）** 和 **DID（Data Identifier）** 是UDS（Unified Diagnostic Services）协议中的核心概念，两者功能和应用场景有本质区别： --- ### **1. DID（数据标识符）** - **定义**： 用于唯一标识ECU内部**特定数据项或数据组**的2字节十六进制编码（如$2E01$）。 - **功能**： 通过诊断服务（如`ReadDataByIdentifier`服务SID=$22$）直接**访问ECU静态数据**。 - **典型数据**： - 传感器实时值（如车速$DID=0xF12C$） - 标定参数（如发动机怠速转速$DID=0x2103$） - 故障码数量（$DID=0x0202$） - **操作示例**： ```math \text{请求：} 22\ F1\ 2C \quad \rightarrow \quad \text{响应：} 62\ F1\ 2C\ 45\ \text{(车速=69km/h)} ``` --- ### **2. RID（例程标识符）** - **定义**： 标识ECU内部**预置可执行程序**的2字节编码（如$0205$），需通过`RoutineControl`服务（SID=$31$）调用。 - **功能**： 触发ECU执行**复杂操作**（如自检、标定、刷写）。 - **典型例程**： - 燃油泵校准（$RID=0x0205$） - 内存擦除（$RID=0xFF00$） - 传感器自学习（$RID=0x0301$） - **操作示例**： ```math \text{启动例程：} 31\ 01\ 02\ 05 \quad \rightarrow \quad \text{响应：} 71\ 01\ 02\ 05 ``` --- ### **核心差异对比** | **特征** | **DID** | **RID** | |----------------|-------------------------------------|-------------------------------------| | **本质** | 数据地址标识符 | 程序执行标识符 | | **服务** | `ReadDataByIdentifier` (SID=$22$) | `RoutineControl` (SID=$31$) | | **操作类型** | 数据读取/写入 | 程序启动($01$)/停止($02$)/结果查询($03$) | | **耗时** | 毫秒级（瞬时完成） | 秒级（需等待执行结果） | | **应用场景** | 读取传感器值、配置参数 | 执行自检、标定、固件更新 | > ⚠️ **关键区别**： > - DID操作数据：如通过$22\ F189$读取ECU序列号[^3] > - RID执行动作：如通过$31\ 01\ 0205$启动节气门校准[^1] --- ### **应用实例** 1. **DID应用** 读取发动机水温： ```math \text{请求：} 22\ 01\ 05 \quad \rightarrow \quad \text{响应：} 62\ 01\ 05\ 4B \quad (75^\circ\text{C}) ``` 2. **RID应用** 执行ABS泵排气： ```math \text{启动：} 31\ 01\ 03\ A0 \quad \rightarrow \quad \text{响应：} 71\ 01\ 03\ A0 \\ \text{结果：} 31\ 03\ 03\ A0\ 00 \quad (\text{成功}) ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值