k64 bootloader中断向量问题

chinaf

    ide是mcuxpresso，写了个简单的bootloader来测试，app程序将从上位机收到的升级程序先存到spi flash芯片，再重启进入boot程序，boot检测到spi flash中有新的程序，就读出来覆盖掉旧的。
    升级程序用的demo（frdmk64f_led_demo_freedom_a000），bootloader在线调试发现跳转后就进入0xa528位置，是在hardFault了？demo开了systick中断来延时，我把这个关了只用for循环延时，程序能正常跑起来。是不是中断跳转不正常导致的

下面几张是在线调试时的状态

0xa730就是停在这个地方

最佳答案

这种情况下应该关闭所有的中断吧。 怀疑是systick中断导致的，你试试使用阻塞延时方式看看是否还会出现类似问题？

• stm1024
• 发表于2021-12-07
• 详细答案>>

阅读全文

NXP管管

请@小恩GG帮忙看看

maskedbaby

我碰过类似问题，就是systick引起的，在跳转之前必须要把systick禁用掉，然后在新的app里再启用，否则就hardfault，小恩GG之前也有过分享https://www.nxpic.org.cn/module/forum/thread-617682-1-1.html

stm1024

这种情况下应该关闭所有的中断吧。
怀疑是systick中断导致的，你试试使用阻塞延时方式看看是否还会出现类似问题？

chinaf

搞错了，不是中断问题。接收上位机传来的app文件时每次都多写了一个字节，就是没开中断那个代码还能执行就离谱

chinaf

stm1024 发表于 2021-12-7 22:33
这种情况下应该关闭所有的中断吧。
怀疑是systick中断导致的，你试试使用阻塞延时方式看看是否还会出现类似 ...

当时试了阻塞延时没问题，才被带偏了，一直以为是中断相关问题导致的。后来对比芯片里flash数据和原文件才发现数据不对。

stm1024

chinaf 发表于 2021-12-8 11:19
当时试了阻塞延时没问题，才被带偏了，一直以为是中断相关问题导致的。后来对比芯片里flash数据和原文件 ...

嗯，有些操作的前提是要关闭中断，反正我现在的习惯是中断能少用就少用，。