解决FreeRTOS裁剪移植后编译报错：..\OBJ\BKM32.axf: Error: L6218E: Undefined symbol vApplicationTickHook (referred

最新推荐文章于 2025-03-24 11:34:32 发布

Weij.

最新推荐文章于 2025-03-24 11:34:32 发布

阅读量1.1k

点赞数 11

分类专栏： FreeRTOS 文章标签：单片机

本文链接：https://blog.youkuaiyun.com/qq_51917382/article/details/140940724

版权

问题出现

在将FreeRTOS裁剪移植后，出现了在keil里关于一些标识符未定义的报错**
如下图：
在这里插入图片描述

根据报错信息，发现在task.o目标文件里有个钩子函数vApplicationTickHook未定义，然后去task.h文件里去找这个函数，发现有一个预编译条件，得要configUSE_TICK_HOOK这个宏常量大于0，才编译这个钩子函数。

#if  ( configUSE_TICK_HOOK > 0 )

/**
 *  task.h
 * @code{c}
 * void vApplicationTickHook( void );
 * @endcode
 *
 * This hook function is called in the system tick handler after any OS work is completed.
 *

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Weij.

关注关注

11
点赞
踩
20

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

分享配置FreeRTOSConfig.h文件因部分宏值配置不对以及相应函数未定义出现的三个错误解决方法

OMGMac的博客

09-10

1661

今天来分享一个在创建FreeRTOS时候调用官方的FreeRTOSConfig头文件时，因部分宏值的配置与FreeRTOS内核文件中的函数不匹配，导致编译时候出现了相应的错误。于是，既然遇到了，就准备拿出来讲一下，让其他遇到的小伙伴也可以看一下具体是什么原因导致的。好了，话不多说，我们直接开始讲~

[Keil] 编译报错 Target ‘FreeRTOS‘ uses ARM-Compiler ‘Default Compiler Version 5‘ which is not available.

chdlr的博客

03-08

1820

这种情况下，需要换Compiler Version 5编译，Compiler Version 5的安装参考下面的步骤。如果用Version 6 （或6.18）的编译器编译有可能会出现几百个报错。从MDK5.37开始，AC5(ARMCC)不再默认安装，需要独立安装。

参与评论您还未登录，请先登录后发表或查看评论

.\Objects\project.axf: Error: L6218E: Undefined symbol vApplicationGetIdleTaskMemory (referred from

2401_84690709的博客

03-24

305

在FreeRTOS.h 文件中 configSUPPORT_STATIC_ALLOCATION 1 这意味着开启了静态内存分配功能。把静态任务改为 configSUPPORT_STATIC_ALLOCATION 0 关闭静态内存分配功能。开启动态分配功能 configSUPPORT_DYNAMIC_ALLOCATION 1。原因可能是没有关闭静态匹配内存的宏定义和没有开启动态内存的宏定义。关于freerots移植后动态创建任务的创建，出现的错误。

移植FreeRTOS时Undefined symbol vApplicationTickHook referred from tasks.o

嗜梦的博客

04-14

4151

移植FreeRTOS时Undefined symbol vApplicationTickHook referred from tasks.o原因及解决方法原因及解决方法编译时提示多个hook函数未定义，这是因为在"FreeRTOSConfig.h"中定义了这些钩子函数，但未找到函数定义，我们先注释掉这些定义，就是将configUSE_IDLE_HOOK之类的宏定义定义为0即可。 ...

FreeRTOS/Source/CMSIS_RTOS_V2/freertos_os2.h(31): error: #13: expected a file name报错

jacklood的博客

08-23

4243

在cubemx选择freertos的版本时如果选择V1生成后的工程代码不报错，如果选择V2生成后的工程代码编译报错。2、问题解决：修改cubemx配置，将V1.8.6改选为V1.8.5后编译不再报错。

关于Clion使用FreeRTOS的时候遇见编译问题的解决方案

weixin_56634270的博客

05-10

555

RTOS既然是别人的源码的话，那么无可避免的就是移植的问题，通过我一通移植之后还是出现了编译失败的问题。一开始觉得是自己的移植哪里不对，然后我就决定使用stm32CuBeMX的生成RTOS的功能，按说不会出现问题，但是依然是那个编译失败的问题。本次带来的依然是clion系列，随着本人的学习，迫切的希望能进行操作系统相关的学习研究，与此同时就是在想：什么操作系统入手比较好，一开始入手了一下操作系统，可是后来决定入手FreeRTOS，首先它是轻量级的，然后就是它是免费的。那么我们打开它的功能就好了呗。

解决FreeRTOS,keil报错

2301_80272947的博客

03-12

932

解决报错：.\one.axf: Error: L6218E: Undefined symbol xTaskGetSchedulerState (referred from stm32f10x_it.o).

FreeRTOS的HOOK，以及（23）FreeRTOS 空闲任务分析

Hali_Botebie的博客

04-13

1996

FreeRTOS 空闲内存分析 FreeRTOS 空闲任务分析当RTOS调度器开始工作后，为了保证至少有一个任务在运行，空闲任务被自动创建，占用最低优先级（0优先级）。 xReturn = xTaskCreate( prvIdleTask, "IDLE",configMINIMAL_STACK_SIZE, (void * ) NULL, (tskIDL

FreeRTOS-钩子函数

weixin_47077788的博客

12-06

2274

vApplicationTickHook()函数在中断服务程序中执行，所以这个函数必须短而有效率，不能加延时，不能大量使用堆栈，也不能调用“FromISR”结尾的API函数。如果没有其它任务优先级和空闲任务相同，那空闲任务钩子函数里不能阻塞或挂起自身。栈溢出可能会把系统栈溢出检测代码的数据也给破坏掉了，而导致栈溢出检测失效，这时栈溢出钩子函数也就无法调用了。可以统计在一定周期时间内系统执行空闲任务的tick数，就可以获取到CPU空闲率（如1s内空闲任务运行了0.9s，则CPU占用率为10%）。

关于MCU M4内核移植FreeRTOS的笔记

qq_42790070的博客

03-29

9267

本次使用华大HC32F460的MCU移植了FreeRTOS，使用的平台是IAR。废话不多说，先来看看移植需要的资源。 1、开发平台EWARM-CD-8401-21539。 2、IAR注册机。 3、华大MCU HC32F460。 4、华大驱动库hc32f46x_ddl_Rev1.3.1。 5、FreeRTOS源码FreeRTOSv9.0.0，当然官方网站有最新的，不过9.0.0版本是别人移植最多的，资料也容易查找。 M4内核都是这样移植的哦，下面开始移植。 1.移植FreeRTOS源码

【STM32】FreeRTOS系统配置

C/C++软件工程师、嵌入式软件工程师、物联网研发工程师、C/C++讲师、物联网讲师、嵌入式讲师、鸿蒙讲师---欢迎大家一起交流(私信添加博主微信)

11-08

2552

00. 目录文章目录00. 目录01. 概述02. FreeRTOS配置文件03. INCLUDE开始的宏04. config开始的宏05. 其它06. 附录07. 参考 01. 概述在实际使用FreeRTOS的时候，我们常常需要根据自己的需求来配置FreeRTOS，而且不同的架构的MCU在使用的时候配置也不同。FreeRTOS的系统配置文件为FreeRTOSConfig.h，在该配置文件中可以完成FreeRTOS的裁剪和配置，这是非常重要的一个文件。 FreeRTOS内核是高度可定制的，

FreeRTOS中的宏定义

dreamexplorer_xlg的博客

06-07

965

freeRTOS中的宏定义

07_FreeRTOS任务调度器的挂起和恢复

Yuanghxb的博客

01-22

3476

PendSV的触发是在SysTick定时器中断里面触发的, xPortSysTickHandler()。3.挂起调度器的方式,适合于临界区位于任务与任务之间;既不用去延时中断,又可以做临界区的安全。饿任务之间的资源争夺,中断照样可以直接响应;vTaskSuspendAll()任务调度器挂起函数详解。1.与临界区不一样的是,挂起任务调度器,未关闭中断;xTaskResumeAll()任务调度器挂起函数详解。挂起任务调度器,调用此函数不需要关闭中断。

STC32G12K128在KEIL中安装注册以及编译问题

weixin_44348833的博客

05-31

1863

初次使用STC32G12K128出现的编译以及注册问题

KEIL编译上的问题

cgh0817的博客

05-23

9892

楼主后来怎么解决的？我现在也遇到类似问题，也是在51822上，用keil5. 莫名其妙的就编译报错： .\_build\ble_app_uart.axf: Error: L6200E: Symbol __stdout multiply defined (by stdio_streams.o and app_trace.o). .\_build\ble_app_uart.axf: Erro

FreeRTOS_005_FreeRTOSConfig.h配置文件（二）_HOOK钩子函数

strongerHuang

08-26

5839

Error: L6218E: Undefined symbol vApplicationGetIdleTaskMemory (referred from tasks.o).

weixin_64034587的博客

09-13

2944

Undefined symbol vApplicationGetIdleTaskMemory (referred from tasks.o).

关于KeilC51如何安装芯片包的问题

qq_55490300的博客

02-14

7639

当你出现这样的提示：*** Error: Project 'main' requires 'C51' Toolchain which is not installed.意味着你没有安装C51的芯片，这个时候需要安装。最好的办法就是下一个keil5，包含c51。

ccs报错gmake: *** [build-278348991] Error 1

最新发布

04-18

<think>好的，用户的问题是关于在CCS环境中遇到的gmake报错，错误代码为Error 1，需要找到解决方案。首先，我需要回忆之前处理类似问题的经验，并参考用户提供的引用内容。首先查看用户提供的引用内容，特别是引用[2]和引用[3]。引用[2]中提到，错误是由于文件路径不正确导致的，解决方法是检查文件路径并重新配置。引用[3]则提到可能因为其他错误导致构建失败，需要先解决其他错误。而用户现在遇到的是Error 1，这可能与路径问题或构建规则有关。接下来分析可能的错误原因。Error 1通常表示编译过程中出现了致命错误，导致构建停止。可能的原因包括：文件缺失或路径错误、工具链配置问题、环境变量不正确、权限问题等。根据引用[2]，路径错误是常见原因，尤其是当用户移动了工程文件或路径包含中文或特殊字符时，可能导致gmake找不到文件。解决方案步骤方面，首先建议用户检查文件路径是否正确，特别是报错中提到的文件是否存在，路径是否有中文或特殊字符。然后检查构建配置，确认编译器工具链是否正确安装，环境变量是否设置正确。接着检查工程属性中的文件链接路径，是否有无效或错误的引用。此外，清理工程并重新构建，有时候临时文件可能导致问题。如果问题依然存在，可能需要重新安装CCS或检查权限问题。需要提醒用户注意路径中的中文字符和空格，这些常导致问题。另外，确保安装路径没有特殊字符，使用默认路径可能更可靠。如果用户按照步骤操作后仍未解决，可能需要更详细的错误日志来进一步诊断。最后，生成相关问题，帮助用户覆盖可能的其他问题，比如路径错误、环境变量设置、工程清理方法等。</think>针对CCS环境中出现的gmake Error 1问题，可通过以下步骤排查解决： ### 分步解决方案 1. **检查文件路径有效性** - 右键点击报错文件 > Properties > Resource > Location，确认路径是否包含中文/特殊字符（如`寮?鍙`等乱码显示）[^2] - 示例：若路径显示为`E:/TI/.../28035寮?鍙...`，需通过Edit按钮重新选择正确文件 - 使用英文路径并避免空格，如`E:/TI/Projects/28035_U2` 2. **验证工具链配置** - 进入Project Properties > Build > CCS General > Compiler Version - 检查是否显示`No compiler detected`，若是则需重新安装编译器或配置环境变量 - 确认`CCS_INSTALL_ROOT`环境变量指向CCS安装目录（默认路径为`C:/ti`） 3. **检查工程依赖文件** - 展开Project Explorer中的`DSP2803x_headers`和`DSP2803x_common`库 - 右键点击带红色叉号的文件 > Exclude from Build，再重新包含正确文件[^2] 4. **清理重建工程** ```bash Project > Clean > Clean all projects Project > Build Project ``` 5. **权限与环境验证** - 以管理员身份运行CCS - 检查杀毒软件是否拦截了elf2img.exe等编译工具 - 确认磁盘剩余空间大于2GB（编译临时文件需求） ### 典型错误场景对照表 | 现象 | 解决方案 | |-------|----------| | `gmake: *** No rule to make target` | 文件路径包含中文/特殊字符[^2] | | `process_begin: CreateProcess(...) failed` | 杀毒软件拦截或工具链未安装 | | `Error 2 (ignored)` | 缺少post-build处理工具（如elf2img.exe）[^1] | ### 深度优化建议若频繁遇到路径问题，可通过`${PROJECT_ROOT}`宏定义相对路径。在`Build > Variables`中添加自定义变量，将绝对路径改为`${MY_LIB}/DSP2803x_headers`