STM32 IAP 固件升級(jí)設(shè)計(jì)/U盤升級(jí)固件

固件升級(jí)的基本思路是： 將stm32 的flash劃分為兩個(gè)區(qū)域：

1.Bootloader區(qū)：存放bootloader的代碼，bootloader代碼完成的主要功能就是，判斷外部條件，如果需要更新固件，則從指定位置（外接的U盤？板子上的外置存儲(chǔ)器如 SD卡，NandFlash等）讀取bin文件，然后寫入到stm32 Flash的APP區(qū)，完成后跳轉(zhuǎn)到APP區(qū)執(zhí)行更新過(guò)的代碼； 如果不需要更新，則直接跳轉(zhuǎn)到APP區(qū)執(zhí)行主程序代碼。

2.APP區(qū)：存放應(yīng)用程序代碼，就是我們產(chǎn)品的固件了。

目做了兩個(gè)升級(jí)方式，都是USB的：

一個(gè)是USB host：開(kāi)機(jī)進(jìn)boot，boot檢測(cè)是否有U盤插入，U盤中是否包含APP的bin文件，包含則更新并跳轉(zhuǎn)到APP； 一個(gè)是USB device：在APP區(qū)，做了usb device的代碼，將板上的nandflash作為U盤的存儲(chǔ)器，通過(guò)USB線鏈接PC，則PC顯示U盤，將APP的bin文件復(fù)制到U盤里，并設(shè)置一個(gè)標(biāo)志文件，下次開(kāi)機(jī)進(jìn)boot會(huì)判斷nandfalash里是否有需要更新的固件，如果有，則將nandflash里存放的APPbin文件寫入stm32 flash的APP區(qū)，完成更新后跳轉(zhuǎn)。

bootloader代碼要點(diǎn)：

1. 需要包含USB Host和 nandflash以及 fatfs文件系統(tǒng)的驅(qū)動(dòng)代碼。（這部分是需要仔細(xì)研究做好的，就不多說(shuō)了）

2.關(guān)于Bootloader區(qū)： 我使用stm32f429，bootlaoder代碼編譯下來(lái)有50K左右，所以使用flash 0x80000000 ~ 0x8000FFFF這塊共64K的區(qū)域，注意Bootloader代碼一定要從 flash的起始地址0x80000000開(kāi)始，這樣一開(kāi)機(jī)就首先運(yùn)行boot程序。

具體在keil 中的設(shè)置是 target中設(shè)置好flash的起始地址和size； debug中settings，flash選擇1M的（我的429是1Mflash）然后在下面的開(kāi)始和結(jié)束地址中輸入正確地址；

3.關(guān)于APP區(qū)： 使用剩下的0x80010000~0x800FFFFF 區(qū)域，keil具體設(shè)置和2一樣。

4.關(guān)于讀取并寫入bin文件到flash： 如上面所說(shuō)，這個(gè)比較靈活，可以從外部U盤中讀取bin文件到 內(nèi)存buf然后寫入flash，也可以從板上已有的外設(shè)存儲(chǔ)器讀取bin文件到內(nèi)存buf然后寫入flash，具體代碼可以參考官方固件庫(kù)中的例子。

5.關(guān)于跳轉(zhuǎn)： 可以看到官方代碼

pFunction Jump_To_Application;

uint32_t JumpAddress;

JumpAddress = *(__IO uint32_t*) (APPLICATION_ADDRESS + 4);

Jump_To_Application = (pFunction) JumpAddress;

/* Initialize user application's Stack Pointer */

__set_MSP(*(__IO uint32_t*) APPLICATION_ADDRESS);

Jump_To_Application();

具體分析可以看網(wǎng)上別人的詳細(xì)解釋，這里我遇到的問(wèn)題是：經(jīng)常跳轉(zhuǎn)之后就直接死機(jī)，可能有以下幾種情況：

1. APP代碼main函數(shù)中第一句必須要

NVIC_SetVectorTable (NVIC_VectTab_FLASH, 0x10000);

__enable_irq();

將向量表偏移地址設(shè)置為我們的0x10000；

2.關(guān)于中斷，可能跳轉(zhuǎn)之前，某些外設(shè)中斷是開(kāi)啟的，跳轉(zhuǎn)之后，中斷產(chǎn)生了，但是APP代碼中沒(méi)有處理對(duì)應(yīng)該中斷的中斷處理函數(shù)，所以就直接死機(jī)了；

對(duì)應(yīng)網(wǎng)上的一些方法是 跳轉(zhuǎn)之前，關(guān)閉所有中斷： __disable_irq();

在APP中偏移地址設(shè)置完畢后，再次開(kāi)啟所有中斷： __enable_irq();

有些人發(fā)現(xiàn)跳入APP之后，很多中斷都不響應(yīng)了，可能就是跳轉(zhuǎn)之前，關(guān)了中斷但是APP中沒(méi)有再次開(kāi)啟。

我一開(kāi)始這樣用，每次從U盤更新完固件之后跳轉(zhuǎn)就死機(jī)了，從nandflash跳轉(zhuǎn)就不會(huì)有問(wèn)題，參考了一些網(wǎng)上的資料，

推測(cè)可能還是 __disable_irq()沒(méi)有把USB中斷關(guān)閉，或者關(guān)閉之后，USB的某個(gè)中斷仍舊是置位的，APP中再次開(kāi)啟中斷后，直接尋找USB中斷服務(wù)程序，找不到就死機(jī)了。

這里為了更加穩(wěn)妥，我決定在跳轉(zhuǎn)之前，將所有boot中用到的外設(shè)都關(guān)閉，但是只用了一句

NVIC_DisableIRQ(OTG_FS_IRQn);

之后，就一切OK了。

但是建議大家在寫boot的時(shí)候，跳轉(zhuǎn)之前還是把所有用到的外設(shè)時(shí)鐘關(guān)閉，中斷也禁止。