之前說了stm32的iap編程,今天天氣真好,順手就來說說lpc1788的iap編程(沒看前面的請查看stm筆記下的內容)
首先是flash的算法,lpc1768並沒有寄存器來讓我們操作flash,他內置了iap的flash算法,在技術手冊的525頁有如下說明
其支持的iap命令有這些
這樣我們就能夠做出相關的flash讀寫借口呢(具體請查看lpc1768的技術手冊)
unsigned param_table[5];//傳遞參數列表
unsigned result_table[5];//返回結果列表
//調用iap命令
void iap_entry(unsigned param_tab[],unsigned result_tab[])
{
void (*iap)(unsigned [],unsigned []);
iap = (void (*)(unsigned [],unsigned []))IAP_ADDRESS;
iap(param_tab,result_tab);
}
通過這種手段就能夠調用iap命令,我們演示性的看一個命令
//扇區准備好指令
//起始扇區號 結束扇區號 系統時鍾
void prepare_sector(unsigned start_sector,unsigned end_sector,unsigned cclk)
{
param_table[0] = PREPARE_SECTOR_FOR_WRITE;
param_table[1] = start_sector;
param_table[2] = end_sector;
param_table[3] = cclk;
iap_entry(param_table,result_table);
}
該指令在寫flash和擦除flash之前必須調用
具體的完整flash代碼請查看工程文件,會在文章末尾上傳
然后依舊是五個指令
"iap_down"
"iap_jump_app"
"iap_over"
"iap_set_flag"
"iap_clear_flag"
功能和之前的stm32差不多,但是下載算法變化了,因為stm32支持的寫入是每次寫入一個十六位數據,而lpc1768每次寫入8位數據,而且每次寫入數據的量為128/256/512/1024/4096,正好沒有我們之前所用的2048,所以算法修改成如下的樣子
u8 iapbuf[1024] = {0}; //用於緩存數據的數組
u16 receiveDataCur = 0; //當前iapbuffer中已經填充的數據長度,一次填充滿了之后寫入flash並清零
u32 addrCur = FLASH_APP1_ADDR; //當前系統寫入地址,每次寫入之后地址增加2048
#define vu32 volatile unsigned int
//開始下載
void iap_down_s(void)
{
u16 i = 0;
u16 receiveCount;
if(erase_user_flash())
{
printf("error\r\n");
return;
}
printf("begin,wait data download\r\n");
receiveMode = 1;//串口進入下載接收數據模式
while(1)
{
//循環接收數據,每次必須要發128個數據下來,如果沒有128,說明這是最后一包數據
//接收到一包數據之后,返回一個小數點,發送完成,系統編程完成之后返回一個iap_over
if(serial_Buffer_Length & 0x8000)
{
receiveCount = (u8)(serial_Buffer_Length&0x00ff);
if(receiveCount == 128)//滿足一包,填充並查看是否有了1024字節,有了寫入閃存
{
for(i = 0; i < receiveCount; i++)
{
iapbuf[receiveDataCur] = serial_Buffer[i];
receiveDataCur++;//完成之后receiveDataCur++;
}
receiveExpectCount = 0;//清除期望接收模式
serial_Buffer_Length = 0;//清除串口滿標志
printf(".");//每次接受一次數據打一個點
//此時需要檢測receiveDataCur的值,要是放滿了,就需要寫入
if(receiveDataCur == 1024)
{
//寫入flash中
if(write_flash(100000,addrCur,(unsigned*)iapbuf,1024))
{
receiveMode = 0;
addrCur = FLASH_APP1_ADDR;
receiveDataCur = 0;
return;
}
addrCur += 1024;//地址+2048
//寫完之后receiveDataCur要清零等待下一次傳輸
receiveDataCur = 0;
}
else //有可能最后一包有128個數據但是最終沒有2048個數據,此時擴展一個指令用於完成最后一個的寫入
{
}
//還沒放滿,等待下一次數據過來
}
else //不滿足一包,說明數據傳送這是最后一包,寫入閃存
{
//沒有一包也要傳送到緩存中
for(i = 0; i < receiveCount; i++)
{
iapbuf[receiveDataCur] = serial_Buffer[i];
receiveDataCur++;//完成之后receiveDataCur++;
}
receiveExpectCount = 0;//清除期望接收模式
serial_Buffer_Length = 0;//清除串口滿標志
printf(".");//每次接受一次數據打一個點
//要將沒接收滿的數據變成0xff
for(i= receiveDataCur; i < 1024; i++)
{
iapbuf[i] = 0xff;
}
//之后就要將這數據寫入到閃存中
if(write_flash(100000,addrCur,(unsigned*)iapbuf,1024))
{
receiveMode = 0;
addrCur = FLASH_APP1_ADDR;
receiveDataCur = 0;
return;
}
//printf("\r\nwrite addr %x,length %d\r\n",addrCur,receiveDataCur);
//寫完之后要把地址恢復到原來的位置
addrCur = FLASH_APP1_ADDR;
receiveDataCur = 0;
//寫完之后要退出下載循環並告訴上位機,已經下載完了
printf("download over\r\n");
//同時,也要退出下載循環模式
receiveMode = 0;
return;
}
因為lpc1768比較獨特的扇區分區,如下
我們要修改地址的定義,現在app代碼不能存放在0x08002000位置了,而是存儲在0x00003000的位置,我們將012三個扇區當做iap代碼的存放區域,並將2號扇區的最后一個位定義成了app固化標志存在的位置,寫入固化標志的函數如下
unsigned char iapConfigBuffer[4096];//一個扇區4K
//失敗返回1 成功返回0
u8 Iap_Write_Config_Value(u8 value)
{
u32 i = 0;
u8 *p;
p = (u8*)SECTOR_2_START;
//首先要將第三扇區的數據全部讀取到ram里面
for(i = 0; i < 4096; i++)
{
iapConfigBuffer[i] = *p;
p++;
}
//然后檢查最后一個數據和我們要設置的數據是否相等
if(iapConfigBuffer[4095] == value)//相等,不用設置了
{
return 0;
}
else
{
//不等,先擦除第2扇區
prepare_sector(2,2,100000);
erase_sector(2,2,100000);
if(result_table[0] != CMD_SUCCESS)
{
return 1;//擦除失敗
}
//將數組最后一個元素設置為指定值
iapConfigBuffer[4095] = value;
prepare_sector(2,2,100000);//根據地址找出應當准備哪一個扇區
write_data(100000,SECTOR_2_START,(unsigned*)iapConfigBuffer,4096);
if(result_table[0] != CMD_SUCCESS)
{
return 1;
}
return 0;
}
}
擦除一個扇區的時候必須將扇區內容保存下來,所以必須定義一個能存放4096數據的數組,寫入的時候先讀取,在擦除,防止數據丟失
Flash存放的地址修改成這樣
#define APP_CONFIG_ADDR 0X00002FFF //配置地址
#define APP_CONFIG_SET_VALUE 0X55 //設置值
#define APP_CONFIG_CLEAR_VALUE 0XFF //清零值
#define FLASH_APP1_ADDR 0x00003000 //第一個應用程序起始地址(存放在FLASH)
//保留的空間為IAP使用
相應的配置就要改成如下
當然,在main函數中還是之前一樣的流程
而對於app來說,改動的位置是這些
還有在系統初始化函數SystemInit中的這個
修改成
#define VECT_TAB_OFFSET 0x3000
這樣基本就能完成了,突然發現,這樣app是編譯不過去的,原因在於startup_LPC17XX.s文件中的110行有這么一段
該段匯編代碼在flash的0x000002fc位置存放了一個0xffffffff,但是app程序從0x00003000啟動,是不能操作0x000002fc處的flash的,我們來看看這個位置存放的是什么
可以看到,這一段是進行flash讀保護的,這一段我們可以注釋掉了,因為iap部分的啟動代碼我們沒有改啊,iap代碼中已經設置了crp,那iap引導的app只要不去修改,crp就是我們在iap中定義了,放心大膽的注釋掉吧.
現在我們比一比相對於stm32的iap,lpc1788的iap有啥變化
- flash擦寫算法變了
- 程序的存儲空間變了
- 中斷向量表的位置變了
- Crp是stm32沒有的,算是一個新東西
- 因為flash的擦寫算法變了,所以我們底層接收數據處理數據的方式變了
綜上,協議沒變,我們依然可以按照之前的協議使用,那么,之前的上位機還算可以使用的
對了,該上位機需要下載bin文件,需要在keil中將axf轉換成bin文件,設置如下
Target的user界面
注意啊,這是我的工程分布,我在工程文件所在目錄里面放了一個output目錄,axf生成到了output目錄中,如果你沒有output目錄,那么將output刪除,設置生成axf的位置和工程文件的位置位於同一目錄就可以了
http://download.csdn.net/detail/dengrengong/8499921