STM32 Cubemx FreeRTOS的timebase配置(转)
原文链接:https://blog.csdn.net/callmesumo/article/details/89403787
when FreeRtos is used.It is strongly recommended to use a HAL timebase source other than the Systic
在stmcubeMX中进行配置的时候,如果使用了freertos系统,生成代码的时候会有如下提示:
其意思就是,当使用了FreeRtos的时候,强烈建议HAL库使用除了Systick以外的时钟源。也就是说当不使用FreeRtos的时候,HAL使用的是systick作为时钟源,现在使用了rtos,不建议hal库和rtos一起使用systick作为时钟源。
我们先看一下rtos和HAL库使用systick作为时钟源的代码:
在文件stm32f1xx_it.c中,滴答定时器中断内容如下图所示,可以看到HAL库和rtos公用一个systick作为时钟源
接着根据软件的建议,使用定时作为HAL库的时钟源:
这里我们使用TIM1作为HAL库的时钟源,点击生成代码时,上边的警告已经不再出现了。
查看代码:发现现在使用systick作为时钟源的只有rtos
HAL库使用TIM1作为时钟源后,生成了一个文件
该文件里边的HAL_InitTick(uint32_t TickPriority)里边对tim1进行了配置
该文件里边的函数就是用来配置定时器的,1ms中断一次
在main()->HAL_Init()->HAL_InitTick(TICK_INT_PRIORITY);其中TICK_INT_PRIORITY的值为0,此时tim1的中断优先级是最高的。在tim1的中断函数中,我们可以看到,HAL库使用tim1的更新中断作为了时钟源
HAL_InitTick(uint32_t TickPriority)函数,有一段说明,里边有一点要注意,就是说当中断函数里边调用HAL_Delay()的时候,必须保证systick的优先级比中断函数的优先级高,因为这里是使用tim1作为时钟源,所以就是要求tim1的优先级比中断函数的优先级高,什么意思呢?例如串口中断的优先级是5,tim1的优先级是6,那么串口中断的优先级是高于tim1,此时调用HAL_Delay()是会出问题的。只有当tim1的优先级高于串口中断的时候(设置的数值小于5),才能调用,所以这里tim1的优先级就设置为了0,最高优先级。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 我与微信审核的“相爱相杀”看个人小程序副业
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· spring官宣接入deepseek,真的太香了~