【嵌入式】一种优雅的 bootloader 跳转APP 的方式

0. 个人简介 && 授权须知

image-20230911133730620

📋 个人简介

  • 💖 作者简介:大家好,我是喜欢记录零碎知识点的菜鸟打工人。😎
  • 📝 个人主页:欢迎访问我的博客主页🔥
  • 🎉 支持我:点赞👍+收藏⭐️+留言📝
  • 📣 系列专栏:嵌入式Linux开发 🍁 🍁
  • 💬格言:写文档啊不是写文章,重要的还是直白!🔥

转载文章,禁止声明原创;不允许直接二次转载,转载请根据原文链接联系作者

若无需改版,在文首清楚标注作者及来源/原文链接,并删除【原创声明】,即可直接转载。
但对于未注明转载来源/原文链接的文章,我将保留追述的权利。

作者:积跬步、至千里

image-20230911133724204

1. 前言

一些需要OTA 的设备大多都是讲程序设计为 bootloader 和 app区域,以便在升级时更加方便。

程序从BT跳转到app:

  • 小白:修改栈顶地址,直接 跳转到APP起始地址,在APP中在修改中断向量表
  • 中级:what the fxxk? 这么省事的吗?还需要做以下事情呢,包括但不限于:
    • 滴答定时器中断关掉、重置计数器
    • 关闭时钟
    • 关闭使能的外设,重新Deinit
    • 关闭看门狗
    • 设置栈顶地址
    • 设置跳转地址
    • 关闭全局中断

​ 归根到底,关中断、外设、去初始化这些操作的本质就是给APP运行提供一个干净的环境

2. 干净的跳转

干净的跳转指的是MCU内部的寄存器没被污染,也即是初始上电状态,咋实现呢?

  • 手动断电复位MCU??可以,但是不现实
  • 启动软件复位,但是软件复位后所有的寄存器都复位了,程序中定义的变量也重新加载了

有时候,见多识广真的会打开思路。

在一篇文章中,看到了如下思路,但是以下思路中的第一条怎么实现?复位后,在程序中定义的变量不会被初始化??

  • 定义一个标志,保证其不会被初始化
  • 每次复位后就立即检查这个标志,如果是跳转标志就跳转,否则就继续运行
  • 当升级完成后就更新跳转标志并软件复位

带着疑问,请看以下章节:

3.程序的 noinit 段

比如我在该段定义了一个变量A,程序在运行过程中A会累加,该段定义的变量可以实现

  • 当程序【软复位】时重启时,该段的变量【不会】被初始化
  • 只有当程序【掉电重启】时,该段的变量才【会】被初始化

在该段中定义的变量会被编译器分配到SRAM中,SRAM 的地址可以手动设置,该段常用来保存一些敏感信息。

比如我想实现以下场景:

要是想监控程序由于看门狗超时复位而造成重启的次数,在不知道 noinit 之前我想到的就是,利用串口打印保存1个小时的打印 log ,然后观察,硬着头皮数重启次数。

就可以通过以上 noinit 段实现

4. 利用noinit段实现优雅的跳转

首先贴出代码:

#define FLASH_APP_ADDR 0x08010000 //应用程序起始地址

/*在 noinit 段中定义一个标志位变量*/
__attribute__((section(".noinit"))) volatile uint32_t JumpFlag;

void SetJumpFlagAndReset(void){
    JumpFlag = 0xA5A5A5A5;/* Setting of signs */
    NVIC_SystemReset();/* Software reset */
}

void CheckJumpFlagAndJump(void){
    if(JumpFlag == 0xA5A5A5A5){
        JumpFlag = 0; /* Clear jump flag */
        iap_load_app(FLASH_APP1_ADDR);/* Loading the application */
    }
}


void iap_load_app(uint32_t app_addr)
{
  typedef void (*jump_app_ptr)(void);

  jump_app_ptr jump2app;

  /* Check the top-of-stack address for legality */
  if(((*(volatile uint32_t *)app_addr) & 0x2FF00000) == 0x20000000)
  {
    jump2app = (jump_app_ptr)(*(volatile uint32_t *)(app_addr + 4));

    __set_MSP(*(__IO uint32_t*)app_addr);

    /* Jump to APP program */
    jump2app();
  }
}

4.1 检查栈顶地址是否合法

