STM32的IAP功能確實方便，以前對此如何實現(xiàn)有所了解，但是一直沒去測試，這兩天來練了下，可謂困難重重，搞了兩天問題也一一解決，下面做些簡要的筆記
IAP就是在線應(yīng)用編程，方便程序升級，可以不用打開產(chǎn)品，直接通過串口升級，那么就需要一個引導(dǎo)程序（大神們喜歡稱bootload），一個APP程序（實際產(chǎn)品的工作程序）
減小測試難度，我設(shè)計了3個程序，一個bootload程序，一個LED閃爍程序，一個KEY+LED點動程序，我的目的就是用兩個不一樣的APP程序，互相升級，方便驗證結(jié)果
我手里的開發(fā)板是STM32F103ZET,屬于大容量產(chǎn)品，flash有512K, 我們的bootload和APP應(yīng)用程序就需要在flash里面進(jìn)行劃分，對于我的測試程序，這些空間實在是太大了，有點大材小用了
STM32F103ZET的flash起始地址是0x8000000,總共是512k,那就是到0x807ffff結(jié)束。
定義bootload的范圍0x8000000 --- 0x800ffff;
定義APP的范圍 0x8010000 --- 0x807ffff;
下面首先是bootload介紹
bootload的程序和一般程序區(qū)別不大，就是在MDK配置方面需要注意
這些設(shè)置好以后直接生產(chǎn)HEX文件，下載便可
在此，測試的時候遇到兩個問題，
一個是串口接受時，上位設(shè)置了256000的波特率，我芯片波特率設(shè)置成25600，少了一個0，數(shù)據(jù)一直不對，接受到的APP數(shù)據(jù)全是亂碼，搞了有四五小時才發(fā)現(xiàn)，真是蛋疼
另外一個在驗證flash讀寫時，數(shù)據(jù)位沒搞對，applenth本身是接受的數(shù)據(jù)長度，我前面一直在箭頭的方向，進(jìn)來就清零，導(dǎo)致可寫入flash的數(shù)據(jù)數(shù)為0，后面讀flash的時候全是0xffff,這塊也耗了有兩個小時。
//********************************************************************************
int main(void) //bootload的main汗死
{
u16 oldcount=0;
u16 applenth=0;
main_init();
while(1)
{
time_loop();
key_dispose();
if(bit_20ms==1) //20ms檢測一次串口數(shù)據(jù)，是否有數(shù)據(jù)，是否數(shù)據(jù)不變，就接受完成了
{
bit_20ms=0;
if(USART_RX_CNT)
{
if(oldcount==USART_RX_CNT) //新周期內(nèi),沒有收到任何數(shù)據(jù),認(rèn)為本次數(shù)據(jù)接收完成.
{
applenth=USART_RX_CNT;
oldcount=0;
USART_RX_CNT=0;
}
else
oldcount=USART_RX_CNT;
}
}
if(applenth!=0) //數(shù)據(jù)長度不為0，說明串口接受完成了
{
add_tmp=(*(vu32*)(0X20001000+4)); //這里add_tmp是驗證地址數(shù)據(jù)，好自己判斷下面的if條件是否成立
if(((*(vu32*)(0X20001000+4))&0xFF000000)==0x08000000)//判斷是否為0X08XXXXXX.
{
iap_write_appbin(FLASH_APP1_ADDR,USART_RX_BUF,applenth);//更新FLASH代碼 //串口數(shù)據(jù)寫入到flash
delay_ms(100);
bit_new=1;
}
applenth=0;
}
if((bit_10s==1)&&(bit_new==1)) //10s后才執(zhí)行更新部分的程序
{
bit_10s=0;
bit_new=0;
add_tmp=(*(vu32*)(FLASH_APP1_ADDR+4)); //這里add_tmp也為驗證，不用的話可以去掉
if(((*(vu32*)(FLASH_APP1_ADDR+4))&0xFF000000)==0x08000000)//判斷是否為0X08XXXXXX.
{
iap_load_app(FLASH_APP1_ADDR); //執(zhí)行FLASH APP代碼
}
}
}
}
再來介紹下APP的程序，APP程序，我們上面已經(jīng)定義了APP的地址，相比bootload的地址，我偏移了0x1000,那么APP的一些中斷向量什么都要進(jìn)行設(shè)置
先配置下MDK文件
然后在程序main函數(shù)里面設(shè)置 SCB->VTOR = FLASH_BASE | 0x10000;我們自己定義的偏移量
其他和正常程序類似
在調(diào)速APP程序時也遇到一個頭疼問題
就是偏移量問題，我們上面說了，一進(jìn)main函數(shù)就設(shè)置下，但是我的依然不行，最后發(fā)現(xiàn)原來是我的程序在其他地方又復(fù)位成了0，因為程序模版是拷貝的，一些地方?jīng)]記得改
這個是中斷配置汗死，以前的模版，習(xí)慣上中斷偏移為0，按下面流程走下來后，等于回頭了
//********************************************************************************
static void NVIC_Configuration(void)
{
NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0); //這里需要配置偏移量，放在APP里面0是錯誤的
NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4);//設(shè)置NVIC中斷分組4:4位搶占優(yōu)先級，0位響應(yīng)優(yōu)先級
}
//********************************************************************************
void main_init(void)
{
SCB->VTOR = FLASH_BASE | 0x10000;
NVIC_Configuration();
SysTick_init();
led_init();
key_init();
}
//********************************************************************************
int main(void)
{
main_init();
while(1)
{
time_loop();
key_dispose();
}
}
下面來到最關(guān)鍵的一步，我們要用串口下面，怎么下載，下載什么問題
APP需要先生產(chǎn)BIN文件，然后接受常規(guī)的串口軟件便可，方法如下
這個需要填寫到上面框中D:KEILARMARMCCBINfromelf.exe --bin -o ..OBJLEDKEYTOBIN.bin ..OBJLEDKEYTOBIN.axf
在網(wǎng)上查了路徑要按照自己的來，有的是KEILARMBIN40....等等
LEDKEYTOBIN，這個是根據(jù)自己的喜好來的，但是要和下圖所框的對應(yīng)起來
大功告成，編譯如下
類似的再搞個其他的APP程序，就可以完成bootload做為引導(dǎo)，APP升級方式。
下載文檔
