stm32为什么开机程序跑飞

stm32单片机问题，STM32单片机程序死机，为什么我打开Systick中断后main 程序第一步，配置了一个I/O口进入中断输入模式？第二，中断不一样。1.stm32独立看门狗:stm32独立看门狗无中断，超时后直接复位，stm32崩溃的一般原因是什么？100K应该没有问题，如果你的单片机的IO管脚输出线悬空的话可以试试。

STM32向下递减。喂狗程序是周期性初始值，取值在40H到7FH之间(程序是正常的，不会重置)。当程序出现飞时，会因为无法执行而复位。指的是清除看门狗计数器，其实是定时器计数器，是为了防止程序发生意外而设置的监控装置。只要看门狗功能开启，看门狗计数器的计数值就会不断增加。当程序正常工作时，需要在看门狗计数器达到其最大值之前(即在看门狗的最大计数时间内)将其清零。

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

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

stm32独立看门狗和窗口看门狗的区别在于:时钟源不同，中断不同，使用条件不同。第一，时钟源不同。1.stm32独立看门狗:stm32独立看门狗使用40Khz的专用内部低速时钟，不需要启用时钟操作。2.窗口看门狗:窗口看门狗使用PCLK1的时钟，使用前需要使能。第二，中断不一样。1.stm32独立看门狗:stm32独立看门狗无中断，超时后直接复位。

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

100K应该没问题。试试你的单片机IO引脚输出线挂。程序它跑了或者进入了一些严重错误的中断函数。您可以模拟您输入的中断函数来识别错误类型。常见的错误有数据溢出(数据超过最大值)、除数为零、越界访问(通常是数组)等。我曾经使用过函数sprinft，它也导致了一个错误。稍后，只需将替换数组的长度改为偶数即可。

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