STM32卡在delay

在使用STM32的Hal库开发时，有时会遇到在中断中使用Hal_Delay()函数导致程序卡死的问题。这是因为Hal_Delay()函数是使用定时器实现的，并且它的定时器中断优先级为15，是最低的。为了解决这个问题，可以重新设置SysTick定时器中断的优先级。具体操作方式是使用HAL_NVIC_SetPriority函数来设置SysTick_IRQn中断的优先级为0，即最高优先级。这样就可以避免在中断中使用Hal_Delay()函数导致程序卡死的问题了。[1]

另外，有一些开发者也遇到了Hal_Delay()函数的问题。虽然延时的问题解决了，程序也不会卡死了，但是他们的LD3320模块却不能识别到声音。他们尝试了使用不同的例码和更换杜邦线，但都没有起作用。最后暂时的结论是模块可能出了问题，需要等待新的模块到来后再进行进一步的测试。[3]

相关问题

stm32调试卡在delay

如果你的 STM32 调试卡在 delay 函数时卡住了，可能是因为你在使用了 HAL 库的情况下，调用了 HAL_Delay 函数，但是 HAL_Delay 函数底层使用的是 SysTick 定时器中断，如果你没有正确配置 SysTick 定时器，就会导致 HAL_Delay 函数无法正常工作。

因此，你需要检查以下几个方面：

1. 确认 SysTick 定时器已经正确配置，并且使能了中断。
2. 检查 SysTick 中断是否被正确处理，在中断处理函数中需要清除中断标志位。
3. 确认你的时钟配置是正确的，SysTick 定时器的时钟源需要配置为 HCLK，如果时钟源配置错误，就会导致 SysTick 定时器无法正常工作。
4. 如果你使用了其他的延时函数，如 DWT 延时等，也需要确认其底层实现是否正确。

如果以上几点都没有问题，你可以尝试使用其他的延时函数进行测试。例如，你可以使用 TIM 定时器来实现延时，或者使用循环计数的方式来实现延时。

stm32f103c8t6 debug时一直卡在delay函数里

当在STM32F103C8T6微控制器上使用Keil MDK等IDE进行调试，如果程序卡在了`delay`函数中，这通常是由于以下原因：

1. **计数器溢出**：如果你使用的延时函数基于定时器计数，检查定时器配置是否正确，比如TIMxARR值设置得过小导致定时器溢出，使得延时期限无法达到预期。

2. **断点设置**：确认是否有其他地方设置了断点，这可能导致程序暂停在`delay`函数前后的某个位置，而非延时本身。

3. **中断嵌套**：如果在`delay`函数内有中断处理程序，而且该中断未被禁用，可能会导致无限循环，看起来像是卡住。

4. **调试工具问题**：有时候可能是调试器的问题，例如内存访问冲突、线程同步问题等，尝试刷新断点并逐步执行看看是否有异常发生。

5. **代码逻辑错误**：检查`delay`函数调用上下文，看是否存在死循环或其他可能导致无限等待的条件。

解决此类问题的步骤包括：
- 检查定时器配置是否合理，调整计数器值或分频系数；
- 清除所有临时断点，逐行单步调试；
- 验证中断状态，必要时禁止可能影响`delay`的中断；
- 检查整个函数的逻辑路径，确保不会陷入死循环。