IAP即“inapplicatinprogramming”在應用編程的縮寫，指MCU可以在系統中獲取新代碼并對自己重新編程，即改變應用程序。它與我們所熟悉的ISP編程不同， LPC1768 的ISP編程接口為串口1，如果使用其他的串口或其他總線則不能對其進行編程。而我們這里所說的IAP通過下載一段引導程序Bootloader程序，如果我們想要從串口2或網口更新應用程序，在Bootloader中初始化相應的串口或網口，使其接收應用程序，將接收到的應用程序寫入到Flash里面，IAP完成后跳轉到應用程序入口執行應用程序。所以現在的IAP程序涉及到兩個概念：Bootloader和應用程序。

Bootloader：BootLoader就是在操作系統內核運行之前運行的一段小程序。通過這段小程序，我們可以初始化硬件設備、建立內存空間映射圖，從而將系統的軟硬件環境帶到一個合適狀態，以便為最終調用操作系統內核準備好正確的環境。這里我們所說的Bootloader也是系統開機前的一段小程序，其主要任務是用來初始化串口和IAP端口（網口CAN接口等）的，通過判斷狀態是否需要從IAP端口進行更新應用程序，若需要更新則從端口接收應用程序，并存放到指定的Flash里面，更新完成后則跳入到指定的Flash里面執行應用程序。

應用程序：即我們需要開發板實現功能的程序，其中應用程序主要分為兩種：hex文件和bin文件。在我們經常使用的KEIL中默認編譯生成的可執行文件（應用程序）為hex格式的，若需要編譯生成bin格式需要做如下修改，加入“D:KeilARMARMCCbinfromelf.exe--bin--output./Obj/Can_Updata.bin./Obj/test.axf”，重新編譯生成的Can_Updata.bin文件存放在Obj文件夾下。

2、bin格式文件與hex格式文件的區別

bin格式文件是純粹的二進制文件，使用下載其將其下載到開發板時其內容完全不變，所以對于IAP下載使用bin格式文件是比較方便的，如下圖是bin文件的內容與寫入到開發板后使用仿真器觀察到Flash存放的內容（這段程序當然是可以執行的）。

Hex格式文件：Hex全稱（IntelHEX）文件是由一行行符合IntelHEX文件格式的文本所構成的ASCII文本文件。在IntelHEX文件中，每一行包含一個HEX記錄。這些記錄由對應機器語言碼和/或常量數據的十六進制編碼數字組成。如下圖是hex文件的部分數據，其組成由“:CCAAAARR...ZZ”，CC=10代表長度為16字節，AAAA=0000本條記錄中的數據在存儲區中的起始地址，RR=00，數據區，ZZ=38為校驗，這里就不做仔細說明了。

3、LPC1768IAP原理

LPC1768復位后開始執行Boot代碼，Boot代碼可以執行ISP程序或用戶的應用代碼。發生硬件復位后，P2.10引腳為低電平，這就被當作啟動ISP命令處理器的外部硬件請求。假定在/RESET引腳上出現上升沿時，電源引腳出現正確的信號，那么在采樣P2.10之前有3ms的時間決定是執行用戶代碼還是ISP處理程序。如果P2.10為低電平且看門狗溢出標志置位，那么忽略啟動ISP命令處理器的外部硬件請求。在沒有ISP命令處理器的請求（硬件復位后P2.10引腳為高電平）時，將搜索有效的用戶程序。若發現有效的用戶程序，執行控制權就被轉移給用戶程序。若沒有找到有效的用戶程序，就將調用自動波特率程序。這里不討論ISP下載及命令，有興趣的朋友可以查看LPC1768技術手冊第三十二章ISP命令。

在IAP升級中，程序正常執行即用戶代碼（這里的用戶代碼是我們所說的IAP引導程序），如下是IAP升級流程圖，程序將預留端口（這里提供有串口和CAN總線接口兩種）接收到的APP程序bin文件，將接收到的數據寫入到指定的Flash區域（例程APP地址為0x00010000），程序通過IAP命令將數據寫入到Flash里面，LPC1768提供了一系列IAP命令對片內Flash進行擦除編寫等。

4、IAP命令

LPC1768通過IAP函數對片內Flash進行操作，IAP函數是固化在0x1FFF1FF1處的一個有傳入參數和返回參數的一個函數，在LPC1768技術手冊第三十二章IAP命令中有有詳細的說明。主要提供有如下命令：準備下操作扇區、將RAM內容復制到Flash、清除扇區、扇區查空、讀器件ID、讀boot版本、比較、重新調用ISP等。

