cancel
Showing results for 
Search instead for 
Did you mean: 

HAL tick problem

BHuss.2
Associate

Hi, 

I am using stm32wb55 mcu with freeRtos, I changed the timebase source time to TIM17 as recommended when using freeRTOS but I am facing unxpected behavior unless I use TIM17 as the source time base the HAL_Delay is not working and the uwTick is stack on zero until the freeRtos schedular starts. 
What I noticed that I did not get the TIM17 interrupt until the OS starts what is not clear for me, I changed the timebase source so I can call the HAL functions which are using the DELAY before the freeRTOS starts.

Any Idea 

BR 

Basel 

1 REPLY 1
Bob S
Principal

This is a known issue with FreeRTOS.  Any function that creates a FreeRTOS task/mutex/queue/etc. and is called before osKernelStart() will disable interrupts.  This includes the usual MX_FREERTOS_Init() function.  So any code you have between MX_FREERTOS_Init() and osKernelStart() will run with interrupts disabled.