stm32程序过一会就跑飞了

stm32单片机问题，stm32调试模式下正常退出一会子异常stm32调试模式下正常退出一会子异常的原因:1为什么主控程序第一步将一个I/O口配置成中断输入模。

分享到微博QQ微信LinkedIn MCU 程序崩溃，而原因可以从以下几个方面找到:1。意外中断。是否开启了中断，但没有响应并清除中音标志，导致程序一直进入中断，造成死机的假象？2.中断变量处理不当。如果在中断中定义了一些将要修改的全局变量，要注意两个问题:首先，为了防止编译器对中断变量进行优化，要在定义这些变量之前添加volatile其次，在读取主循环中的中断变量之前，要先关闭全局中断，防止中途被中断和修改，读取完之后再打开全局中断；否则数据会混乱。

我想强调的是，数组下标在循环函数中使用了循环变量。如果循环变量控制不好，数组下标会越界，系统寄存器会被意外修改，导致崩溃。在这种情况下，如果崩溃意味着好运，否则我不知道后面会发生什么。4.无条件无限循环；比如用while(x)；等待等级变化，一般情况下，x会变成0，以防万一，所以最好加时间限制；5.看门狗没关。

STM32可以实现多个app。你可以通过你的IAP控制应用，你可以选择通过不同的地址跳转到不同的应用。一般直接使用的IAP就像app跳转一样，反向跳转一般是通过复位来实现，但也可以通过代码跳转来实现，app之间的跳转也是一样的。需要注意的是，每个APP，包括IAP，都有自己的中断向量表。如果在相应的代码中使用了中断，请记得在跳转之前关闭中断，以免在跳转之后但在重置中断向量表之前进入中断。程序可能跑了。

1)模拟正确吗？2)如果仿真正确，请将JLINK从开发板上完全拔下，否则JLINK会占用一些管脚，导致程序无法运行。你在开发板上折腾吗？您的代码应该会自动运行，而无需按下重置键。按了之后没眨一下。估计是程序飞走了。你得问复位键的设计者这个键是怎么用的，软复位的中断响应是不是没写。总之跟你的LED闪程序没关系。

程序已经转义或者进入了一些严重错误的中断函数。你可以模拟一下，看看你进入了哪个中断函数，从而识别错误类型。常见的错误有数据溢出(数据超过最大值)、除数为零、越界访问(通常是数组)等。我曾经使用过函数sprinft，它也导致了一个错误。稍后，只需将替换数组的长度改为偶数即可。

步骤1，配置一个I/O端口中断输入模式。这里需要注意的是，GPIO本身没有中断功能什么的。如果强制产生中断输入模式，需要将相应的端口映射到相应的外部事件。而其他外设有中断功能，只要直接使能/禁用它们的中断，比如USART，直接开启它们的发送/接收中断，那么USART就会相应地工作在中断模式。起初，我在这一点上很疑惑:为什么GPIO端口工作在中断模式时必须映射到外部事件，而其他端口则不需要？

stm32在调试模式下正常退出一会孩子异常的原因是:1。输出设置中未选择debuginformation，2.未选择调试选项runtomain()。3.在程序中，使用了printf并通过fputc进行了重定向，但没有选择usemicroLib选项。