STM32 调试时卡死在startup.s中

今天在写stm32程序时，发现程序一直卡死在startup_stm32fxxx_md.s中的B处。这个问题在百度之后发现是中断函数名的问题，还有中断函数中没有清除中断标志位。所以在写中断函数时要检查中断函数名是否正确，还有是否已经清除中断标志位。

出现的问题 硬件调试的时候发现程序一直在启动文件下面箭头这行。显然是跟SysTick_Handler有关 由于我使用了FreeRTOS，所以需要SysTick为系统时基单元，所以需要SysTick_Handler，但是我却没有定义此中断函数，所以导致上面的程序一直进入不了以SysTick_handler命名的中断函数；填上就好了； 解决问题 添加SysTick_Handler函数： ...

简单说，启动文件就是 STM32 单片机上电后执行的第一段代码。它通常是汇编写的.s文件，作用如下：✅ 设置栈顶（给程序运行分配临时空间）✅ 初始化中断向量表（告诉 CPU 各类中断的处理函数地址）✅ 处理全局变量的初始化（.data 和 .bss 段）✅ 最终跳转到你的main()函数，开始运行主程序！📌大白话解释：STM32 上电后就像“刚醒的电脑”，启动文件就是它的 BIOS，负责开机、加载环境、把控制权交给你写的代码。.word _estack // 栈顶地址。

Keil调试STM32卡死在文件startup_stm32f10x_hd.s的B处

stm32中断陷入startup.s的问题

编写中断函数及配置中断时，代码没有问题，使用GPIOA PA11作为中断，程序烧录后一直无法运行，追踪了好久，程序一直死在启动文件.s的B.中，搜索大神们关于程序卡死在B.文件中，说如下：（在此谢谢大神https://blog.csdn.net/u014470361/article/details/78780444），继续下文 但是我找了半天，很确信中断函数都进行了处理处理，说明不是这个问题。继续探究，先附上代码，解决方法如下： void GPIO_InterFuntionInit(void) {

某个项目开发过程中，串口接收中断，开启了DMA数据传输，开启了DMA中断，开启DMA半满中断。然后程序运行的过程中，接收了一部分数据后就会卡在启动文件的DMA1_Ch4_7_DMA2_Ch3_5_IRQHandler 中断里。本文主要干啥事内：某个项目开发过程中，串口接收中断，开启了DMA数据传输，开启了DMA中断，开启DMA半满中断。然后程序运行的过程中，接收了一部分数据后就会卡在启动文件的一个中断里。本文介绍如何排查问题并解决该问题。硬件环境软件开发环境IAR 8.32.1VSCODE。

之后排查了才发现，串口中断开了NVIC以及中断，但是没有写中断函数，注释掉了，导致程序卡顿，之前的按键中断也是这样，没写全所有按键中断，导致程序卡住了。之后继续运行后停止，发现目前会运行到此启动文件处，发现这是中断函数的定义处，我的思路是按键计数到3，串口发送，但是发送有问题，Debug试试。

今天调试程序，总是卡死在startup_stm32f10x_md.s 文件里，第一次遇到，很蛋疼，网上说的办法不能解决我的问题， 但是最后发现是我使能了一个中断  但是在相应的中断函数里没有做任何操作导致的，在中断函数里清空中断标志就正常了

1.自动下载电路出了问题，导致ch340一直rst或者使得boot短接。解决：拔掉ch340 破坏自动下载电路，再下载烧录。2.芯片写保护导致锁存。解决：擦除芯片选项字节内容。3.rst引脚短接。

解决PLATFORMIO STM32F407VE工程卡死在启动文件的问题 由于工作原因，需要在linux平台做固件开发，因此在查询了一些资料后，选择了vscode+platformio的方式来搭建STM32的开发环境。但是在调试STM32F407工程的时候出现了一些问题，因此特意记录一下。 环境 Ubuntu 18.04 lts；vscode 1.58.0；platformio core5.1.1 home 3.3.4；MCU STM32F407VET6 问题现象 使用board generic-stm32

运行之后便会出现这个错误。

STM32调试程序停在 B . 处 问题描述 调试STM32程序时，程序停止在 startup_stm32f103xb.s文件的B .处，如下图所示： 原因 程序卡死在 B . 处，说明有中断没有处理； 比如，启用了某个类型的中断，但是没有对应的中断处理函数，则会出现这种问题； 解决办法 重点检查一下中断处理函数部分与中断使能部分的对应关系； 情况之一：有可能在修改程序的时候不小心屏蔽掉了某个中断处理入口函数。 ...

程序在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