STM32F429的工程标准库移植到HAL库后中断向量表异常

检查一下map文件中ResetHandler的地址是否和你这个图中的一样，还要注意使用的.s文件是否一致。

个人认为，HAL库本身搭好了完整的平台架构，包括向量表，中断入口等。 所以应用移植最好是移植应用部分的代码，按照HAL库的结构调整过来，包括驱动等。 照搬标准库的模式过来（尤其是架构部分），必然有很多冲突，去修改费时费力不划算。 我记得HAL库中有模板工程，在上面添加应用代码就能用。当然前提是需要了解基本架构。

你做移植的话，将基于CubeMx建立HAL库的工程，然后将标准库那边的应用文件慢慢移植过来，其它东西就不要了。在创建HAL库的工程时，中断矢量表在启动文件里按默认情况都做好了，复位向量地址一般是不会出什么错的。另外，从你的带红框的截图来看，复位向量地址应该是0x801d334,你进一步通过GOto跟踪看看是否指向了复位程序入口，并在那里调用SystemInit()函数。你确认下。其实，搞个中断看看能否正常响应很快能验证中断矢量表是否OK.

谢谢楼主分享。

你的移植有问题，你先把框架移植了，然后再移植你的APP部分，把你的程序分层

你的板子是disco的还是null的