FreeRTOS工程编译缺失头文件freertos_mpool.h或freertos_os2.h

最新推荐文章于 2025-03-26 14:46:05 发布
最新推荐文章于 2025-03-26 14:46:05 发布
阅读量1k 收藏 3
点赞数 9
分类专栏： FreeRTOS小白 文章标签： FreeRTOS工程基础报错 freertos_mpool freertos_os2.h
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_36955622/article/details/143448573
版权

使用STM32CubeIDE新建FreeRTOS工程，新建简单任务，其他配置默认，生成的工程直接编译，会出现下面报错，找不到 freertos_mpool.h 头文件
在这里插入图片描述
尝试用其他博主提供的解决方法下载到 freertos_mpool.h 文件放到指定路径
在这里插入图片描述
这时候就会出现另一个报错，freertos_os2.h 文件找不到了，感觉没完没了了都
在这里插入图片描述
最后找到搞事情的源头，是最新的固件包搞的鬼，在CubeMX项目管理配置中找到固件包版本位置，默认是使用最新固件包，取消默认最新勾选项，回退到1.8.5固件包
在这里插入图片描述
重新生成工程编译，完美解决
在这里插入图片描述
再会看之前头文件缺失报错的cmsis_os2.c文件里面，再包含的头文件中已经不需要 freertos_mpool.h 和 freertos_os2.h 了，感觉就是固件包版本不同，需要的头文件也不一样，没有这两个头文件就回退版本不用就是了hhhhh
在这里插入图片描述

