IAP的源代碼等資料我上傳了，壓縮包內有12個文件。，http://download.csdn.net/detail/f907279313/7524849（要積分的辛苦收集的你們就給點積分吧）
還有還有一篇博客總結的IAP：http://blog.csdn.net/super_demo/article/details/32133257
一,串口通信問題
1，串口通信兩端的TTL電平要一致，看選用的芯片，要么都是3.3V要么都是5V。。當兩端電平不一致時一般是收不到數據的。。
當檢測程序等都沒有問題可是依舊收不到數據時。考慮檢測一下兩端的電平是否一致。。可用示波器查看收發數據時的電平
2，在寫IAP是使用的官方的庫函數，結果串口一直收不到正確的數據。無論我發什么，收到的都是0x58或者0xF6，並且我發5個字節僅僅能收到2個。
。確定自己的程序邏輯沒問題，然后懷疑是使用的庫函數有問題。使用beyond compare挨着對比了一下曾經寫過的正確的程序。。發現系統初始化時外部晶振沒有改。。在SystemInit();時就是為了/* 配置系統時鍾為168M 使用外部8M晶體+PLL*/ 在函數內有一個宏定義#define PLL_M 25.。
。
。
庫函數默認的是25可是我們必須要使用8M的晶振。
。所以要把25改成8.。
。。
。。
。改完測試通過。。。
。
。
3，在問題2的時候自己犯了個錯誤。當時我把還有一個程序的庫文件都拷過來了替換了原來的庫文件，結果直接進不了中斷了。有中斷程序就死了。
。。如圖所看到的
有中斷時匯編顯示就跳到了黃色的那句話。
然后程序就死了。
。事實上進不了中斷首先想到的是中斷向量表的問題。當時一着急沒想到這個問題。
。復制過來的庫文件是我寫的IAP的APP程序，我把當中的中斷向量表改了。我不是在main函數中改的。我是直接改的庫函數中的偏移量，然后就把這個問題給忘了，導致找了半天最終意識到是中斷向量表出了問題。。。
4。串口一上電未初始化時就開始瘋狂的發亂碼。等初始化完畢之后就不發了。如圖
解決方法：我是看的官方的例程，假設須要更新再初始化串口，假設不須要更新的話就不初始化串口。
所以把串口初始化部分寫在了后面的推斷中。。。這樣操作會出現上述問題。
把串口的初始化部分寫到main函數的前端就不會出現這個問題了。
。至於詳細為什么會這種原因還沒搞明確。。
。
經過詢問大神們說不初始化的時候會有浮空電平，有時出現亂發一些數據也正常。。
。。
5，我在寫iap升級的時候，使用的是一次性所有接收完70K的bin文件，再去升級。。
后期程序越寫越多，最后編譯完的bin文件大於了70K導致升級不能成功。前面的$HEAD命令能接收。發完bin文件后$TAIL命令接收不到。。。
。。這是由於bin文件的大小超過了70k大小的buff后面的內容無法接收了。
。
。
。。。。。。。
。。。正規的升級應該接收10k或者多少就編程一次。。
。。。。。。
二，FLASH問題
1,flash的擦除
實際上是把flash的內容所有寫1（擦除完再讀的話讀出來的全是0XFF），flash的編程要按字（32位）或半字（16位）編程。當接收的數據是奇數位是要補上0，湊夠半字來編程。
2。寫進flash跟讀出來的不一樣
注意編程flash時變量的存儲接收等要用unsigned類型的。
存儲接收的變量類型要一致。
以免造成越界問題，導致看到的數不一致
3，flash做存儲用時
當時寫了個程序，用flash來存數據，然后再讀出來，遇到的問題是設備不斷電時能夠完整的讀出來，設備斷電后讀不出了。
要讀多少個數我是把個數也存儲在flash中的。最終發現問題是程序中一個標志位的操作有問題，每次斷電后再上電會自己主動把這個個數寫為0，導致每次都讀不出來數
三。數組越界問題
1，嵌入式程序通常要求少占內存，通常變量能定義8位不定義16位。。一定要注意變量的最大值。（細心一點）。。在越界問題上，吃虧了好幾次了。。。。
eg：①，我定義了一個int16_t的變量來接收flash中的一個變量值0xABCD。
。結果非常顯然越界了。。換成uint16_t就可以
②，定義了一個串口接收數據計數器uint16_t 的變量，要接收60k的APP程序，自覺得足夠用了，可是串口發送60K大小的文件發送的字節數大於了65535，，，又耽誤了好久時間。。。
謹記：要細心
四，關於APP與IAP互跳之間的中斷處理問題
跳轉時中斷問題還是一個比較棘手的問題。。常常跳轉之后無法進入中斷。然后百度了一下。自己理解大概是，跳轉時僅僅是強制改變了PC指正的位置。可是里面的中斷寄存器什么的都沒有變。這樣中斷存在，可是中斷函數什么的都沒有了。造成程序死掉。
。
我在寫的過程中也遇到了問題，第一次從iap跳到app正常。可是從app跳回iap的時候由於殘留的中斷太多，在iap中程序死了。我的處理方式是把app中的跳轉命令換成了系統復位NVIC_SystemReset();（不同的固件庫可能函數名不同）其它的處理理的方式據我所知還有有①跳轉之前復位或者關閉所有打開的中斷②跳轉后在初始化時加入RCC_DeInit();，，NVIC_DeInit ();等讓中斷恢復默認值。。詳細可參考以下這篇文章http://dzdesigned80.blog.163.com/blog/static/203259238201272425313152/ 總之要注意中斷寄存器的復位。
也能夠直接軟件復位管他什么中斷寄存器殘留的.從iap跳到app前能夠用USART_ITConfig(USART1, USART_IT_RXNE, DISABLE);來關閉串口接收中斷。
從app跳轉回iap能夠用軟件復位。
五，總結一下在IAP升級中APP程序的中斷向量表的偏移
1. 關於APP程序的中斷向量表地址偏移（三種方法。stm32F2與F4系列通用。三種方法本質一樣僅僅是看到網上的各種例程的表現形式不一樣）
① 直接操作寄存器
在APP程序的main函數的開頭設置中斷向量表偏移
SCB->VTOR = FLASH_BASE | 0x10000;
當中0x10000是偏移量。
。也就是前面的IAP程序所占用的空間大小。要是你的main函數中有SystemInit();的話要在SystemInit();之后加入。
由於SystemInit();中有中斷向量表的偏移操作
在void SystemInit (void)系統初始化函數中有初始化中斷向量表的語句
#ifdef VECT_TAB_SRAM
SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* 使用內部SRAM啟動設置這一句. */
#else
SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* 使用內部FLASH啟動設置這句*/
#endif
能夠直接改動VECT_TAB_OFFSE的值，這個值代表偏移量。不建議這么改。不建議改動庫文件，應為后面其它程序用的話常常忘了這里動過中斷向量表。導致中斷不能正常執行（我就由於這個浪費了快一天時間。串口就是進不了中斷）
當中
#define FLASH_BASE ((uint32_t)0x08000000) /*!<FLASH base address in the alias region */
#define SRAM_BASE ((uint32_t)0x20000000) /*!< SRAM baseaddress in the alias region */
相應keil設置中的（這是一般程序默認的，IAP升級中APP程序的這個地方還得依據中斷偏移量改）
② 使用庫函數設置偏移量
在庫文件里有專門的一個函數
在APP程序初始化時調用函數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);
}
③改動庫文件（不建議使用）
直接改動固件庫里面的數值。
在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．關於IAP程序與APP程序keil中的設置
Stm32的flash都是從0x8000000開始的，結束地址看片子的flash大小
Stm32的sram都是從0x2000000開始的，結束地址看片子的sram大小
IAP程序基本默認就可以，跟普通程序一樣
在APP程序中須要設置一下偏移量
默認的條件下，圖中IROM1的起始地址（Start）一般為0X08000000，大小（Size）為0X100000。即從0X08000000開始的1M空間為我們的程序存儲（由於我們的STM32F4的FLASH大小是1M）。而圖中，我們設置起始地址（Start）為0X08010000，即偏移量為0X10000（64K字節）。因而。留給APP用的FLASH空間（Size）僅僅有0X100000-0X10000=0XF0000（960K字節）大小了。設置好Start和Szie，就完畢APP程序的起始地址設置。
這里的64K字節。須要大家依據Bootloader程序大小進行選擇，比方我們本章的Bootloader程序為22K左右，理論上我們僅僅須要確保APP起始地址在Bootloader之后，並且偏移量為0X200的倍數就可以（相關知識，請參考：http://www.openedv.com/posts/list/392.htm）。這里我們選擇64K（0X10000）字節，留了一些余量。方便Bootloader以后的升級改動。
注意：設置的起始地址要與程序中設置的中斷向量表的偏移量相應起來（假設給IAP程序64k的空間則APPkeil中起始地址為0x8010000相應的程序中中斷向量偏移0x10000）我用的1M flash大小的片子。。詳細的大小設置，看自己的片子。。