STM32U5 HAL_Delay block

Hello @lilyGUO, welcome to ST Community, 

This could be due to the initialization of the uwTickFreq variable

if the initialization of the HAL_InitTick fails, the frequency remains unchanged whereas uwTickFreq is changed. This could lead to incorrect counting of ticks.

Please make sure that that the HAL_InitTick is successfully initialized and not generating a HAL Error

Additional Info:

HAL_Delay() stuck at 

while ((HAL_GetTick() - tickstart) < wait)
 {
 }

and uwTick always equal to 0, 

__weak uint32_t HAL_GetTick(void)
{
 return uwTick;
}

Hello again @lilyGUO 

I just came to notice that you're using ThreadX and LevelX,  some RTOSs take over the SysTick timer for their own use, so basically, ThreadX "steals" the SysTick interrupt from the HAL

Please try to use a different timer for HAL_Delay() and show us the code (the timer must be started before using HAL, because it will replace the systick)

Actually, this issue here refer to the setting of "TrustZone". 

If I negative this option when starting the project, the HAL_Delay worked.

Why does this setting impact the Systick?