5 qboot使用经历小结，以及一个非常疑惑的点请教网友

发布于 2022-02-21 10:52:09 浏览：3320 订阅该版

2022.2.21
qboot软件包如何使用，如果你有sfud软件包、fal软件包、RTThread官方bootloader的使用经验，那么转而使用qboot，参考下下面的文章就可以了。
rt thread studio使用QBOOT和片外flash实现OTA升级
https://blog.csdn.net/qq_25186745/article/details/113512172
文章里使用的是rt studio这个IDE，我用的是env，这不影响。

小结下我遇到的问题，
我开发时总是在keil内直接烧录qboot工程和应用程序工程，遇到的问题：
1. 遇到几次qboot无法启动app的情况
2. OTA升级时，擦除app成功，但是在写入app时，写到75%的时候，出错了，根据软件包的串口打印信息定位了下，是解压出错。
为了解决这个问题，我的尝试：
1.尝试更换压缩方式由quicklz切换为fastlz，实测还是失败；
2.尝试在keil内全片擦除FALSH，要注意观察，有时擦除失败，就再全片擦除一次。如下图，
![image.png](https://oss-club.rt-thread.org/uploads/20220221/8a4018e49902613329f60f282722a22d.png.webp)
3.烧录qboot工程，让qboot跑起来，使用fal软件包的shell指令对各fal分区进行读写测试，如下图，
![image.png](https://oss-club.rt-thread.org/uploads/20220221/92ba7ce79b9b7e09616fd2ca08fc4d1c.png.webp)
注意事项如下图，
![image.png](https://oss-club.rt-thread.org/uploads/20220221/b8a2804cdfa6223cc868fece4f1b4cb3.png.webp)

经过步骤2 3 的折腾，原来不能启动app, 偶偶折腾能启动app应用程序但是OTA又不行的情况，都得到了解决。
大工告成了，后续我又在qboot和app应用程序内加入了看门狗操作，经过测试，各功能也顺利运行。
于是我又想在app应用程序的main线程内加一句RT_ASSERT(0)，我想做个测试，跑到这句代码时，程序会死机，看门狗应该会复位单片机。
于是我就多写了一个下图函数，测试看门狗能否成功复位。
![image.png](https://oss-club.rt-thread.org/uploads/20220221/5d18b2450bcf78950fc75366a774c087.png.webp)
问题都在上图了，qboot又无法启动app了，
![image.png](https://oss-club.rt-thread.org/uploads/20220221/95a699442f02cc93ad59612538543148.png)

对上述问题的分析,如果是多定义了一堆全局变量，那我可能去关注下ram消耗。但是实测函数内的这句static char i=0; 是不会影响qboot启动app的。 一旦加上i++;这句代码，就不行了。

非常疑惑，请教大神。

.
=================================================================
2022.2.22(今天够2的哈! 两百年以后就是全2日了，可惜我不能再活两百年! 向天再借五百年!)
刚用RTThread的官方bootload来测试了一下我的app程序，不仅可以启动，app里甚至定义了一个1K的全局数组并使用，都是正常的。
PS：虽然我使用的官方bootloader的分区表app大小和download大小，与qboot内的分区表不一样，但是app的地址是一样的。
经过这么一对比，看来问题是出在bootload身上。

.
=====================================================================
2022.2.28 
最近把这块功能调试顺利了，但也没具体总结出来到底是什么原因... 
还是说一下注意事项，小结下经验吧，供自己备忘，供大家参考。
1. bootloader和app内的fal版本，最好保持一致，最好使用同一个RTThread版本。
2. 裁剪bootloader，参考博文 
   https://blog.csdn.net/victor_zy/article/details/122844572 
   我给bootloader预留的flash空间是128KB，之前实际占用大小是90KB，参考上述博文裁剪后，现在是51.7KB.
   ![image.png](https://oss-club.rt-thread.org/uploads/20220228/f9528d158c6ae4d4c0485811a84c4709.png.webp)
![image.png](https://oss-club.rt-thread.org/uploads/20220228/d4991cd82b10ef30de4beb0f9bb464d8.png.webp)

3.将bootloader分区和app分区隔开一点，不要紧挨着。(这点我实际没尝试，我目前分区表里的bootloader分区范围和app分区范围，并没有隔开。但是我觉得这方法有一定价值)
4.本次的问题，应该还是处在bootloader身上。

crystal266 2022-02-22

嵌入式

可以试试这样看能不能查到出现问题的原因。
1. 查看map文件，看看定义的全局变量或者静态变量的位置。
2. bootload 跳转到 app 使用的是函数指针的方式，直接跳转到绝对地址进行执行。在你的 jump_to_app 的函数中，使用单步调试跟踪一下 app_func 的地址是否发生了改变，如果没有发生改变，数值正确并且运行到了 **app_func();//Jump to application running** 这一行就没有问题了。如果没有运行到这一行看看是卡在哪个位置了，或者是不是 app_func 的值改变了，不是预设的值导致跳转位置错了。

```c
void qbt_jump_to_app(void)
{
    typedef void (*app_func_t)(void);
    u32 app_addr = QBOOT_APP_ADDR;
    u32 stk_addr = *((__IO uint32_t *)app_addr);
    app_func_t app_func = (app_func_t)(*((__IO uint32_t *)(app_addr + 4)));

if ((((u32)app_func & 0xff000000) != 0x08000000) || (((stk_addr & 0x2ff00000) != 0x20000000) && ((stk_addr & 0x2ff00000) != 0x24000000)))
    {
        LOG_E("No legitimate application.");
        return;
    }

rt_kprintf("Jump to application running ... !!!!!\n");
    rt_thread_mdelay(200);
    
    __disable_irq();
    HAL_DeInit();

for(int i=0; i<128; i++)
    {
        HAL_NVIC_DisableIRQ(i);
        HAL_NVIC_ClearPendingIRQ(i);
    }
    
    SysTick->CTRL = 0;
    SysTick->LOAD = 0;
    SysTick->VAL = 0;
    
    HAL_RCC_DeInit();
    
    __set_CONTROL(0);
    __set_MSP(stk_addr);
    
    app_func();//Jump to application running
    
    LOG_E("Qboot jump to application fail.");
}
```