Skip to main content
Associate
February 20, 2026
Solved

stm32h747xih6: issue with FreeRTOS / TIM3 as scheduler time base

  • February 20, 2026
  • 2 replies
  • 180 views

stm32_IEC_project_CM7.elf [cores: 0]
Thread #1 [main] 1 [core: 0] (Suspended : Signal : SIGTRAP:Trace/breakpoint trap)
0xfffffffe
<signal handler called>() at 0xfffffff1
HAL_TIM_IRQHandler() at stm32h7xx_hal_tim.c:3,777 0x8055b74
TIM3_IRQHandler() at stm32h7xx_it.c:185 0x804a352
<signal handler called>() at 0xfffffffd
prvPortStartFirstTask() at port.c:267 0x8065f78
xPortStartScheduler() at port.c:379 0x806608c
pxPortInitialiseStack() at port.c:214 0x8065ed0

 

This is the error which comes suddenly. here i use tim3 as base source for the tick interrupt of task scheduler as replace of  systick. Previously this code works fine. suddenly creates issues in worked hardware itself  . after some time device works and fails randomly but same code what reason

 

 

Best answer by mƎALLEm

Hello @Sanjay22 and welcome to the ST community,

To my knowledge, it's recommended to use system tick timer for FreeRTOS and another GP timer for the HAL.

2 replies

mƎALLEm
mƎALLEmBest answer
Technical Moderator
February 20, 2026

Hello @Sanjay22 and welcome to the ST community,

To my knowledge, it's recommended to use system tick timer for FreeRTOS and another GP timer for the HAL.

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."
Sanjay22Author
Associate
February 21, 2026

Hello @mƎALLEm ,Actually gp timer has high resolution as compared to the system tick timer. Any other solution is there related to this?

mƎALLEm
Technical Moderator
February 21, 2026

Why a higher resolution timer for RTOS time base is needed? what is the constraint?

 

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."