?體; ????Sx?S??的外部硬件請求。假定在/RESET引腳上出現上升沿時，電源引腳出現正確的信號，那么在采樣P2.10之前有3ms的時間決定是執行用戶代碼還是ISP處理程序。如果P2.10為低電平且看門狗溢出標志置位，那么忽略啟動ISP命令處理器的外部硬件請求。在沒有ISP命令處理器的請求（硬件復位后P2.10引腳為高電平）時，將搜索有效的用戶程序。若發現有效的用戶程序，執行控制權就被轉移給用戶程序。若沒有找到有效的用戶程序，就將調用自動波特率程序。這里不討論ISP下載及命令，有興趣的朋友可以查看LPC1768技術手冊第三十二章ISP命令。

5、串口IAP升級

本例程是根據官方提供的串口IAP更新圖片進行修改而來，直接使用官方的IAP.c文件，該文件中提供了如上圖IAP命令的各種函數，其具體參數可以參考IAP命令。根據官方例程里面將bmp圖片經過串口采用Xmodem1K協議發送到開發板存放在地址0x00010000，如下圖是LPC1768Flash分配地址，第16~21扇區為應用程序存放空間。這里我們將要傳送的bmp圖片改為傳輸應用程序bin文件

?體;q?kr?Sx?S255,255,255); mso-shading:rgb(255,255,255); " >扇區查空、讀器件ID、讀boot版本、比較、重新調用ISP等。

?體; ????Sx?S??的外部硬件請求。假定在/RESET引腳上出現上升沿時，電源引腳出現正確的信號，那么在采樣P2.10之前有3ms的時間決定是執行用戶代碼還是ISP處理程序。如果P2.10為低電平且看門狗溢出標志置位，那么忽略啟動ISP命令處理器的外部硬件請求。在沒有ISP命令處理器的請求（硬件復位后P2.10引腳為高電平）時，將搜索有效的用戶程序。若發現有效的用戶程序，執行控制權就被轉移給用戶程序。若沒有找到有效的用戶程序，就將調用自動波特率程序。這里不討論ISP下載及命令，有興趣的朋友可以查看LPC1768技術手冊第三十二章ISP命令。

在IAP升級中，程序正常執行即用戶代碼（這里的用戶代碼是我們所說的IAP引導程序），如下是IAP升級流程圖，程序將預留端口（這里提供有串口和CAN總線接口兩種）接收到的APP程序bin文件，將接收到的數據寫入到指定的Flash區域（例程APP地址為0x00010000），程序通過IAP命令將數據寫入到Flash里面，LPC1768提供了一系列IAP命令對片內Flash進行擦除編寫等。在IAP升級中，程序正常執行即用戶代碼（這里的用戶代碼是我們所說的IAP引導程序），如下是IAP升級流程圖，程序將預留端口（這里提供有串口和CAN總線接口兩種）接收到的APP程序bin文件，將接收到的數據寫入到指定的Flash區域（例程APP地址為0x00010000），程序通過IAP命令將數據寫入到Flash里面，LPC1768提供了一系列IAP命令對片內Flash進行擦除編寫等。

5、串口IAP程序分析

例程通過按鍵對開發板進行控制，INT0鍵擦除Flash，確認鍵等待串口IAP，向上鍵顯示菜單，向下鍵執行應用程序，使用LCD來開發板狀態，其主函數如下

intmain(void)

{

uint32_tints[4];

SystemClockUpdate();

LCD_BSP_Init(); //LCD初始化

LCD_Clear(Black);

LCD_SetBackColor(Black);

LCD_SetTextColor(White);

cmd=MENU; //命令狀態初始化，顯示菜單

while(1)

{

switch(cmd)

{

caseREADY:

if (!(LPC_GPIO2->FIOPIN&(1<<10)))

{

Screen_Fresh("ErasingImages...");

cmd=ERASE_FLASH;

}

elseif(!(LPC_GPIO1->FIOPIN&(1<<29)))

{

cmd=MENU;

}

elseif(!(LPC_GPIO1->FIOPIN&(1<<25)))

{

Screen_Fresh("WaitingforXMODEMXfer...");

cmd=FLASH_IMG;

}

elseif(!(LPC_GPIO1->FIOPIN&(1<<26)))

{

Screen_Fresh("Executeprogram");

cmd=SHOW;

}

break;

caseMENU:

if(u32IAP_ReadBootVersion(&ints[0],&ints[1])==IAP_STA_CMD_SUCCESS)

{

snprintf((char*)string[0],MAX_STRING_SIZE,"BootCodeversion%d.%d",ints[0],ints[1]);

}

if(u32IAP_ReadPartID(&ints[0])==IAP_STA_CMD_SUCCESS)

{

snprintf((char*)string[1],MAX_STRING_SIZE,"PartID:%d(%#x)",ints[0],ints[0]);

}

u32IAP_ReadSerialNumber(&ints[0],&ints[1],&ints[2],&ints[3]);

snprintf((char*)string[2],MAX_STRING_SIZE,"Serial#:X:X:X:X",ints[0],ints[1],ints[2],ints[3]);

Screen_Fresh("Menu");

cmd=READY;

break;

caseERASE_FLASH:

if((u32IAP_PrepareSectors(16,20)==IAP_STA_CMD_SUCCESS)&&

(u32IAP_EraseSectors(16,20)==IAP_STA_CMD_SUCCESS))

Screen_Fresh("EraseDone");

else

Screen_Fresh("EraseFAIL");

cmd=READY;

break;

caseFLASH_IMG:

received_data=0;

vXmodem1k_Client(&load_image);

Screen_Fresh("UpdataComplete");

cmd=READY;

break;

caseSHOW:

Boot();

cmd=READY;

break;

}

}

}