FreeRTOS/Source/CMSIS_RTOS_V2/freertos_os2.h(31): error: #13: expected a file name 报错
weixin_44597885的博客
08-31 1291
解决如下：修改cubemx配置，将V1.8.6改选为V1.8.5后编译不再报错。使用STM32cubemx自动生成freertos选项V2报错，V1不报错。
CudeMX生成FreeRTOS时CMSIS_V2无法生成xxx/xxx.axf问题 .assets
weixin_38535082的博客
09-01 734
再次编译时这个报错就解决了，但是第二个报错就是 “freertos_os2.h” 这个文件有报错，这个库包含了驱动 STM32 F1 系列微控制器所需的各种外设和功能的软件实现，以及一些实用的工具和示例代码。生成代码后一定要再次重复把第一个问题的解决办法再操作一遍，因为CudeMX生成的代码会被再次删除和覆盖，要不然会再次重复报错第一个问题。第二个问题的解决办法就是从CudeMX那里把使用固件版本的√去掉，然后就会回退到1.8.5版本就行，再次生成代码编译。最后就会 0错误 0警告，编译通过。
STM32Cube FW F1 V1.8.6 使用 FreeRTOS V2 出现找不到freertos_mpool.h和freertos_os2.h
码农一枚
10-08 1114
我的做法是注释掉该错误定义,如下。找到最后的这段代码,并注释。从CubeMax仓库路径。
解决../freertos/include/FreeRTOS.h(16): error: unknown type name ‘ListItem_t‘
最新发布
2302_79945414的博客
03-26 216
在跟着野火学习freertos时，当学到任务的定义与实现发现代码总是报一个错误../freertos/include/FreeRTOS.h(16): error: unknown type name 'ListItem_t'，但是自己经过仔细检查后发现自己的拼写是没有问题的，头文件也准确的包含进去了，但就是有问题。有了这个思路后开始排查自己编写过的代码，最后在main.c中发现了问题我的这里面只有一个list.h但没有包含freertos.h，尝试把freertos.h加入到list.h之前，再次编译。
STM32CubeMX 生成的代码框架解析 - 最小化工程篇(含FreeRTOS)
Dr_chaser的博客
03-25 3440
最近因为工作中要用到STM32+FreeRTOS进行开发，因此借助此次机会学习下STM32CubeMX生成的带有FreeRTOS的工程代码。熟悉下其生成代码的结构，以及一些细节。这篇的话我想首先分析下，最简单的结构是什么样的，即所有的都按照默认来，不增加外设驱动，不对FreeRTOS进行过多的配置，我称之为最小化工程。后面再通过写一些增加驱动、FreeRTOS的各项配置等来进行对比，进一步加强理解。文件夹总目录下分别有4个文件夹Core、Drivers、MDK-ARM、Middlewares。
创建Freertos工程时出现“Source/CMSIS_RTOS_V2/freertos_os2.h(31): error: #13: expected a file name”的错误处理
K_makise的博客
02-16 1041
当我们在CubeMX把框架切换成V1.8.5之后，cmsis_os2.c文件就不会包含这两个库文件，软件框架的不同就规避掉了这个问题。这行代码的作用是包含 CMSIS 设备头文件，但编译器找不到文件“CMSIS_device_header”在V1.8.6的版本框架中，根据编译器的错误提示可以定位到freertos_os2.h文件的如下位置。之后点击右上角的代码生成按钮更新程序并在Keil内进行编译即可。其中错误行就是出现在freertos_os2.h中。即使将这行代码注释也会有其他的错误出现。
【VScode编写代码定义了#include “freertos/FreeRTOS.h“可是右键跳转不了定义显示未定义】
爱学习的小白
09-15 3237
vscode编写ESP32程序时定义了头文件#include "freertos/FreeRTOS.h"但是右键跳转显示未定义声明，跳转定义路径错误
KEIL5问题 ThirFreeRTOS/Source/CMSIS_RTOS_V2/freertos_os2.h(31): error: #13: expected a file name
云轩阁
08-29 1323
文中的"STM32Cube FW F4 V1.25.2"指的是STM32Cube固件库针对STM32F4系列微控制器的特定版本。STM32F4系列是高性能的Cortex-M4内核微控制器，广泛应用于嵌入式领域，具有浮点运算单元、数字信号处理能力以及高效的能源管理。
FreeRTOS.rar_cmsis_freertos.h_free rtos_mcu_portmacro freertos_r
09-23
在给定的“FreeRTOS.rar”压缩包中，我们关注的是与FreeRTOS相关的头文件“cmsis_freertos.h”，以及关于MCU端口宏和FreeRTOS的移植相关的讨论。这些内容都是FreeRTOS在MCU上实现时的重要组成部分。 1. **CMSIS-...
FreeRtos_code.zip_FreeRTOS学习_freerots _freertos_freertos源码
09-20
7. **include**: 这个目录包含了FreeRTOS的头文件，如`FreeRTOS.h`，它定义了所有核心API，以及`task.h`、`queue.h`等，分别对应任务、队列等模块的接口定义。头文件提供了用户编写FreeRTOS应用程序所需的所有声明。...
【玩转esp32】11、编译报错分析：esp_bt.h:No such file or directory
热门推荐
freemote的博客
05-29 1万+
系列文章： 【玩转ESP32】1、开发环境搭建 【玩转ESP32】2、开发参考资料 【玩转ESP32】3、点亮LED，Blink，blink，blink 【玩转ESP32】4、ESP32驱动DHT11 【玩转ESP32】5、i2c-tools访问i2c设备 【玩转ESP32】6、驱动i2c设备—0.96 OLED 【玩转ESP32】7、ESP32连接wifi 【玩转ESP32】8、ESP32 Guru MeditationError报错分析 【玩转ESP32】9、ESP32 作为TCP客户端连接服务器（非
S32K144_MDK_Projet1_Freertos0.zip_S32K144 KEIL_colony3lb_composi
07-15
压缩包内的文件"**S32K144_MDK_Projet1_Freertos0**"很可能是整个项目的工程文件，其中包含了源代码、头文件、链接脚本、工程配置等必要元素。通过导入Keil MDK环境中，开发者可以直接编译和调试这个项目，理解并...
STM32CUBEMX配置FreeRTOS报错
qq_62085762的博客
11-09 2917
如果还是报错，就打开STM32CUBEMX，按照下图使能，再重新生成代码。取消勾选使用最新版本，改用。文件夹下并没有FreeRTOS的各个文件。生成代码，编译通过√。开发板:STM32F103C8T6。
FreeRTOS任务
luckyluckypolar的博客
09-27 1415
在使用 RTOS 的时候一个实时应用可以作为一个独立的任务。每个任务都有自己的运行环境，不依赖于系统中其他的任务或者 RTOS 调度器。任何一个时间点只能有一个任务运行，具体运行哪个任务是由 RTOS 调度器来决定的，RTOS 调度器因此就会重复的开启、关闭每个任务。任务不需要了解 RTOS 调度器的具体行为，RTOS 调度器的职责是确保当一个任务开始执行的时候其上下文环境(寄存器值，堆栈内容等)和任务上一次退出的时候相同。
HAL库版FreeRTOS(上)
zhuguanlin121的博客
04-18 4540
FreeRTOS 简介 初识FreeRTOS 什么是FreeRTOS? 为什么选择FreeRTOS？ FreeRTOS 的特点 商业许可 磨刀不误砍柴工 查找资料 FreeRTOS 官方文档 Cortex-M 架构资料 FreeRTOS 源码初探 FreeRTOS 源码下载 FreeRTOS 文件预览 FreeRTOS 移植 FreeRTOS 移植 移植前准备 添加FreeRTOS 文件 修改SYSTEM 文件
兆易创新GD32 （四）FreeRTOS 移植 与 CMSIS OS2
denghuajing的博客
11-26 3608
使用CMSIS，可以为处理器和外设实现一致且简单的软件接口，从而简化软件的重用、缩短微控制器新开发人员的学习过程，并缩短新设备的上市时间。RTOS系统现在的种类可以说是五花八门，国内就有很多加，国外就不用说了，每家都有自己的API，所以ARM对RTOS的API做了一个统一的命名规则，在各家的RTOS上包了一层，统一了访问接口。正常情况下是不需要的在FreeRTOSConfig.h 中搜索HOOK，把对应的define关掉。在我们的工程目录下，添加这两个C文件，并且包含相应的头文件目录。
FreeRTOS之添加链表代码
fitpolo
05-07 373
1、 在FreeRTOS文件夹添加list.c和list.h文件 2、 在FreeRTOS双击，接着文件类型为All file, 然后在FreeRTOS文件选择list.c和portmacro.h,最后点击Add。添加好的效果如第二张图 ) 3、 点击Options for Target…，剩下的操作如下图。 4、填充代码，在后面。 5、运行结果如下 在portmacro.h文件添加如下代码 #ifndef PORTMACRO_H #define PORTMACRO_H #include "s
解决错误“ #error “include FreeRTOS.h“ must appear in source files before “include event_groups.““例子分享
OMGMac的博客
08-28 6826
今天来给大家分享一下，关于之前自己在学习FreeRTOS过程中遇到的一个错误提示，话不多说，我们直接来看~首先，我们看一下错误的提示：**error: #35: #error directive: "include FreeRTOS.h" must appear in source files before "include event_groups.h"**。编译时候报错如下图所示：
FreeRTOS问题
weixin_43408345的博客
11-12 252
在FreeRTOSconfig.h中包含FreeRTOS自己创建的.h文件报错，报了三百多个，都是官方源码，然后把在自己创建.h文件包含的例如下图所示的文件都放到自己创建的FreeRTOS.c文件中，编译就解决了。
cmsis_os.h用处
03-20
<think>好的，我现在需要回答用户关于CMSIS_OS.H文件的作用及其在嵌入式开发中的应用场景的问题。首先，我需要回顾一下用户提供的引用资料，看看里面有没有相关的信息。 用户引用了五个来源，其中大部分是关于CMSIS-RTOS和CMSIS-FreeRTOS的。引用[1]提到CMSIS-RTOS API用于任务管理、定时器、信号量和互斥量，帮助开发者编写可移植的应用程序。引用[3]进一步说明CMSIS-RTOS API允许跨平台移植代码，提高开发效率。引用[2]和[4]讨论了CMSIS-FreeRTOS作为RTOS的适配层，简化在不同ARM设备上的开发。引用[5]提到CMSIS的组件优化性能，使用BSD或zlib许可。 现在，我需要将这些信息整合起来，解释CMSIS_OS.H的作用。这个头文件应该是CMSIS-RTOS API的一部分，提供标准化的函数接口，让开发者能够以统一的方式使用RTOS功能，而不必关心底层RTOS的具体实现。例如，任务创建、信号量管理等功能都通过这个头文件提供的API来实现。 应用场景可能包括需要任务调度、资源管理或跨平台移植的嵌入式项目。比如，使用不同的RTOS（如FreeRTOS或ThreadX）时，通过CMSIS_OS.H可以保持代码的一致性，减少移植的工作量。 接下来需要确保回答符合用户的要求：结构清晰，分步解释，引用正确。同时要生成相关问题，并且注意使用中文，数学公式的格式正确。需要检查是否有需要独立公式的地方，但当前问题可能不需要数学公式，所以可能可以忽略这部分。 最后，生成的相关问题要围绕CMSIS_OS.H的扩展，比如与其他RTOS接口的区别、如何实现任务管理、实际案例、调试方法以及兼容性等。确保问题有针对性，帮助用户深入理解。</think>### CMSIS_OS.H 文件的作用及嵌入式开发中的应用场景 #### 1. **标准化RTOS接口** `cmsis_os.h` 是 **CMSIS-RTOS API** 的核心头文件，定义了一套统一的实时操作系统（RTOS）接口规范。其核心作用包括： - **任务管理**：提供任务创建（`osThreadCreate`）、优先级设置、挂起/恢复等函数，例如： ```c osThreadId_t threadId = osThreadNew(task_function, NULL, &thread_attr); ``` - **同步机制**：支持信号量（`osSemaphoreWait`/`osSemaphoreRelease`）、互斥量（`osMutexAcquire`/`osMutexRelease`）等[^1]。 - **通信机制**：通过消息队列（`osMessageQueuePut`/`osMessageQueueGet`）实现任务间通信[^3]。 此标准化设计使得代码可跨不同RTOS（如FreeRTOS、ThreadX）移植，降低平台依赖性[^1]。 --- #### 2. **应用场景** `cmsis_os.h` 主要应用于以下场景： - **多任务系统**：在需要并发执行多个任务的嵌入式系统中（如工业控制器），通过任务调度实现实时响应。 - **跨平台开发**：当项目需迁移到不同硬件或RTOS时，保持代码兼容性。例如，从FreeRTOS切换到Azure RTOS，仅需调整底层适配层，无需重写业务逻辑[^2][^4]。 - **资源受限设备**：CMSIS-RTOS API 针对ARM Cortex-M系列处理器优化，适用于内存和算力有限的设备（如STM32微控制器）[^5]。 --- #### 3. **代码示例（任务创建）** ```c #include "cmsis_os.h" void task_function(void *arg) { while (1) { osDelay(1000); // 延时1秒 } } int main() { osKernelInitialize(); // 初始化RTOS内核 osThreadAttr_t thread_attr = { .name = "my_task", .priority = osPriorityNormal }; osThreadNew(task_function, NULL, &thread_attr); // 创建任务 osKernelStart(); // 启动任务调度 } ``` ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

GenCoder

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

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

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

打赏作者

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

抵扣说明：

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

余额充值