STM32IAP升級(jí)-----編寫IAP升級(jí)遇到的問題總結(jié)

IAP的源碼等資料我上傳了，壓縮包內(nèi)有12個(gè)文件，，http://download.csdn.net/detail/f907279313/7524849（要積分的辛苦收集的你們就給點(diǎn)積分吧）

還有另一篇博客總結(jié)的IAP：http://blog.csdn.net/super_demo/article/details/32133257

一,串口通信問題

1，串口通信兩端的TTL電平要一致，看選用的芯片，要么都是3.3V要么都是5V。。當(dāng)兩端電平不一致時(shí)通常是收不到數(shù)據(jù)的。。當(dāng)檢測(cè)程序等都沒有問題但是依然收不到數(shù)據(jù)時(shí)，考慮檢測(cè)一下兩端的電平是否一致。。可用示波器查看收發(fā)數(shù)據(jù)時(shí)的電平

2，在寫IAP是使用的官方的庫函數(shù)，結(jié)果串口一直收不到正確的數(shù)據(jù)。不管我發(fā)什么，收到的都是0x58或者0xF6，而且我發(fā)5個(gè)字節(jié)只能收到2個(gè)。。確定自己的程序邏輯沒問題，然后懷疑是使用的庫函數(shù)有問題。使用beyond compare挨著對(duì)照了一下以前寫過的正確的程序。。發(fā)現(xiàn)系統(tǒng)初始化時(shí)外部晶振沒有改。。在SystemInit();時(shí)就是為了/* 配置系統(tǒng)時(shí)鐘為168M 使用外部8M晶體+PLL*/ 在函數(shù)內(nèi)有一個(gè)宏定義#define PLL_M 25.。。。庫函數(shù)默認(rèn)的是25但是我們必須要使用8M的晶振。。所以要把25改成8.。。。。。。改完測(cè)試通過。。。。。

3，在問題2的時(shí)候自己犯了個(gè)錯(cuò)誤。當(dāng)時(shí)我把另一個(gè)程序的庫文件都拷過來了替換了原來的庫文件，結(jié)果直接進(jìn)不了中斷了。有中斷程序就死了。。。如圖所示

有中斷時(shí)匯編顯示就跳到了黃色的那句話。然后程序就死了。。其實(shí)進(jìn)不了中斷首先想到的是中斷向量表的問題。當(dāng)時(shí)一著急沒想到這個(gè)問題。。復(fù)制過來的庫文件是我寫的IAP的APP程序，我把其中的中斷向量表改了，我不是在main函數(shù)中改的，我是直接改的庫函數(shù)中的偏移量，然后就把這個(gè)問題給忘了，導(dǎo)致找了半天終于意識(shí)到是中斷向量表出了問題。。。

4，串口一上電未初始化時(shí)就開始瘋狂的發(fā)亂碼，等初始化完成之后就不發(fā)了。如圖

解決方法：我是看的官方的例程，如果需要更新再初始化串口，如果不需要更新的話就不初始化串口。所以把串口初始化部分寫在了后面的判斷中。。。這樣操作會(huì)出現(xiàn)上述問題。把串口的初始化部分寫到main函數(shù)的前端就不會(huì)出現(xiàn)這個(gè)問題了。。至于具體為什么會(huì)這樣的原因還沒搞明白。。。

經(jīng)過詢問大神們說不初始化的時(shí)候會(huì)有浮空電平，有時(shí)出現(xiàn)亂發(fā)一些數(shù)據(jù)也正常。。。。

5，我在寫iap升級(jí)的時(shí)候，使用的是一次性全部接收完70K的bin文件，再去升級(jí)。。后期程序越寫越多，最后編譯完的bin文件大于了70K導(dǎo)致升級(jí)不能成功。前面的$HEAD命令能接收，發(fā)完bin文件后$TAIL命令接收不到。。。。。這是由于bin文件的大小超過了70k大小的buff后面的內(nèi)容無法接收了。。。。。。。。。。。。。正規(guī)的升級(jí)應(yīng)該接收10k或者多少就編程一次。。。。。。。。

