keil5调试delay卡死

最新推荐文章于 2024-09-10 14:48:23 发布
最新推荐文章于 2024-09-10 14:48:23 发布
阅读量5.1k 收藏 7
点赞数 7
CC 4.0 BY-SA版权
文章标签： c++ stm32 嵌入式硬件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_51973576/article/details/125531455
本文讨论了一位开发者在STM32编程中遇到的滴答定时器中断未触发导致程序卡死的问题。关键在于检查和启用滴答定时器中断函数，确保其在stm32f4xx_it.c文件中未被注释，并在主函数中调用了初始化函数SysTick_Init()。通过这些步骤，可以解决类似问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

非常难受，改了一晚上bug才发现自己的delay_ms()会卡死；

我卡死的原因是滴答定时器中断函数没有被调用

void TimingDelay_Decrement(void)
{
	if (TimingDelay != 0x00)
	{ 
		TimingDelay--;
	}
}

如果以上两个函数都有，那么需要检查一下 stm32f4xx_it.c文件

 我的里面最后的关于滴答定时器的中断函数被注释了

删掉注释在加入你的滴答定时器的头文件就可以了

如果你的还不行，可能是主函数中没有调用滴答定时器的初始化函数

SysTick_Init(); 

STM32卡死的问题
aw的博客
09-08 2606
STM32延时delay_ms()就卡死,delay_ms(5)都不行。 刚开始以为是延时的问题，经调试发现用了延时之后 数组i=1之后就会卡死， 我是这样定义数组的。 static float PWM_Value[][3]={0};//保存三个角度 PWM_Value[i][0]=(pitch+135)*10;//保存角度 TIM_SetCompare1(TIM3,PWM_Value[i][0]);//做出动作 将数组定义改为 static float PWM_Value[100][3]={0}
【无标题】关于keil仿真STM32利用HAL库中HAL_Delay进行延时进入死循环问题
weixin_47623242的博客
08-30 517
HAL_Delay（）是利用系统时钟 SysTick中断进行，如果SysTick设置不正确——没有正确初始化；按F11逐步运行发现，程序会永远在这两个函数跳转，tickstart一直等于0，而在跳转返回前tickstant≠0；
STM32硬件调试过程遇中到Delay_ms()函数卡死的问题
热门推荐
chenpkai的博客
08-30 3万+
程序在LCD初始化过程中卡死，通过硬件调试发现卡在Delay_ms()函数，转到定义发现其为Delay_us的宏定义函数： #define Delay_ms(x) Delay_us(1000*x)//单位ms 即延迟x单位ms，转到Delay_us()函数定义： void Delay_us(__IO u32 nTime) { TimingDelay = nTim
关于在定时器中断函数中的内核定时器Delay卡死问题
qq_54215896的博客
11-17 1863
关于在定时器中断函数中的内核定时器Delay卡死问题
延时函数delay_ms不能执行
qq_43234454的博客
12-30 975
删除掉HAL库文件中的stm32f1xx_hal_timebase_rtc_alarm_template.c等带template的模板文件，再次执行烧录代码led灯可以闪烁。在执行呼吸灯代码时，led灯不能正常点亮，经过串口打印信息发现使用正点原子的delay.c文件中的delay_ms执行无反应，通过查找发现是一些HAL库的模板文件引起的。
使用KEIL调试延时函数
weixin_46183891的博客
10-24 1万+
本文介绍如何使用KEIL5调试模式来测试延时函数的时间。 在调试之前要先确保调试相关的配置正确： 1、Target选项卡选择正确的晶振频率。 2、Debug选项卡选择硬件仿真，接着进入Settings。 3、在Settings中，Trace选项卡中选择正确的晶振频率、勾选Trace Enable、勾选Autodetect。 完成以上相关设置后连接上单片机，编译工程，并点击Debug按钮，开始进入调试： 在延时函数前后打上断点 ，并按下全速运行。 可以看到，程序在第一个断点...
keil5自动补全卡死
04-03
嗯，用户提到Keil5的自动补全功能导致程序卡死，这个问题可能跟多个因素有关。首先，我需要回忆一下自己使用Keil的经验，或者看看有没有类似的情况。根据用户提供的引用，比如引用[1]和[2]，可能涉及到工程设置或...
keil5debug卡死
02-26
当遇到Keil 5调试过程中出现卡死的情况时，驱动问题是常见的原因之一。确保使用的STLink驱动是最新的版本非常重要。如果当前使用的驱动存在问题，则可能导致调试工具无法正常工作，进而引起Keil软件卡死现象[^1]。 ...
单片机调试卡死
最新发布
07-23
工程文件路径中包含中文字符可能会导致 Keil uVision5 在调试过程中出现问题，包括退出调试模式时卡死。解决方法是将工程文件路径改为全英文路径，以避免兼容性问题[^3]。 ### 2. 调试器配置问题 在使用 Keil 自带...
keil5debug调试N32G031进不去main
06-24
§§相关问题§§1.Keil调试时如何查看寄存器的值？2.如何配置Keil的烧录算法？3.如何检查堆栈溢出问题？4.如何修改启动文件中的堆栈大小？</think>### Keil5调试N32G031无法进入main函数的解决方案 此问题通常由...
CubeMx 三、外部中断配置，HAL_Delay()放在中断函数里程序进入死循环
大脑曝光
05-05 3077
一、配置外部中断 1.配置引脚： 1.选择外部中断 2.选择触发条件 3.选择上下拉 2.使能中断 1勾选中断，使能中断 3.生成代码中，在main.c中添加中断回调函数 void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if(GPIO_Pin == GPIO_PIN_0) //判断中断线 { HAL_GPIO_To...
51单片机学习笔记（10）——Keil延时软件仿真
masudong的博客
05-07 1万+
C语言编程常用的有4种延时方法： 在某些时候，我们想要知道程序里面的延时函数到底延时多长时间，这时候就可以用Keil软件仿真来实现。 ①在keil中编写一个简单的延时应用程序： #include "reg52.h" typedef unsigned char u8; typedef unsigned int u16; void delay(u16 time) { while(time--)...
正点原子delay_ms函数失效问题及其解决方法
m0_52332336的博客
04-14 3002
在做竞赛时候发现正点原子的delay_ms函数不能定较长时间，又因为keil不能显示函数注释的原因一直没去看delay_ms的注释。在VScode里看到delay_ms的注释又是支持OS的函数看不到注释。直到闲着没事看delay库才知道这个函数不能接受过大的定时左：查看定义时显示的是支持OS的函数 右：实际使用的函数，注释表明不能接受过大的nms。
STM32CubeMX生成工程进入HAL_Delay()函数后卡死
qq_33769465的博客
02-18 7836
STM32CubeMX生成工程进入HAL_Delay()函数后卡死 单片机正常写入程序并运行，但是在按下独立按键后就莫名卡死，无法跳出按键的中断处理程序。 通过Debug一步步排除，发现是HAL_Delay()函数位置产生了死循环，进一步检查函数内部，最后发现是因为按键使用了中断模式，并且按键中断的抢占优先级（Preemption priority）与系统时钟中断（Time base:System tick timer）的抢占优先级相同，因此在按键中断处理程序中的系统时钟中断会被屏蔽，而HAL_Delay(
stm32运行到delay停住不再继续运行
qq_51712037的博客
11-08 2477
在调试stm32的代码的时候运行到delay处停住。 问题描述： 在delay之前向串口打印可以，但是在delay之后向串口打印发现无任何现象 或者在调试的时候运行到delay处停住 解决方法 主函数中没有对延时函数进行初始化 ...
stm32us延时
weixin_45518952的博客
02-26 682
ms级延时,延时n毫秒SysCtlDelay(n*(SystemCoreClock/3000));m级延时,延时n秒SysCtlDelay(n*(SystemCoreClock/3));//bit2清空,选择外部时钟 HCLK/8。//时间加载(SysTick->LOAD为24bit)SysTick->CTRL=0x00;
STM32HAL库HAL_Delay()卡死
2401_84167576的博客
09-10 1003
STM32的HAL_Delay本质上是和Systick有关，而Systick官方默认的优先级为15，非常低，如果在中断里调用了HAL_Delay()函数就会出现卡死的问题。需要将Systick的优先级提高，外部中断的优先级降低(建议最好不要在中断中调用HAL_Delay()函数)
STM32HAL工程中HAL_delay函数卡死问题
weixin_55169194的博客
11-24 7310
在移植ld3320的代码到STM32F1的hal库时，发现使用hal库自带的hal_delay函数会导致程序卡死
stm32 中断函数里使用 HAL_Delay() 导致程序卡死的原因
月入鱼饵的博客
08-26 2701
本文将详细介绍 stm32 中断函数里使用 HAL_Delay() 导致程序卡死的原因。
keil仿真调试卡住不知道程序卡在那里
03-23
<think>嗯，用户的问题是关于Keil仿真调试时程序卡住的解决方案、原因分析和方法。我需要结合提供的引用资料来整理出一个清晰的回答。首先，我应该先看看用户提供的四个引用内容，从中提取有用的信息。 引用1提到退出调试模式时卡死，解决方案包括检查调试配置和清除临时文件。这可能和仿真器设置有关。引用2提到了“不正确参数”错误，建议使用开源工具修复参数问题，这可能涉及调试配置的参数设置。引用3讨论了程序跑飞的原因，比如堆栈溢出或中断冲突，需要检查这些方面。引用4指出HAL_Delay的问题，由于SysTick未正确初始化或被中断打断，导致死循环，解决方案是正确初始化SysTick和调整中断优先级。 接下来，我需要将这些信息分类整理。可能的原因包括仿真器配置错误、程序代码问题（如死循环、堆栈溢出、中断冲突）、硬件连接问题，以及软件本身的兼容性。解决方案部分需要分步骤说明，比如检查仿真器配置、调试代码逻辑、检查硬件连接、更新软件版本，以及使用特定工具修复参数错误。 在回答时，需要按照用户的要求，结构清晰，分点说明原因和解决方案，并引用对应的参考文献。同时，生成的相关问题应该围绕用户可能遇到的后续疑问展开，比如性能分析、优化方法、应用场景等，但这里需要调整到Keil和程序卡死的相关问题上，比如不同芯片的解决方案、常见错误码分析、仿真与真实硬件差异等。 要注意使用中文，行内数学公式用$...$，但这个问题可能不太涉及数学公式，所以可能不需要。独立公式如果需要的话用$$...$$，但同样可能不适用。要确保LaTeX语法正确，不过可能这里用到的机会不多。最后，生成的问题需要符合用户的实际需求，帮助他们深入解决问题。</think>### Keil仿真调试程序卡住问题解决方案 #### 一、常见原因分析 1. **仿真器配置错误** 调试参数设置不当（如时钟频率、接口类型不匹配）可能导致通信异常[^1][^2]。例如使用ST-Link时未正确选择SWD/JTAG模式，或调试器驱动版本过旧。 2. **程序代码问题** - 死循环或未处理的异常中断（如HardFault）[^3] - 堆栈溢出（常见于递归调用或大型局部变量） - 中断优先级冲突（如SysTick被高优先级中断阻塞）[^4] 3. **硬件连接异常** 接口接触不良、目标板供电不足或复位电路异常，导致调试信号传输中断。 4. **软件兼容性问题** Keil版本与芯片支持包（Device Family Pack）版本不匹配，或工程文件路径含中文字符。 #### 二、分步解决方案 1. **基础排查** ```c // 检查关键代码段（示例：SysTick初始化） HAL_SYSTICK_Config(SystemCoreClock/1000); // 确保正确设置1ms中断周期 HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK); ``` - 核对调试器配置：Project > Options > Debug选项卡，确认使用的仿真器型号和接口参数[^2] - 执行菜单操作：File > Rebuild All Target Files 并清除临时文件（Objects文件夹） 2. **程序调试方法** - **进入HardFault时**：查看Call Stack + Locals窗口，检查LR寄存器的返回地址[^3] - **检测死循环**：在疑似卡死代码处设置断点，使用Disassembly窗口观察指令流 - **内存检查**：通过Memory窗口查看堆栈指针(SP)是否超出限定范围 3. **硬件诊断** 使用示波器测量调试接口（SWD的SWCLK/SWDIO）信号质量，确认电平幅度和波形完整性。 4. **高级修复方案** - 使用开源工具自动修复参数错误（参考提供的解决方案） - 更新到最新版Keil MDK和对应芯片DFP包 - 在HAL库中添加超时保护机制： ```c HAL_StatusTypeDef HAL_Delay(uint32_t Delay) { uint32_t tickstart = HAL_GetTick(); while((HAL_GetTick() - tickstart) < Delay) { if(/* 超时条件检测 */) return HAL_ERROR; } return HAL_OK; } ``` #### 三、典型错误处理流程 $$ \text{问题现象} \rightarrow \text{隔离测试（新建最小系统工程）} \rightarrow \text{信号测量} \rightarrow \text{代码审查} \rightarrow \text{版本回滚/升级} $$
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值