程序卡在if ((HAL_GetTick() - tickstart) ＞ HSE_TIMEOUT_VALUE)处

最新推荐文章于 2025-09-11 18:17:16 发布
原创 最新推荐文章于 2025-09-11 18:17:16 发布 · 1.1w 阅读 · 13 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#stm32 #单片机

本文分析了一种常见的程序卡顿问题，即在HAL库中使用定时器时，由于重复使能时钟导致程序在特定条件判断处停滞不前的现象。文章深入探讨了问题的根本原因，并提供了相应的解决方案。

调试发现，程序卡在
if ((HAL_GetTick() - tickstart) > HSE_TIMEOUT_VALUE)处，不往下进行。
原因：重复使能时钟。

STM32中RCC库函数中振荡器配置代码简介（HAL库）
xiaozhoutx666的博客
06-25 575
的文章，又针对官方库进行了注释，如有错误，请理解。以HSE时钟配置为例。
stm32HAL库时钟tick定时函数分析与应用代码
m0_63566592的博客
01-29 2143
stm32延时函数解析和自实现
STM32使用HAL库移植系统时的一个特别注意点
漫长当下
02-09 2445
相信使用过HAL库的同学都应该接触过HAL_Delay();及HAL_GetTick();等等函数，其定义在stm32f0xx_hal.c文件中（见图1，这里以STM32F0系列为例，其它只是名字不一样，例如：F1、F4），从注释得知，其时基为1ms，可在用户文件中重新实现此函数，HAL_IncTick();函数在stm32f0xx_it.c文件的SysTick_Handler();函数中被调用，正是这里让uwTick全局变量以固定的周期执行加1操作，相当于赋予了心跳，我们使用前面提到的那些接口函数也才有了
【STM32】程序卡在while(__HAL_RCC_GET_FLAG(RCC_FLAG_HSERDY) != RESET)或者if((HAL_GetTick() - tickstart ) ＞ HS
m0_46681107的博客
02-18 3879
程序卡在while(__HAL_RCC_GET_FLAG(RCC_FLAG_HSERDY) != RESET)或者if((HAL_GetTick() - tickstart ) > HSE_TIMEOUT_VALUE)
STM32 新手必看：用 HAL_GetTick() 实现一个最简单的任务调度器
最新发布
m0_73231851的博客
09-11 846
在 STM32 项目中，如何优雅地让多个任务按照不同的周期运行，而不是用 `HAL_Delay()` 堵塞主循环？本文从零开始带你实现一个基于 `HAL_GetTick()` 的简易任务调度器，包含完整源码、使用示例和常见问题解答。即使你是嵌入式小白，看完也能马上上手。
用keil软件仿真STM32F407的时候程序卡在if ((HAL_GetTick() - tickstart) ＞ HSE_TIMEOUT_VALUE)处
qq_40247646的博客
04-26 3113
修改HAL_GetTick()函数以适应仿真环境。在软件仿真过程中，您可以编写一个虚拟的HAL_GetTick()函数，该函数模拟系统计时器的行为。请注意，这只是一个示例实现，您可能需要根据实际需求进行调整。询问了chatgpt以后，用他的办法成功了。
使用HAL库，程序一直卡在 HAL_GetTick( ) 函数中（已解决）
Oxy 的博客
07-11 1万+
STM32 在 while(1) 循环中，调用了 HAL_Delay() 函数，导致程序卡死。
STM32 使用HAL库，HAL_Delay()会卡死, 程序一直卡在 HAL_GetTick( ) 函数中（已解决）
热门推荐
走错路的程序员
11-02 1万+
今天遇到个很奇怪的问题, 不知道为什么, 单片机运行一会之后, 系统就没反应了, 经过调试发现, 系统卡在HAL_Delay()中了.之前也遇到过这个问题后来把HAL_Delay 去掉了. 然后发现不行, 还是得有它.不然发串口数据发的太快会乱掉. 得慢点发.我跟踪了很久也没有拦截到uwTickFreq 是什么时候更新的. keil工具也拦截不到是什么时候更新的.在循环中不停的停止和开启Tim3. 我估计是因为这个原因导致的. uwTickFreq 重新计算.也就是说, uwTick 不再增加了.
stm32f407 系统时钟初始化卡在 if((HAL_GetTick() - tickstart ) > HSE_TIMEOUT_VALUE)
06-26
<think>我们正在解决STM32F407系统时钟初始化过程中，HAL_RCC_OscConfig函数卡在HSE超时判断的问题。根据引用[2]和引用[4]，这个问题通常与HSE（外部高速时钟）未能就绪有关，导致程序在等待HSERDY标志时超时。可能...
程序卡在HAL_GetTick() - tickstart ) > Timeout进不了超时判断
08-05
您的问题描述表明，在STM32 HAL库中，当代码执行类似 `if ((HAL_GetTick() - tickstart) > Timeout)` 的判断时，程序卡在循环中无法触发超时处理逻辑。这通常是由于 `HAL_GetTick()` 的值未正确更新或时间溢出问题...
程序卡在if ((HAL_GetTick() - tickstart) > HSE_TIMEOUT_VALUE)处
03-24
这是一个关于程序卡住的问题，可能是由于 HSE 超时导致的。建议检查 HSE 的设置和配置，确保其正确性。同时，也可以尝试增加 HSE 超时的时间，以避免程序卡住。如果需要更具体的帮助，请提供更多的上下文和代码细节...
while (__HAL_RCC_GET_FLAG(RCC_FLAG_PLLRDY) == RESET) { if ((HAL_GetTick() - tickstart) > PLL_TIMEOUT_VALUE) { return HAL_TIMEOUT; } }卡死
08-02
在使用STM32 HAL库进行PLL时钟配置时，程序在等待`PLLRDY`标志时卡死，通常是由于系统时钟配置未能正确完成，或者`HAL_GetTick()`... if(timeout-- == 0) { // 超时处理 Error_Handler(); break; } } ``` ###
stm32软件触发ADC转换时一直卡在转换完成
k_acm的博客
01-21 359
原因：配置了多个通道的ADC转换，并且定时器中断中和主循环中分别触发了不同通道的ADC转换，导致定时器中断中的ADC转换打断了主循环中的ADC转换，导致ADC状态无法恢复为转换完成。解决：把所有ADC转换放一起，要么都放在主循环，要么都放在中断里。
STM32 HAL库HAL_Dealy导致程序卡死
ciqujinnian_的博客
11-21 1620
解决STM32HAL库使用HAL_Delay导致程序卡死的问题
用STM32开发小记及排坑小记
风飘红技术中心
12-29 3580
STM32初体验排坑小记
CubeMx---＞踩坑记录
qq_42069216的博客
03-09 2224
文章目录时钟配置1.时钟树晶振问题2.[时钟源的选择](https://www.cnblogs.com/niu-li/p/11172052.html) 时钟配置 1.时钟树晶振问题 现象及分析 卡住在 (HAL_GetTick() - tickstart) > HSE_TIMEOUT_VALUE ，这里查看是否在SysTick_Handler中调用累加计数器 处理 在CubeMx中时钟树的配置出了问题，其中HSE的值是根据所提供的晶振来设置的，是写死的比如下图中的25MHZ是因为硬件晶振就是25
stm32单片机模拟仿真问题
m0_57885027的博客
04-12 762
查阅网上资料，可以在cubemax中将heap size更改。但是发现还是不成功。我的解决办法是直接进行硬件仿真，忽略软件仿真，证明是可行的。if ((HAL_GetTick() - tickstart) > HSE_TIMEOUT_VALUE)处，不往下进行。用cubemax编写程序，编译无错，但模拟调试程序发现卡在。查找原因发现是重复使能时钟。
评论 16
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值