0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

詳解stm32在線IAP升級(jí)

jf_BxU6dNQb ? 來源:CSDN ? 作者:CSDN ? 2022-12-05 11:48 ? 次閱讀

本文主要講解在線升級(jí)IAP的基礎(chǔ)知識(shí), 主要是針對(duì)IAP原理分析,分區(qū)劃分, 到代碼編寫實(shí)驗(yàn)驗(yàn)證等過程闡述這一過程. 幫助大家加深對(duì)在線升級(jí)的認(rèn)識(shí)。

1.在線升級(jí)知識(shí)

什么是BootLoader?

BootLoader可以理解成是引導(dǎo)程序, 它的作用是啟動(dòng)正式的App應(yīng)用程序. 換言之,BootLoader是一個(gè)程序,App也是一個(gè)程序,BootLoader程序是用于啟動(dòng)App程序的.

STM32中的程序在哪兒?

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

49d8a5c2-744e-11ed-8abf-dac502259ad0.png

接下來就可以進(jìn)入正題了.

進(jìn)行分區(qū)

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

4a09bd4c-744e-11ed-8abf-dac502259ad0.png

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

  • BootLoader區(qū)存放啟動(dòng)代碼
  • App1區(qū)存放應(yīng)用代碼
  • App2區(qū)存放暫存的升級(jí)代碼

4a2a83d8-744e-11ed-8abf-dac502259ad0.png

總體流程圖

  • 先執(zhí)行BootLoader程序, 先去檢查APP2區(qū)有沒有程序, 如果有就將App2區(qū)(備份區(qū))的程序拷貝到App1區(qū), 然后再跳轉(zhuǎn)去執(zhí)行App1的程序.
  • 然后執(zhí)行App1程序, 因?yàn)?/span>BootLoaderApp1這兩個(gè)程序的向量表不一樣, 所以跳轉(zhuǎn)到App1之后第一步是先去更改程序的向量表. 然后再去執(zhí)行其他的應(yīng)用程序.
  • 在應(yīng)用程序里面會(huì)加入程序升級(jí)的部分, 這部分主要工作是拿到升級(jí)程序, 然后將他們放到App2區(qū)(備份區(qū)), 以便下次啟動(dòng)的時(shí)候通過BootLoader更新App1的程序. 流程圖如下圖所示:

4a5a7e26-744e-11ed-8abf-dac502259ad0.png

2. BootLoader的編寫

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

流程圖分析

以我例程的BootLoader為例:

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

4a88aa94-744e-11ed-8abf-dac502259ad0.png

程序編寫和分析

所需STM32的資源有:

  • 發(fā)送USART數(shù)據(jù)和printf重定向
  • Flash的讀寫
  • 程序跳轉(zhuǎn)指令,可以參考如下代碼:
    /*采用匯編設(shè)置棧的值*/
    __asmvoidMSR_MSP(uint32_tulAddr)
    {
    MSRMSP,r0//設(shè)置MainStack的值
    BXr14
    }
    
    /*程序跳轉(zhuǎn)函數(shù)*/
    typedefvoid(*Jump_Fun)(void);
    voidIAP_ExecuteApp(uint32_tApp_Addr)
    {
    Jump_FunJumpToApp;
    
    if(((*(__IOuint32_t*)App_Addr)&0x2FFE0000)==0x20000000)//檢查棧頂?shù)刂肥欠窈戏?
    {
    JumpToApp=(Jump_Fun)*(__IOuint32_t*)(App_Addr+4);//用戶代碼區(qū)第二個(gè)字為程序開始地址(復(fù)位地址)
    MSR_MSP(*(__IOuint32_t*)App_Addr);//初始化APP堆棧指針(用戶代碼區(qū)的第一個(gè)字用于存放棧頂?shù)刂?
    JumpToApp();//跳轉(zhuǎn)到APP.
    }
    }
  • 在需要跳轉(zhuǎn)的地方執(zhí)行這個(gè)函數(shù)就可以了IAP_ExecuteApp(Application_1_Addr);
  • 其他的代碼請(qǐng)參考BootLoader源代碼

