【FreeRTOS开发问题】FreeRTOS内存溢出

本文介绍了在FreeRTOS编译过程中遇到的内存溢出问题,由于设置的堆大小超过了芯片GD32F103C8T6的SRAM容量。通过调整FreeRTOSConfig.h配置文件中系统总堆大小为10KB,成功解决了编译错误。重点讨论了如何诊断和解决嵌入式系统的内存管理问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

FreeRTOS内存溢出

如下图所示,FreeRTOS编译完成后可以看到,系统提示无法分配内存到堆。

.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching heap_4.o(.bss).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching startup_gd32f10x_md.o(STACK).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching tasks.o(.bss).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching tasks.o(.data).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching heap_4.o(.data).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching port.o(.data).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching main.o(.data).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching system_gd32f10x.o(.data).
.\Objects\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching stdout.o(.data).
.\Objects\Template.axf: Error: L6407E: Sections of aggregate size 0x7f54 bytes could not fit into .ANY selector(s).

注意这句话是空间超限的意思:

No space in execution regions with

这里需要我们重新设置堆空间的大小,打开FreeRTOSConfig.h 即FreeRTOS的配置文件。

在这里插入图片描述

可以看到我这里设置的堆的大小为30k 而我是用的芯片GD32F103C8T6 的SRAM的大小却只有20k,显然超了,这里改为10*1024再次进行编译,完美解决问题。

//支持动态内存申请
#define configSUPPORT_DYNAMIC_ALLOCATION        1    
//支持静态内存
#define configSUPPORT_STATIC_ALLOCATION					0					
//系统所有总的堆大小
#define configTOTAL_HEAP_SIZE					((size_t)(10*1024))  
### FreeRTOS 中检测内存溢出的方法 #### 使用配置选项启用堆栈溢出检测功能 FreeRTOS 提供了多种方式来帮助开发者检测潜在的内存和堆栈溢出问题。通过设置 `configCHECK_FOR_STACK_OVERFLOW` 配置宏,可以激活内建的堆栈溢出检查机制[^2]。 当此参数被设为非零值时,系统会在每次任务切换时自动验证当前运行的任务是否有越界访问其分配给它的堆栈空间的情况发生。如果确实发生了这样的情况,则会触发相应的错误处理程序,这有助于及时发现并解决可能存在的编程缺陷或资源不足的问题。 #### 实现自定义钩子函数监控异常事件 除了内置的功能外,还可以利用 FreeRTOS 的 Hook 函数特性来自定义更复杂的监测逻辑。例如,可以通过实现 `pvPortMalloc()` 和 `vPortFree()` 这两个用于动态内存分配与释放操作的服务例程来进行额外的安全性审查工作;也可以编写特定的应用级回调(如 `stack_overflow_hook`),以便于更加灵活地响应各种类型的异常状况[^3]。 对于那些希望获得更高层次保护措施的人来说,第三方库或者专用硬件也可能成为不错的选择之一——它们往往能够提供更为强大而全面的数据防护能力以及实时性能跟踪服务。 ```c // 定义一个简单的 hook 函数以捕获任何未预期的行为 void vApplicationStackOverflowHook(TaskHandle_t pxTask, char *pcTaskName){ // 当某个线程超出其指定大小之后就会调用到这里面来了... } ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值