首页 > 技术文章 > STM32 Cubemx FreeRTOS的timebase配置(转)

mickey-double 2019-09-23 14:02 原文

原文链接: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,最高优先级。

 

推荐阅读