3. APP的編寫

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

流程圖分析

以我例程的App1為例:

  • 先修改向量表, 因?yàn)楸境绦蚴怯葿ootLoader跳轉(zhuǎn)過來的, 不修改向量表后面會(huì)出現(xiàn)問題;
  • 打印版本信息, 方便查看不同的App版本;
  • 本例程的升級(jí)程序采用串口的Ymoderm協(xié)議進(jìn)行傳輸bin文件. 具體的流程圖見下圖所示:

4aa61cf0-744e-11ed-8abf-dac502259ad0.png

程序編寫和分析

所需STM32的資源有:

  • 發(fā)送USART數(shù)據(jù)和printf重定向
  • Flash的讀寫
  • 串口的DMA收發(fā)
  • YModem協(xié)議相關(guān)

Ymodem協(xié)議

  • 百度百科[Ymodem協(xié)議]
  • 具體流程可自行查找相關(guān)文檔, 這兒提供一個(gè)我找到的 XYmodem.pdf(文末和源碼一起提供).
  • Ymodem協(xié)議相關(guān)介紹可參考我的這篇教程 YModem介紹

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

代碼分析

  • 代碼大多數(shù)都是通過串口實(shí)現(xiàn)Ymodem協(xié)議的接收, 這兒就不詳細(xì)說明

  • 后面放了我的源代碼, 詳情請(qǐng)參考我的源代碼.

  • 主函數(shù)添加修改向量表的指令

4abcb91a-744e-11ed-8abf-dac502259ad0.png

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

