stm32 在线升级的惨痛经历

一、问题

在成功实现了程序定时在APP和IAP之间来回切换后，以为已经掌握了stm在线升级的秘诀，于是兴冲冲的开始改公司的升级程序。结果，发现程序可以从IAP跳转到APP，但是程序会跑飞。在进入APP模式后，结束调试时，会自动跳转到一下界面。

尝试调试无数次，依然没有进展，而且毫无办法，不知道哪里出了问题。

二、尝试解决与交叉验证

1、将APP程序替换成之前的亮灯程序，然后进行更新，更新完毕后，APP程序正常运行。此步骤验证了IAP程序是可以正常跳转的。

2、先进行IAP在线升级，将APP程序通过升级的方式烧录到FLASH，然后写入之前可以正常工作的已有的IAP程序。发现APP正常工作，此方法可以验证通过升级的方式写入的APP程序是正确和完整的。

3、通过以上步骤的交叉验证，可以证明IAP和APP程序都是正确的。那么问题出在哪里呢？？

4、尝试在现有的APP程序里，添加入之前可以正常工作的led亮灯的APP程序，屏蔽掉与亮灯程序无关的代码。然后通过在线升级的方法写入修改过的APP程序，结果发现IAP可以成功跳转到APP部分，且APP工作正常；

5、逐步添加APP里被屏蔽掉的代码，并逐步删除新加入的LED亮灯有关的代码，看是从哪一步骤开始，APP代码不能正常工作；

6、为了快速验证，先后写入IAP和APP程序。在IAP程序里 只通过定时的方式，定时切换到APP程序。观察IAP是否可以跳转，APP程序是否可以工作。

三、问题点

经过以上步骤，发现在删除定时器2的中断处理函数后，IAP可以跳转，但APP会跑飞。

原因：

1、在IAP程序里，我开了定时器2，在跳转前关闭了总中断；这个是与之前已有的IAP程序不一样的地方，之前代码是用了定时器3；

2、在IAP跳转到APP后，重新打开了总中断。这个时候，定时器2又重新开始工作，但是在我的APP程序里，因为没有用定时器2，所以没有写定时器2的中断处理函数，所以程序会跑飞。

四、 总结

1、在跳转前，一定要把已经使用到的外设全部关闭。比如

__disable_irq();

TIM_Cmd(TIM2,DISABLE );

GotoAPPMain();

2、在所有的外设声明前，一定要先复位，比如

TIM_DeInit (TIM3 );

3、最好定时器的功能都用的一致，比如IAP和APP都用定时器2 或者定时器3，不要一个用定时器2 ，另一个用定时器3。