二，F(xiàn)LASH問題

1,flash的擦除

實(shí)際上是把flash的內(nèi)容全部寫1（擦除完再讀的話讀出來的全是0XFF），flash的編程要按字（32位）或半字（16位）編程，當(dāng)接收的數(shù)據(jù)是奇數(shù)位是要補(bǔ)上0，湊夠半字來編程。

2，寫進(jìn)flash跟讀出來的不一樣

注意編程flash時(shí)變量的存儲(chǔ)接收等要用unsigned類型的。存儲(chǔ)接收的變量類型要一致。以免造成越界問題，導(dǎo)致看到的數(shù)不一致

3，flash做存儲(chǔ)用時(shí)

當(dāng)時(shí)寫了個(gè)程序，用flash來存數(shù)據(jù)，然后再讀出來，遇到的問題是設(shè)備不斷電時(shí)可以完整的讀出來，設(shè)備斷電后讀不出了。要讀多少個(gè)數(shù)我是把個(gè)數(shù)也存儲(chǔ)在flash中的。最終發(fā)現(xiàn)問題是程序中一個(gè)標(biāo)志位的操作有問題，每次斷電后再上電會(huì)自動(dòng)把這個(gè)個(gè)數(shù)寫為0，導(dǎo)致每次都讀不出來數(shù)

三，數(shù)組越界問題

1，嵌入式程序通常要求少占內(nèi)存，通常變量能定義8位不定義16位。。一定要注意變量的最大值。（細(xì)心一點(diǎn)）。。在越界問題上，吃虧了好幾次了。。。。

eg：①，我定義了一個(gè)int16_t的變量來接收flash中的一個(gè)變量值0xABCD。。結(jié)果很顯然越界了。。換成uint16_t即可

②，定義了一個(gè)串口接收數(shù)據(jù)計(jì)數(shù)器uint16_t 的變量，要接收60k的APP程序，自認(rèn)為足夠用了，但是串口發(fā)送60K大小的文件發(fā)送的字節(jié)數(shù)大于了65535，，，又耽誤了好久時(shí)間。。。

謹(jǐn)記：要細(xì)心

四，關(guān)于APP與IAP互跳之間的中斷處理問題

跳轉(zhuǎn)時(shí)中斷問題還是一個(gè)比較棘手的問題。。經(jīng)常跳轉(zhuǎn)之后無法進(jìn)入中斷，然后百度了一下，自己理解大概是，跳轉(zhuǎn)時(shí)只是強(qiáng)制改變了PC指正的位置，但是里面的中斷寄存器什么的都沒有變，這樣中斷存在，但是中斷函數(shù)什么的都沒有了，造成程序死掉。。我在寫的過程中也遇到了問題，第一次從iap跳到app正常，但是從app跳回iap的時(shí)候由于殘留的中斷太多，在iap中程序死了。我的處理方式是把a(bǔ)pp中的跳轉(zhuǎn)命令換成了系統(tǒng)復(fù)位NVIC_SystemReset();（不同的固件庫可能函數(shù)名不同）其他的處理理的方式據(jù)我所知還有有①跳轉(zhuǎn)之前復(fù)位或者關(guān)閉所有打開的中斷②跳轉(zhuǎn)后在初始化時(shí)加入RCC_DeInit();，，NVIC_DeInit();等讓中斷恢復(fù)默認(rèn)值。。具體可參考下面這篇文章http://dzdesigned80.blog.163.com/blog/static/203259238201272425313152/總之要注意中斷寄存器的復(fù)位。也可以直接軟件復(fù)位管他什么中斷寄存器殘留的.從iap跳到app前可以用USART_ITConfig(USART1, USART_IT_RXNE, DISABLE);來關(guān)閉串口接收中斷。從app跳轉(zhuǎn)回iap可以用軟件復(fù)位。