4ae05e38-744e-11ed-8abf-dac502259ad0.png

  • YModem相關(guān)的文件接收部分

    /**
    *@bieafYModem升級(jí)
    *
    *@paramnone
    *@returnnone
    */
    voidymodem_fun(void)
    {
    inti;
    if(Get_state()==TO_START)
    {
    send_command(CCC);
    HAL_Delay(1000);
    }
    if(Rx_Flag)//Receiveflag
    {
    Rx_Flag=0;//cleanflag
    
    /*拷貝*/
    temp_len=Rx_Len;
    for(i=0;iswitch(temp_buf[0])
    {
    caseSOH:///<數(shù)據(jù)包開始
    {
    staticunsignedchardata_state=0;
    staticunsignedintapp2_size=0;
    if(Check_CRC(temp_buf,temp_len)==1)///
    {
    if((Get_state()==TO_START)&&(temp_buf[1]==0x00)&&(temp_buf[2]==(unsignedchar)(~temp_buf[1])))///
    {
    printf(">Receivestart...
    ");
    
    Set_state(TO_RECEIVE_DATA);
    data_state=0x01;
    send_command(ACK);
    send_command(CCC);
    
    /*擦除App2*/
    Erase_page(Application_2_Addr,40);
    }
    elseif((Get_state()==TO_RECEIVE_END)&&(temp_buf[1]==0x00)&&(temp_buf[2]==(unsignedchar)(~temp_buf[1])))///
    {
    printf(">Receiveend...
    ");
    
    Set_Update_Down();
    Set_state(TO_START);
    send_command(ACK);
    HAL_NVIC_SystemReset();
    }
    elseif((Get_state()==TO_RECEIVE_DATA)&&(temp_buf[1]==data_state)&&(temp_buf[2]==(unsignedchar)(~temp_buf[1])))///
    {
    printf(">Receivedatabag:%dbyte
    ",data_state*128);
    
    /*燒錄程序*/
    WriteFlash((Application_2_Addr+(data_state-1)*128),(uint32_t*)(&temp_buf[3]),32);
    data_state++;
    
    send_command(ACK);
    }
    }
    else
    {
    printf(">Notpasscrc
    ");
    }
    
    }break;
    caseEOT://數(shù)據(jù)包開始
    {
    if(Get_state()==TO_RECEIVE_DATA)
    {
    printf(">ReceiveEOT1...
    ");
    
    Set_state(TO_RECEIVE_EOT2);
    send_command(NACK);
    }
    elseif(Get_state()==TO_RECEIVE_EOT2)
    {
    printf(">ReceiveEOT2...
    ");
    
    Set_state(TO_RECEIVE_END);
    send_command(ACK);
    send_command(CCC);
    }
    else
    {
    printf(">ReceiveEOT,Buterror...
    ");
    }
    }break;
    }
    }
    }
  • 其中部分函數(shù)未在以上代碼中展現(xiàn), 詳情請(qǐng)參看文末給出的源碼鏈接.

4. 整體測(cè)試

本節(jié)主要對(duì)前三節(jié)的教程做測(cè)試驗(yàn)證BootLoader+App的升級(jí)功能。

源代碼

BootLoader源代碼和App1源代碼可以在原作者的gitee獲?。?/span>

https://gitee.com/leafguo/leaf_notes/STM32CubeMX/STM32CubeMx_OTA

代碼的下載

  • 由下圖可知兩份代碼的下載區(qū)域是不一樣的,所以他們「下載的區(qū)域也不一樣」。

4afd4c1e-744e-11ed-8abf-dac502259ad0.png

BootLoader的下載

  • BootLoader的代碼默認(rèn)是最開始的所以不需要特別設(shè)置代碼的下載位置
  • 按照下圖, 修改擦除方式為Erase Sectors, 大小限制在0X5000(20K)

4b142434-744e-11ed-8abf-dac502259ad0.png

  • 燒錄代碼
  • 運(yùn)行, 通過串口1打印輸出, 會(huì)看到以下打印消息
  • 說明BootLoader已經(jīng)成功運(yùn)行

4b4196ee-744e-11ed-8abf-dac502259ad0.png

App1的下載

  • App1稍微復(fù)雜一點(diǎn), 需要將代碼的起始位置設(shè)置為0x08005000
  • 同時(shí)也要修改擦除方式為Erase Sectors, 見下圖

4b5ced0e-744e-11ed-8abf-dac502259ad0.png

4b8628cc-744e-11ed-8abf-dac502259ad0.png

  • 燒錄代碼
  • 運(yùn)行, 通過串口1打印輸出, 會(huì)看到以下打印消息
  • 說明BootLoader已經(jīng)成功跳轉(zhuǎn)到版本號(hào)為0.0.1的App1

4baef716-744e-11ed-8abf-dac502259ad0.png

生成App2的.bin文件

  • Keil如何生成.bin文件, 請(qǐng)參考這篇博文 Keil如何生成.bin文件

https://blog.csdn.net/weixin_41294615/article/details/104656577

  • 修改代碼, 把版本號(hào)改為0.0.2, 并且編譯并且生成.bin文件

  • 生成好之后你會(huì)得到一個(gè).bin結(jié)尾的文件, 這就是我們待會(huì)兒YModem要傳輸?shù)奈募?/span>

4bc00b64-744e-11ed-8abf-dac502259ad0.png

使用Xshell進(jìn)行文件傳輸

  • 打開Xshell
  • 代碼中, 串口1進(jìn)行調(diào)試信息的打印, 串口2進(jìn)行YModem升級(jí)的
  • 所以使用Xshell打開串口2進(jìn)行文件傳輸, 串口1則可以通過串口調(diào)試助手查看調(diào)試消息

    4beb8c3a-744e-11ed-8abf-dac502259ad0.png

  • 你會(huì)看到App的版本成功升級(jí)到0.0.2了.
  • 如果你到了這一步.
  • 那么恭喜你! 你已經(jīng)能夠使用在線升級(jí)了!

5. 總結(jié)

通過本幾節(jié)的教程,想必你已經(jīng)會(huì)使用在線升級(jí)了,只要原理知道了其他的問題都可以迎刃而解了,除了使用YModem協(xié)議傳輸.bin文件,你還可以通過藍(lán)牙、WIFI等其他協(xié)議傳輸,只要能夠?qū)?bin文件傳輸過去,那其他的部分原理都差不多。


審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 二進(jìn)制
    +關(guān)注

    關(guān)注

    2

    文章

    786

    瀏覽量

    41564
  • STM32
    +關(guān)注

    關(guān)注

    2264

    文章

    10854

    瀏覽量

    354296
  • IAP
    IAP
    +關(guān)注

    關(guān)注

    2

    文章

    163

    瀏覽量

    24204

原文標(biāo)題:干貨 | 詳解 stm32 在線 IAP 升級(jí)

文章出處:【微信號(hào):混說Linux,微信公眾號(hào):混說Linux】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    使用CUBE IDE無法通過IAP跳轉(zhuǎn)APP進(jìn)行軟件升級(jí)怎么解決?

    本人使用的是cubeide 1.7.0版本,單片機(jī)是STM32F407VET6.在這個(gè)IDE工具下,成功實(shí)現(xiàn)STM32F103RCT6單片機(jī)的升級(jí),卻無法實(shí)現(xiàn)F407這款芯片的升級(jí),我
    發(fā)表于 07-31 07:48

    芯海通用 MCU 應(yīng)用筆記 :CS32F103 系列 MCU IAP 升級(jí)指南

    本應(yīng)用筆記旨在幫助指導(dǎo)用戶針對(duì)芯海 CORTEX-M3 MCU CS32F103 系列單片機(jī) IAP 應(yīng)用的快速開發(fā)。本應(yīng)用筆記實(shí)現(xiàn)了 CAN 和 USART 兩種接口方式來開發(fā) IAP 應(yīng)用,協(xié)議
    發(fā)表于 05-16 11:40

    芯海通用 MCU 應(yīng)用筆記: CS32F03x IAP 升級(jí)

    本技術(shù)文檔旨在幫助客戶實(shí)現(xiàn) IAP 升級(jí)提供一個(gè)參考方案和模板。本文檔提供基于 UART 升級(jí)的 MCU 參考代碼和 PC 端的升級(jí)工具軟件。適用 MCU 型號(hào):CS32F030、CS
    發(fā)表于 05-16 10:55

    芯??萍纪ㄓ?MCU 應(yīng)用筆記: EVB-CS32L015 開發(fā)板&amp;IAP 升級(jí)指導(dǎo)手冊(cè)

    本文檔描述了 CS32L015 開發(fā)板 V1.1 的硬件資源配置,Pack 包的安裝,IAP 升級(jí)流程介紹等,幫助用戶快速使用 CS32L015 開發(fā)板,評(píng)估 CS32L015 芯片的性能。*附件:CS32L015開發(fā)板使用-IAP
    發(fā)表于 05-16 10:43

    STM32F1 IAP操作讀保護(hù)選項(xiàng)字節(jié)設(shè)置,APP使用系統(tǒng)復(fù)位跳轉(zhuǎn)后無法運(yùn)行IAP的原因?

    最近調(diào)試一個(gè)程序,是基于STM32F1做的IAP,升級(jí)前后需要修改選項(xiàng)字節(jié),F(xiàn)LASH_EraseOptionBytes函數(shù)內(nèi)OB->RDP=RDP_Key語句實(shí)現(xiàn)讀保護(hù)的解除,如果我
    發(fā)表于 05-13 08:09

    通過iap的方式對(duì)stm32f405進(jìn)行升級(jí),usb dfu數(shù)據(jù)傳輸出錯(cuò)的原因?

    想通過iap的方式對(duì)stm32f405進(jìn)行升級(jí),用usb傳輸 dfu格式; 在數(shù)據(jù)傳輸過程中,發(fā)現(xiàn)源文件和傳到設(shè)備上的數(shù)據(jù)匹配不起來,有人遇到過嗎??求助?。。。? 是usb dfu傳輸協(xié)議的問題嗎?誰有usb dfu格式
    發(fā)表于 04-28 08:56

    做usb dfu進(jìn)行iap升級(jí),固件下載完成后,校驗(yàn)不過,very失敗的原因?

    最近在做usb dfu進(jìn)行iap升級(jí),固件下載完成后,校驗(yàn)不過,very失敗,有人遇到過嗎??? 比如在0x08020240位置,提示: File byte is 0x5c Read byte
    發(fā)表于 04-24 07:35

    調(diào)試FreeRTOS程序,通過IAP升級(jí)后程序跑飛的原因?

    最近調(diào)試FreeRTOS程序,發(fā)現(xiàn)直接用IAR下載APP后程序運(yùn)行正常,但是通過IAP升級(jí)后卻發(fā)現(xiàn)程序跑飛(因?yàn)槭?b class='flag-5'>IAP升級(jí),無法調(diào)試App程序,所以跳轉(zhuǎn)后具體在哪跑飛不得而知)。
    發(fā)表于 04-08 06:25

    CKS32F4xx系列產(chǎn)品的串口IAP功能詳解

    IAP(In Application Programming)即在應(yīng)用編程,IAP是用戶自己的程序在運(yùn)行過程中對(duì)User Flash的部分區(qū)域進(jìn)行燒寫,目的是為了在產(chǎn)品發(fā)布后可以方便地通過預(yù)留的通信口對(duì)產(chǎn)品中的固件程序進(jìn)行更新升級(jí)
    發(fā)表于 04-05 15:11 ?478次閱讀
    CKS32F4xx系列產(chǎn)品的串口<b class='flag-5'>IAP</b>功能<b class='flag-5'>詳解</b>

    stm32f1使用IAP升級(jí)后STemwin顯示圖片速度變慢的原因?

    我使用STM32F103VET6進(jìn)行IAP升級(jí)。 現(xiàn)在將512K的flash劃分為以下四個(gè)區(qū)域: 0x8000000——0x800B400的45K為bootloader區(qū),存放IAP
    發(fā)表于 03-29 08:08

    stm32H747雙核的IAP升級(jí)要怎么做?

    H747雙核我看有2個(gè)Hex文件,生成的Bin文件也有2個(gè)。Bootloader要怎么處理呢?也是2個(gè)Bootloader程序嗎?那我要IAP升級(jí)程序的話要怎么處理了?
    發(fā)表于 03-28 08:50

    使用STM32CubeIDE無法通過IAP跳轉(zhuǎn)APP進(jìn)行軟件升級(jí)的原因?

    使用CUBE IDE無法通過IAP跳轉(zhuǎn)APP進(jìn)行軟件升級(jí) 本人使用的是cubeide 1.7.0版本,單片機(jī)是STM32F407VET6.在這個(gè)IDE工具下,成功實(shí)現(xiàn)STM32
    發(fā)表于 03-28 06:47

    STM32 IAP升級(jí),KEIL如何一份代碼運(yùn)行于兩個(gè)APP區(qū)?

    我的想法是一個(gè)IAP+APP1+APP2。上電運(yùn)行IAP。會(huì)檢測(cè)當(dāng)前有效APP,跳轉(zhuǎn)有效APP運(yùn)行。在APP運(yùn)行期間,收到升級(jí)指令,直接dowm固件,到另外一個(gè)APP區(qū),下載會(huì)對(duì)固件進(jìn)行安全
    發(fā)表于 03-26 07:20

    IAP在線升級(jí),當(dāng)STM32f107識(shí)別U盤時(shí),U盤使用多次后識(shí)別過程會(huì)變得很慢為什么呢?

    本人在做IAP在線升級(jí),當(dāng)STM32f107芯片識(shí)別U盤時(shí)候,U盤使用多次后,識(shí)別過程會(huì)變得很慢,這是為什么呢?是U盤老化還是芯片原因呢?
    發(fā)表于 03-21 07:03

    STM32單片機(jī)實(shí)現(xiàn)固件在線升級(jí)IAP

    、I2C、SPI等等)的FLASH引導(dǎo)程序,配合廠家提供的燒錄軟件工具或自行開發(fā)的軟件實(shí)現(xiàn)程序燒錄。3、IAP:是指單片機(jī)程序開發(fā)好之后在運(yùn)行過程中由外部用戶發(fā)起的在線
    的頭像 發(fā)表于 12-16 08:00 ?4757次閱讀
    <b class='flag-5'>STM32</b>單片機(jī)實(shí)現(xiàn)固件<b class='flag-5'>在線</b><b class='flag-5'>升級(jí)</b>(<b class='flag-5'>IAP</b>)