當串口接收到數據后將數據寫入到Flash，其寫入步驟是：發送準備寫扇區命令，執行RAM內容復制到Flash最后比較復制內容，其代碼如下：

staticuint32_tload_image(uint8_t*data,uint16_tlength)

{

if(length>0){

if(u32IAP_PrepareSectors(16,20)==IAP_STA_CMD_SUCCESS)

{

if(u32IAP_CopyRAMToFlash(IMG_START_SECTOR+received_data,(uint32_t)data,length)==IAP_STA_CMD_SUCCESS)

{

if(u32IAP_Compare(IMG_START_SECTOR+received_data,(uint32_t)data,length,0)==IAP_STA_CMD_SUCCESS)

{

received_data+=length;

return1;

}

}

}

Screen_Fresh("FAIL(RESET&ERASEIMAGE)");

return0;

}

else

return0;

}

當程序全部寫入到Flash后，按下向下按鍵，跳轉到應用程序，首先修改中斷向量表然后進入應用程序

voidBoot(void)

{

SCB->VTOR=IMG_START_SECTOR&0x1FFFFF80; //修改中斷向量表

JMP_Boot(IMG_START_SECTOR);

}

堆棧地址更新，PC地址更新

__asmvoidJMP_Boot(uint32_taddress){

LDRSP,[R0] ;堆棧地址更新

LDRPC,[R0,#4] ;進入應用程序

}

7、操作步驟及實驗現象

1、下載“寶馬開發板串口IAP升級”例程，插上USB轉串口線，打開超級終端，復位開發板。

2、按下按鍵INT0按鍵--擦除扇區

3、按下方向鍵確認鍵--等待從串口接收程序

4、串口打印‘C’字符等待接收數據

5、串口發送文件，選擇“1K Xmodem”協議，選擇要下載的應用程序bin文件，這里使用DAC例程作為測試。

6、發送文件

7、按下方向鍵向下鍵開始執行應用程序，可以用示波器測試P0.26輸出正弦波信號

bin文件生成方法及設置：

打開要更新應用程序工程，這里使用“IAP升級DAC轉換”程序，設置ROM空間地址（程序下載到Flash的地址），這里也是我們應用程序的入口地址0x10000

打開User選項，利用Keil自帶的fromelf.exe生成bin文件，bin文件保存在Obj文件夾中，如下圖添加“D:KeilARMARMCCbinfromelf.exe--bin--output./Obj/app.bin./Obj/app.axf”，輸入文件為app.axf，所以工程編譯生成輸出文件名設置為app，命令執行生成app.bin文件

打開Asm選項，定義“NO_CRP”，我們可以打開啟動文件，當定義了“NO_CRP”后，那么我們后面的代碼也就不起作用了，所以在需要加密的時候前面就一定不能再定義了代碼讀保護，也就是加密的關鍵字，經過加密后芯片再也無法擦除，由于我們這里程序需要使用到IAP升級，因此添加此定義

8、CAN總線

CAN是ControllerAreaNetwork的縮寫（以下稱為CAN），是ISO國際標準化的串行通信協議。在汽車產業中，出于對安全性、舒適性、方便性、低公害、低成本的要求，各種各樣的電子控制系統被開發了出來。CAN屬于現場總線的范疇，它是一種有效支持分布式控制或實時控制的串行通信網絡。較之許多RS-485基于R線構建的分布式控制系統而言，基于CAN總線的分布式控制系統在以下方面具有明顯的優越性：

1）網絡各節點之間的數據通信實時性強

2）縮短了開發周期

3）已形成國際標準的現場總線

4）最有前途的現場總線之一

9、CANIAP升級

關于LPC1768CAN總線介紹可以參考“寶馬開發板基礎例程文檔”第十九章“CAN總線”，這里就不在贅述了，CANIAP例程使用兩塊寶馬開發板進行實驗，分為“CANIAP編程板”與“CANIAP接收板”，將編程板（ID=0x01）與接收板（ID=0x02）的CAN1進行連接（CAN1L對CAN1L，CAN1H對CAN1H），波特率為500K，編程板通過讀取板上SD卡內的app.bin文件然后傳輸給接收板，每次傳送1024字節，然后等待接收板發送“CONTINUE”信號繼續發送下一個1K數據，直到發送完成，發送“UPDATAOK”通知接收板發送完成。其操作步驟與串口IAP類似，只是將通信方式有串口改為CAN總線，有興趣的朋友可以修改成其他方式進行IAP下載。