if (((*(volatile u32*)app_addr) & 0x2FFE0000 ) == 0x20000000)分析

  • app_addrapp应用程序的flash首地址
  • (volatile u32*)app_addr 是将该地址转换为 u32 指针类型
  • (*(volatile u32*)app_addr 是取出该地址的内容,假设为 u32 类型的 变量 P
  • 变量P,是 app 程序的堆栈地址 ,该地址指向 RAMRAM 的起始地址为 0x2000_0000
  • p & 0x2FFE_0000 = 0X2000_0000,则 p的范围就是 0x20000000~0x2001ffff
  • 综上,if 语句就是为了判断 ram 是否在 0x20000000~0x2001ffff区间范围内,该区间大小为 128K,可以根据实际情况定义

4.2 栈顶地址 +4

栈顶地址 +4 存放的是 复位地址

4.3 __set_MSP

将用户定义的 flash 首地址存储的栈顶地址,通过 __set_MSP 语句告诉 ARM 内核,该地址就是APP程序区域的栈顶地址

5.OTA 过后的运行逻辑

  • OTA 的最后运行函数 SetJumpFlagAndReset(), 将noinit段的变量设置标志位并且软复位
  • main 函数的初始下运行函数
    • CheckJumpFlagAndJump()
      • 标志位为 0xa5a5_a5a5:表示是 OTA 之后的启动,运行跳转函数
      • 标志位为 0 ,表示是掉电启动的

参考:

IAR下使用noinit段

怎么在Bootloader跳转前给APP提供干净的运行环境

  • 24
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 当一个应用程序需要跳转bootloader 时,它会发送一个特殊的信号给操作系统,告诉它要进行跳转。操作系统会将应用程序的控制权交给 bootloader,然后 bootloader 会负责加载操作系统的内核和其他必要的组件。一旦加载完成,bootloader 会将控制权交还给操作系统,使其能够正常运行。这个过程被称为“启动过程”,它是操作系统和应用程序之间的重要交互。 ### 回答2: AppBootloader是两个不同的软件模块,两者需要相互协作才能使设备正常运转。Bootloader是在设备上电时首先运行的软件,负责初始化硬件和加载App。而App是最终用户可以使用的软件,它是在Bootloader运行完成后启动的。 在设备上电时,Bootloader首先会进行一些必要的硬件初始化,包括设置CPU、存储器、外设等等的寄存器。接下来,Bootloader会进行一些自检程序,并检测是否已按下某个按键。这个按键通常会使Bootloader进入特定模式,例如:恢复出厂设置模式、升级模式等等。 如果没有按键被按下,Bootloader会直接将控制权转移到App。否则,Bootloader将进入特定模式,等待外部指令的下达。此时,Bootloader可以通过多种方式App交互,例如:向特定的内存地址写入指令,启动特定的串口或者Wi-Fi模块,等等。 App首先要执行Bootloader的初始化操作,然后再自行进行其他的初始化和操作。它需要与硬件设备进行交互,获取数据,对数据进行处理,最终向用户提供功能。如果需要更新或升级AppBootloader可以切换到升级模式,通过外部接口将新的固件下载至设备中,然后进行升级操作。 总而言之,AppBootloader跳转之间的原理是:Bootloader首先进行硬件初始化,然后将控制权转交给App,从而启动App并使设备正常运行。同时,Bootloader还负责设备的升级和调试,为设备的长期稳定运行提供保障。 ### 回答3: Appbootloader嵌入式系统中的两个核心组成部分,app是用户自定义的应用程序,而bootloader是启动引导程序。在实际应用中,我们经常需要在两者之间进行跳转,比如在app中需要更新程序时,就需要使用bootloader跳转到更新程序,完成更新后再跳转app。 其中,bootloader是最先加载的程序,负责初始化硬件环境、检测外设、加载app程序等操作。在bootloader中,有一个跳转指令,可以将程序的执行权从bootloader跳转app程序的入口点。这个跳转指令需要指定app程序的入口地址,一般是在编译app程序时确定的。当需要跳转app程序时,bootloader跳转指令执行,并将CPU的控制权交给app程序。 在app程序中,同样也有一个跳转指令,可以将程序的执行权从app程序跳转bootloader。当需要更新程序时,先将新程序烧录到flash存储器中,然后跳转bootloaderbootloader再读取flash存储器中的更新程序,并将控制权交给更新程序,完成更新操作后再跳回app程序。 以上就是appbootloader跳转原理的简单介绍。在实际开发中,需要根据具体情况确定跳转指令和入口地址,并编写相应的代码实现跳转操作。跳转操作的成功与否,关系到整个系统的可靠性和稳定性,需要仔细设计和测试,确保正确执行。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

积跬步、至千里

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明:

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

余额充值