五，總結(jié)一下在IAP升級(jí)中APP程序的中斷向量表的偏移

1.關(guān)于APP程序的中斷向量表地址偏移（三種方法，stm32F2與F4系列通用。三種方法本質(zhì)一樣只是看到網(wǎng)上的各種例程的表現(xiàn)形式不一樣）

①直接操作寄存器

在APP程序的main函數(shù)的開頭設(shè)置中斷向量表偏移

SCB->VTOR = FLASH_BASE | 0x10000;

其中0x10000是偏移量。。也就是前面的IAP程序所占用的空間大小，要是你的main函數(shù)中有SystemInit();的話要在SystemInit();之后添加。

因?yàn)镾ystemInit();中有中斷向量表的偏移操作

在void SystemInit (void)系統(tǒng)初始化函數(shù)中有初始化中斷向量表的語句

#ifdef VECT_TAB_SRAM

SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* 使用內(nèi)部SRAM啟動(dòng)設(shè)置這一句. */

#else

SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* 使用內(nèi)部FLASH啟動(dòng)設(shè)置這句*/

#endif

可以直接修改VECT_TAB_OFFSE的值，這個(gè)值代表偏移量。不建議這么改，不建議修改庫文件，應(yīng)為后面其他程序用的話經(jīng)常忘了這里動(dòng)過中斷向量表，導(dǎo)致中斷不能正常運(yùn)行（我就因?yàn)檫@個(gè)浪費(fèi)了快一天時(shí)間，串口就是進(jìn)不了中斷）

其中

#define FLASH_BASE ((uint32_t)0x08000000) /*!

#define SRAM_BASE ((uint32_t)0x20000000) /*!< SRAM baseaddress in the alias region */

對(duì)應(yīng)keil設(shè)置中的（這是一般程序默認(rèn)的，IAP升級(jí)中APP程序的這個(gè)地方還得根據(jù)中斷偏移量改）

② 使用庫函數(shù)設(shè)置偏移量

在庫文件中有專門的一個(gè)函數(shù)

在APP程序初始化時(shí)調(diào)用函數(shù)NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x10000);

其中/* Vector Table Base----------------------------------*/

#define NVIC_VectTab_RAM ((u32)0x20000000)

#define NVIC_VectTab_FLASH ((u32)0x08000000)

/***********************************************************************

Function Name : NVIC_SetVectorTable

* Description : Sets the vector table location andOffset.

* Input : - NVIC_VectTab: specifies if thevector table is in RAM or

* FLASH memory.

**********************************************************************/

void NVIC_SetVectorTable(u32NVIC_VectTab, u32 Offset)

{

/* Check the parameters */

assert_param(IS_NVIC_VECTTAB(NVIC_VectTab));

assert_param(IS_NVIC_OFFSET(Offset));

SCB->VTOR = NVIC_VectTab " (Offset & (u32)0x1FFFFF80);

}

③修改庫文件（不建議使用）

直接修改固件庫里面的數(shù)值。在void SystemInit(void)下的

/* Configure the Vector Table location add offsetaddress ------------------*/

#ifdefVECT_TAB_SRAM

SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET;/* Internal SRAM */

#else

SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET;/* Internal FLASH */

#endif

直接修改

#define VECT_TAB_OFFSET 0x00 /*!< Vector Table base offset field.

This valuemust be a multiple of 0x200. */

為

#define VECT_TAB_OFFSET 0x10000 /*!< Vector Table base offsetfield.

This valuemust be a multiple of 0x200. */

2．關(guān)于IAP程序與APP程序keil中的設(shè)置

Stm32的flash都是從0x8000000開始的，結(jié)束地址看片子的flash大小

Stm32的sram都是從0x2000000開始的，結(jié)束地址看片子的sram大小