在STM32F207的Bootloader开发中，作者发现即使将APP函数中断偏移64KB，程序仍然能正常运行。尽管理论上应该从0x00010000开始执行，但实际上是从0x00000000开始，这引发了关于中断向量位置如何被确定的疑问。通过检查，作者怀疑可能是ST的数据手册有误，或者调试器在起作用。拔掉调试器后，程序无法启动，确认了问题与调试器有关，但具体原因尚不清楚。
今天在做STM32F207 bootloader时发生了一个诡异的事情,在IAR中将我的APP函数中断偏移设置为
即偏移了64KB,前64KB用于放置bootloader程序.编译连接最后生成map,查看也没出错
然后在IAR中下载调试(在此之前还没有下载bootloader):
竟然可以找到复位函数的入口,全速运行,程序正常执行.
按照ST官网的手册一般情况下,在复位后程序,程序从地址0x00000000读取堆栈地址,0x00000004取PC指针,0x00000000地址一般情况为0x08000000的映射,,
图中1就是2的别名,他们的数据能容是相同的.
我偏移了0x00010000后,理论上是应该从0x00010000(即0x08010000)取堆栈地址0x00010004(即0x08010004)取复位指针,这样执行似乎也是对的呀.
问题来了:在复位后STM32总是从0x00000000(不管被影射的那个地址RAM或者ROM或者外部FALSH) 处执行,但是此时0x00000000处并没有放置中断向量表,我的程序是如何知道向量表在0x00010000处(请不要带入上帝视角,单片机很单纯,你不告诉他就不知道)的呢?
最低0.47元/天 解锁文章
扫一扫
9807
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
