簡介

本文主要講解在線升級IAP的基礎知識, 主要是針對IAP從原理分析,分區(qū)劃分, 到代碼編寫和實驗驗證等過程闡述這一過程. 幫助大家加深對在線升級的認識.

1. 在線升級知識

什么是BootLoader?

BootLoader可以理解成是引導程序, 它的作用是啟動正式的App應用程序. 換言之,BootLoader是一個程序, App也是一個程序, BootLoader程序是用于啟動App程序的.

STM32中的程序在哪兒?

正常情況下, 我們寫的程序都是放在STM32片內(nèi)Flash中(暫不考慮外擴Flash). 我們寫的代碼最終會變成二進制文件, 放進Flash中 感興趣的話可以在Keil>>>Debug>>>Memory中查看, 右邊Memory窗口存儲的就是代碼

接下來就可以進入正題了.

進行分區(qū)

既然我們寫的程序都會變成二進制文件存放到Flash中, 那么我們就可以進一步對我們程序進行分區(qū). 我使用的是F103RB-NUCLEO開發(fā)板,他的Flash一共128頁, 每頁1K.見下圖:

以它為例, 我將它分為三個區(qū).BootLoader區(qū)、App1區(qū)、App2區(qū)(備份區(qū))具體劃分如下圖:

• BootLoader區(qū)存放啟動代碼

• App1區(qū)存放應用代碼

• App2區(qū)存放暫存的升級代碼

總體流程圖

• 先執(zhí)行BootLoader程序, 先去檢查APP2區(qū)有沒有程序, 如果有就將App2區(qū)(備份區(qū))的程序拷貝到App1區(qū), 然后再跳轉(zhuǎn)去執(zhí)行App1的程序.

• 然后執(zhí)行App1程序, 因為BootLoader和App1這兩個程序的向量表不一樣, 所以跳轉(zhuǎn)到App1之后第一步是先去更改程序的向量表. 然后再去執(zhí)行其他的應用程序.

• 在應用程序里面會加入程序升級的部分, 這部分主要工作是拿到升級程序, 然后將他們放到App2區(qū)(備份區(qū)), 以便下次啟動的時候通過BootLoader更新App1的程序. 流程圖如下圖所示:

2. BootLoader的編寫

本節(jié)主要講解在線升級(OTA)的BooLoader的編寫，我將以我例程的BootLoader為例, 講解BootLoader(文末會提供免費的代碼下載鏈接)，其他的大體上原理都差不多。

流程圖分析

以我例程的BootLoader為例：

我將App2區(qū)的最后一個字節(jié)(0x0801FFFC)用來表示App2區(qū)是否有升級程序, STM32在擦除之后Flash的數(shù)據(jù)存放的都是0xFFFFFFFF, 如果有, 我們將這個地址存放0xAAAAAAAA. 具體的流程圖見下圖所示

程序編寫和分析

所需STM32的資源有:

• 發(fā)送USART數(shù)據(jù)和printf重定向

• Flash的讀寫

• 程序跳轉(zhuǎn)指令,可以參考如下代碼:

1/*采用匯編設置棧的值*/ 2__asmvoidMSR_MSP(uint32_tulAddr) 3{ 4MSRMSP,r0//設置MainStack的值 5BXr14 6} 7 8 9/*程序跳轉(zhuǎn)函數(shù)*/ 10typedefvoid(*Jump_Fun)(void); 11voidIAP_ExecuteApp(uint32_tApp_Addr) 12{ 13Jump_FunJumpToApp; 14 15if(((*(__IOuint32_t*)App_Addr)&0x2FFE0000)==0x20000000)//檢查棧頂?shù)刂肥欠窈戏? 16{ 17JumpToApp=(Jump_Fun)*(__IOuint32_t*)(App_Addr+4);//用戶代碼區(qū)第二個字為程序開始地址(復位地址) 18MSR_MSP(*(__IOuint32_t*)App_Addr);//初始化APP堆棧指針(用戶代碼區(qū)的第一個字用于存放棧頂?shù)刂? 19JumpToApp();//跳轉(zhuǎn)到APP. 20} 21}

• 在需要跳轉(zhuǎn)的地方執(zhí)行這個函數(shù)就可以了IAP_ExecuteApp(Application_1_Addr);

• 其他的代碼請參考BootLoader源代碼

3. APP的編寫

本節(jié)主要講解在線升級(OTA)的App1的編寫以及整個流程的說明，我將以我例程的App為例, 采用Ymodem協(xié)議進行串口傳輸,講解App的編寫(后面會提供免費的代碼下載鏈接), 其他的協(xié)議原理大體上都差不多, 都是通過某種協(xié)議拿到升級的代碼。

流程圖分析

以我例程的App1為例：

• 先修改向量表, 因為本程序是由BootLoader跳轉(zhuǎn)過來的, 不修改向量表后面會出現(xiàn)問題；

• 打印版本信息, 方便查看不同的App版本；

• 本例程的升級程序采用串口的Ymoderm協(xié)議進行傳輸bin文件. 具體的流程圖見下圖所示：

程序編寫和分析

所需STM32的資源有:

• 發(fā)送USART數(shù)據(jù)和printf重定向

• Flash的讀寫

• 串口的DMA收發(fā)

• YModem協(xié)議相關

Ymodem協(xié)議

• 百度百科[Ymodem協(xié)議]

• 具體流程可自行查找相關文檔, 這兒提供一個我找到的 XYmodem.pdf(文末和源碼一起提供).

• Ymodem協(xié)議相關介紹可參考我的這篇教程 YModem介紹

(https://blog.csdn.net/weixin_41294615/article/details/104652105).

代碼分析

• 代碼大多數(shù)都是通過串口實現(xiàn)Ymodem協(xié)議的接收, 這兒就不詳細說明
• 后面放了我的源代碼, 詳情請參考我的源代碼.
• 主函數(shù)添加修改向量表的指令

• 打印版本信息以及跳轉(zhuǎn)指令

• YModem相關的文件接收部分