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,最高优先级。

 

posted @   M&D  阅读(11428)  评论(0编辑  收藏  举报
编辑推荐:
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
阅读排行:
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 我与微信审核的“相爱相杀”看个人小程序副业
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· spring官宣接入deepseek,真的太香了~
点击右上角即可分享
微信分享提示