STM32 Bootload跳转到主程序,主程序运行异常问题分析

文章描述了一个在嵌入式系统中遇到的问题,即在从bootloader跳转到主程序时,由于SysTick_Handler中断服务函数在主程序中断向量表未设置前持续运行,导致变量值异常。解决方案是确保在跳转前关闭全局中断,初始化完成后重新开启。问题的关键在于中断服务函数对内存的影响以及正确设置中断向量。
摘要由CSDN通过智能技术生成

主程序中有一个变量,该变量是一个结构体类型

typedef struct at_cmd_s
{
  const uint8_t   type;                
  const char *    cmd;                  
  const uint8_t   len;                       
}at_cmd_t;

static at_cmd_t cmd_ati     = {1, "ATI",3};     

程序运行后,在主程序串口初始化完成后立即打印cmd_ati.type值,发现该值不是1了,将uint8_t改成uint32_t后,打印数值正常,但是这个不是根本原因,通过调试发现,在bootload跳转前关闭全局中断,在主程序SCB->VTOR = FLASH_APP_START_ADDR设置中断向量后在打开全局中断,打印该值正常了,因为打印在程序初始化阶段,没有数组越界问题,最终发现bootload中的SysTick_Handler一直在运行,跳转到主程序了,中断向量还没有改,中断服务函数将bootload中uwTick的内存地址数据进行的加加,所以bootload跳转到主程序前一定要关闭所有中断,程序初始化运行完后,在开启中断

__weak void HAL_IncTick(void)
{
  uwTick += (uint32_t)uwTickFreq;
}
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

花开花落的个人博客

你的鼓励是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值