QP_RTOS 笔记

最新推荐文章于 2025-09-30 15:12:34 发布
原创 最新推荐文章于 2025-09-30 15:12:34 发布 · 510 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

目录

 

1.QP&UCOSII 任务创建笔记

2.UCOS 任务统计

3.消息池的大小

1.QP&UCOSII 任务创建笔记

1.

QP中的UCOSII版本，每次创建任务都调用一个函数，task_function()

利用不同的pdata参数,来确定那个任务选哟执行的状态机，状态机各自都有自己的阐述，

这种方式很好，以前没有怎么想过。

2.UCOS 任务统计

在这个版本中 OS的任务统计 没有做，需要在任务执行调用一次，这样就可以知道知道100ms 执行多少次空闲的计数器。利用这个来做基准。

计算CPU的利用率。

3.消息池的大小

消息池如果太少，程序中有一些耗时操作，反应不过来，这个时候，当前的任务的消息池就会越来越多，造成死机。

所以编写程序和裸机实际也差不多，最好不要死等。

有些东西，也可以直接用原生态的OS 处理一些任务。直接发送消息出来即可。

4.LIFO  api

很重要的一个API，这个相当于是个搞了一个优先级，会得到先执行

 

想学习QP状态机吗？几个月心血整理的资料可获取
李肖遥的专栏
06-02 1067
关注、星标公众号，直达精彩内容来源：技术让梦想更伟大作者：李肖遥从开始搞QP到现在已经好几个月了，写了六七篇基础的文章，这是一个小众的知识点，所以看的人不多，但这不妨碍我继续更下去。过程中...
[RDMA]QP相关介绍（二）——QP State Machine
jj0709的博客
01-05 3426
Modify QPModify QPModify QPModify QP—RQ WR发布，但不处理RQ WR。如果QP接收任何入站请求包，应将其丢弃。—禁止SQ WR发布与处理。—RQ 发布与处理。RQ Logic可以处理入站message。如果是RC或RD QP，将生成远端QP的SQ Logic将接收的请求包的响应。—禁止SQ WR发布与处理。—WR可同时发布到SQ与RQ。—两个队列上的WR都会被处理。SQ Logic可以处理SQ WQE，并生成向远端QP的RQ Logic发送的出站请求包。
量子框架--QP RTOS V5.6.5
08-26
量子框架--QP RTOS 包括QP/C, QP/C++, QP/nano, Qtools, QM
QP: 一种替代前后台和RTOS的程序框架
热门推荐
taoking123的博客
05-23 1万+
QP(量子平台)是一个基于活动对象和层次式状态机的开源实时嵌入式框架(real-time embedded frameworks)和运行环境。一种优秀的可以代替前后台和RTOS的实时运行框架
QP(状态机事件驱动型框架）
最新发布
weixin_55255438的博客
09-30 321
QP框架是量子计算平台（Quantum Platform）的简称，其核心采用层次式状态机（HFSM）解决复杂状态管理问题。HFSM通过状态嵌套机制，支持子状态机分层管理，既能处理互斥状态（如移动/闲置），又能管理包含关系状态（如移动下的行走/奔跑）。相比传统状态机，HFSM使复杂逻辑更清晰，代码结构更合理，特别适合处理行为复杂度持续增长的系统开发需求。该框架借鉴量子跃迁理念，为事件驱动型应用提供完整开发平台。
qpc：QPC实时嵌入式框架RTOS，用于基于活动对象（actor）和分层状态机的嵌入式系统
02-04
注意：如果您的公司有禁止产品中使用开放源代码的政策，则所有QP框架都可以进行，在这种情况下，您无需使用任何开放源代码许可证，也不会违反您的政策。 什么是新的？ 在以下位置查看QP / C修订历史记录： ： 文献资料 此特定版本的QP / C的脱机HTML文档位于文件夹html /中。 要查看脱机文档，请在Web浏览器中打开文件html / index.html。 最新版QP / C的在线HTML文档位于： ： 关于QP / C QP / C（C语言中的Quantum平台）是一种轻量级的开源用于将现代嵌入式软件构建为异步的，事件驱动的（角色）系统。 框架是由 ， 和框架组成的更大家
qpn：QP-nano实时嵌入式框架针对基于活动对象（角色）和分层状态机的嵌入式系统的RTOS
01-28
注意：如果您的公司有禁止产品中使用开放源代码的政策，则所有QP框架都可以进行，在这种情况下，您无需使用任何开放源代码许可证，也不会违反您的政策。 什么是新的？ 注意QP-nano已停止积极的开发和支持，不建议用于新设计。 此QP-nano存储库是为现有用户群保留的。 文献资料 此特定版本的QP-nano的脱机HTML文档位于文件夹html /中。 要查看脱机文档，请在Web浏览器中打开文件html / index.html。 最新版本的QP-nano的在线HTML文档位于： : 关于QP-nano QP-nano（Quantum Platform Nano）是一种超轻量级的开源用于将现代嵌入式软件构建为异步的，事件驱动的（角色）系统。 框架是由 ， 和框架组成的更大家族的成员，这些框架均受到严格的质量控制，详尽的文档记录和。 更安全的并发模型 框架系列基于 （ actor ）设计模式，该模式固有地支持并自动实施以下并行编程最佳实践： 使数据隔离并绑定到活动对象的线程。 线程应该隐藏（封装）它们的私有数据和其他资源，并且不要与系统的其余部分共享它们。 通过事件对象在活动对象
1、事件驱动编程与量子平台（QP）的深度解析
butter的博客
05-24 68
本文深度解析了事件驱动编程在现代计算机系统，尤其是嵌入式系统中的重要性，并探讨了传统顺序控制编程在多事件源环境下的局限性。同时，全面介绍了量子平台（QP）的发展历程、核心组件及其在事件驱动编程中的优势。内容涵盖了QP的开源策略、主要讲解语言的选择、新版本特性、开发流程、应用场景以及与其他技术的对比分析。此外，还详细描述了QP的适用领域、开发环境搭建步骤、未来发展趋势及学习资源推荐，旨在帮助开发者全面了解并高效应用QP进行开发。
Quantum-Leaps框架C语言开发应用笔记详解
该文档作为“应用笔记”类PDF文件，旨在为开发者提供从理论到实践的完整指导，尤其聚焦于在资源受限的嵌入式平台上实现面向对象编程（OOP）范式，并借助QP框架构建事件驱动、实时响应的嵌入式应用程序。QP框架本身是...
efm32开发板
07-25
用户提到的三个引用中，第一个关于PIC32MZ2048EFM100 MCU的特性，第二个关于QP/C实时框架，第三个是内存管理的代码示例。虽然这些不是直接相关，但可以推测用户可能混淆了不同厂商的MCU，或者正在比较不同平台。需要...
线性MPC实时实现有多难？破解嵌入式环境中的5大挑战与应对方案
!...# 1. 线性MPC的基本原理与实时性要求 ...在线性MPC中，系统动态由线性状态空间模型描述，控制目标通常转化为二次规划（QP）问题，具有良好的数学结构和求解效率。 然而，MPC的实时性要求极高——必须
qpcpp：QPC ++实时嵌入式框架RTOS，用于基于活动对象（actor）和分层状态机的嵌入式系统
02-05
注意：如果您的公司有禁止产品中使用开放源代码的政策，则所有QP框架都可以进行，在这种情况下，您无需使用任何开放源代码许可证，也不会违反您的政策。 什么是新的？ 在以下位置查看QP / C ++修订历史记录： ： 文献资料 此特定版本的QP / C ++的脱机HTML文档位于文件夹html /中。 要查看脱机文档，请在Web浏览器中打开文件html / index.html。 最新版本的QP / C ++的在线HTML文档位于： : 关于QP / C ++ QP / C ++（C ++中的Quantum平台）是一种轻量级的开源用于将现代嵌入式软件构建为异步的，事件驱动的（actor
QP是quantum leap一个基于状态机的嵌入式架构 将qf和qv以及qspy移植到正点原子战舰stm32F103上
08-13
QP是quantum leap一个基于状态机的嵌入式架构 将qf和qv以及qspy移植到正点原子战舰stm32F103上
QP State Machine Frameworksqpc_4.1.05 状态机
12-04
QP State Machine Frameworksqpc_4.1.05
QP 状态机：嵌入式实时框架
weixin_45787009的博客
08-10 3753
**QP™/C Real-Time Embedded Framework (RTEF)** 是专门为 real-time embedded (RTE) 系统量身定制的 Active Object model of computation 的轻量级实现。QP 既是用于构建由 active objects(actors) 组成的应用程序的软件基础设施，也是用以确定方式执行 active objects 的运行时环境。另外，QP 支持 Hierarchical State Machines（分层状态机）用它来指定
QP的学习
fanjianjun的专栏
07-01 417
从事单片机开发已经有那些年头了，从来没有好好的研究研究程序的架构，总是大循环，顺序执行。现在，准备自己独立开发一款化学仪表，硬件基本已经确定，模块都已经测试完毕，需要把它合称为一块仪表，麻烦来了，软件的编写还是和从前一样？结构臃肿混乱，调试费时费力，几乎无法扩展，维护成本巨大？不能再这样下去了。是该提高自己了。 那么，我是该使用rtos呢，还是用别的方法？，终于发现了QP这个好东西，就学它了，哎！没办法，搞技术的就得一直学习啊。 从头开始，先看看《UML状态图的实用CC/++设计--嵌入式系统的事件驱动
QP 状态机学习笔记2（第四章）
风-的博客
05-02 2091
QEP层次式事件处理器Q-SPY 软件追踪输出事件实例= 信号 + 事件变量用父类指针指向子类对象，在使用子类的时候需要将其转换成子类指针。事件实例主要被当做“包”来使用，来传递信号和事件参数。关键语句问题文中关键语句：QEP内部维护一个不变的保留事件数组QEP_reservedEvt_[]关键结构体typedef struct { QSignal sig; /*...
QP 状态机学习笔记1（基本概念）
风-的博客
05-02 4643
QP学习笔记基本概念事件：一个事件是一类瞬间发生的能导致状态机去执行动作的事情。事件可以有参数，参数可以携带关于这个已发生事情的定量化的信息。当接收到一个事件的实例，状态机通过完成动作（执行代码）来响应。响应也许包括改变状态，这被称为一个状态转换。断言：https://baike.baidu.com/item/assert.h/336982?fr=aladdin状态表：函数指针数组状态类：扩展状态...
with_rtos=1；#if ！with_rtos下面的函数会执行吗
08-23
<think>我们面对的是一个条件编译问题：在C/C++中，当定义了宏`with_rtos=1`时，`#if !with_rtos`后面的代码块是否会被编译？ 关键点在于理解`#if`条件表达式的求值规则。 在C/C++预处理中，`#if`后面的表达式是常量表达式，它会对宏进行展开并求值。特别地： - 如果宏`with_rtos`被定义为1，那么`!with_rtos`就是`!1`，即0。 - 因此，`#if 0`后面的代码块将不会被编译。 但是，这里有一个细节：宏定义中`with_rtos=1`，这通常不是标准的宏定义方式。标准的宏定义有两种： 1. 定义宏，不带值：`#define with_rtos` 2. 定义宏并给值：`#define with_rtos 1` 在条件编译中，如果使用`#define with_rtos`（即不带值），那么`with_rtos`在`#if`中会被视为值为1（因为定义了），但这里我们讨论的是`with_rtos=1`，这很可能是想表达`#define with_rtos 1`。 因此，我们假设预处理器中已经存在： #define with_rtos 1 那么： `#if !with_rtos` 会被展开为 `#if !1`，即`#if 0`，所以条件不成立，后面的代码块不会编译。 但是，如果宏定义是： #define with_rtos 0 那么`#if !with_rtos`就会变成`#if !0`，即`#if 1`，所以条件成立，后面的代码块会被编译。 另外，如果宏没有被定义，那么`with_rtos`在`#if`中会被视为0（未定义），因此`#if !with_rtos`就是`#if !0`，即`#if 1`，所以后面的代码块会被编译。 总结： - 当`with_rtos`被定义为非0值时（比如1），`#if !with_rtos`为假（0），代码块不会编译。 - 当`with_rtos`被定义为0时，`#if !with_rtos`为真（1），代码块会编译。 - 当`with_rtos`未被定义时，`#if !with_rtos`为真（1），代码块会编译。 因此，针对用户的问题：设置`with_rtos=1`（即`#define with_rtos 1`）时，`#if !with_rtos`后面的函数不会编译。 注意：在条件编译中，我们通常使用： #ifdef MACRO // 如果定义了MACRO，则编译 #ifndef MACRO // 如果未定义MACRO，则编译 或者使用带值的： #if MACRO // 如果MACRO的值不为0，则编译 #if !MACRO // 如果MACRO的值为0，则编译 所以，在写条件编译时，需要明确宏定义的方式。 为了验证，我们可以看一个简单的例子： 示例1：定义with_rtos为1 #define with_rtos 1 #if !with_rtos // 这段代码不会编译 #endif 示例2：定义with_rtos为0 #define with_rtos 0 #if !with_rtos // 这段代码会编译 #endif 示例3：没有定义with_rtos #undef with_rtos #if !with_rtos // 这段代码会编译（因为未定义时，在条件表达式中被视为0，所以!0就是1） #endif 因此，根据用户提供的情况（设置with_rtos=1），后面的函数不会执行（即不会被编译）。 注意：这里所说的“执行”是指代码在编译阶段被包含进程序，而不是运行时执行。因为条件编译是在编译预处理阶段决定的。 所以，答案是不会编译。</think>在C/C++中，当设置`with_rtos=1`时，`#if !with_rtos`后的代码块**不会编译**，具体分析如下： ### 关键原理 1. **宏定义求值规则** `#if`指令会进行宏展开和整数常量表达式求值： - `#define with_rtos 1` → `with_rtos`被替换为整数`1` - `!with_rtos` → `!1` → 结果为`0` - `#if 0` → 条件为假，代码块被跳过 2. **预处理器行为** 预处理器在编译前处理条件指令： ```c #define with_rtos 1 // 宏定义 #if !with_rtos // 展开为 #if !1 → #if 0 void disabled_func() { ... } // 此函数不会进入编译阶段 #endif ``` ### 验证示例 ```c #include <stdio.h> #define with_rtos 1 #if !with_rtos void unused_function() { printf("This will NEVER be compiled"); } #endif int main() { // 即使调用函数，链接阶段也会报错（函数未定义） // unused_function(); // 取消注释会导致编译错误 return 0; } ``` - **编译结果**： `gcc -c test.c` 成功（无错误），通过`nm test.o`检查符号表可确认`unused_function`不存在[^1]。 ### 特殊情况处理 | 宏定义状态 | `#if !with_rtos` 结果 | 是否编译 | |---------------------|----------------------|----------| | `#define with_rtos 1` | `#if !1` → 假 | ❌ | | `#define with_rtos 0` | `#if !0` → 真 | ✅ | | 未定义宏 | `#if !0` → 真 | ✅ | > ⚠️ 注意：若宏定义为字符串（如`#define with_rtos "1"`），预处理器会将其视为`0`，导致`#if !with_rtos`为真[^2]。 ### 最佳实践建议 1. 明确宏类型： 使用整数宏而非字符串，如`#define WITH_RTOS 1` 2. 防御性条件检查： ```c #if defined(WITH_RTOS) && (WITH_RTOS == 1) // RTOS相关代码 #else // 非RTOS代码 #endif ``` --- ### 相关问题 1. 如何检查代码中未编译的条件块？ 2. `#ifdef`和`#if defined()`有何区别？ 3. 宏定义值为字符串时如何影响条件编译？ 4. 如何防止条件编译导致的代码维护问题？ [^1]: 验证方法：使用`gcc -E`查看预处理输出，或`objdump`检查二进制符号。 [^2]: C标准规定：预处理器将非整数宏视为值`0`（C11
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值