关于STM32在线升级文件大或者跳转后中断有问题的解决方法（IAR环境）

首先，大家都知道是跳转到每个程序的复位中断地址，一开始我的IAR环境的启动文件是没有复位中断地址的，可以去IAR官网随便下载一个重新覆盖掉启动文件，当然还得看你的外设中断有没有包含，或者有多的要去掉（DCD Handler类型的）
如果遇到IAP或者APP跳转之后中断不能使用的，而且你确定好在跳转之前中断或者总中断关闭的，跳转过去之后中断没有起作用的，直接在跳转之后进行复位一次，我这里使用的是软复位，如图：（可能这是比较多人遇到的问题）剩余的前面的步骤在我上一篇发的博客了，自己去找一下呗。
我的方法是定了三个flash的标志位，如果遇到123就直接跳转到APP，APP跳转回IAP的时候就是789，然后再复位一次并且把flash置位成456，紧接着在456里面循环，就可以利用上位机进行更新了

如果还是不行再找找别的复位函数,STM32有好几种复位，看看哪个才行，多试试呗，反正不用钱。
此外，有一个关于跳转后然后开启总中断的问题，一定要在你配置完初始化呀，中断呀，之后再进行__enable_irq(); 道理很简单，中断都没配置，你打开个毛中断哦，那就肯定会死机啦。
补充一下：
还有介绍一下使用串口和USB进行在线升级的方法：

1. 使用串口进行升级：其实这只适合用小的代码的工程文件使用，如果你的STM32的RAM只有64K，去掉一些启动文件的话，大概剩余的空间是60K，那如果使用串口的话顶多接收到60K大小的BIN文件，其实随随便便加两三个外设，都可能超过这个60K了，这就是一般不使用串口升级的原因。
2. 使用USB进行升级：因为我们的工程文件生成.bin的时候有大概150K，用串口的方式肯定不行，因此采用USB通讯，使用上位机的方法来进行分包处理。就相当于没写进去一个包就跑进去。这样子就不会导致bin文件太大的问题，这个也是蛮麻烦的，因为还得自己写一个上位机。是因为我这里有人已经完成好这个上位机的设置，我改了一下一些命令而已，当然，我也是这么一个思路，感谢上一位工程师给了我这么一个上位机。不然我也无从下手。。