適于OMAP的多級啟動(dòng)Boot Loader
加入技術(shù)交流群
Flasher過(guò)程主要負責向Flash中燒寫(xiě)編譯好的程序目標碼，主要包括Boot Loader、MPU、DSP、FPGA等部分。采用RS232串行端口與主機相連，實(shí)現程序目標碼的下載。傳輸協(xié)議采用大多數編譯器都支持的Intel Hex格式[5]。Intel Hex格式采用ASCII字符表示方式，這樣程序目標碼的每個(gè)字節需要用2個(gè)ASCII字符來(lái)表示，包含冗余信息較大，而且Intel Hex格式僅含目標碼的地址信息與具體內容，而無(wú)法區分目標碼的類(lèi)別,因而需要對Intel Hex進(jìn)行擴展，以降低冗余并支持更多的操作。擴展的Hex不使用ASCII字符，而直接使用原數據格式，這樣可以降低一半數據量。為了與Intel Hex格式有所區分，采用“；”作為前綴標識，格式如表1所示。同時(shí)對數據類(lèi)型進(jìn)一步擴展，用以區分各種目標碼類(lèi)別，如表2所示。本文引用地址：http://dyxdggzs.com/article/173387.htm
可以看出，表2中僅包括擦除各種類(lèi)型目標碼的指令，而沒(méi)有包含寫(xiě)入目標碼時(shí)區分類(lèi)別的具體指令，這是因為寫(xiě)入時(shí)各種不同類(lèi)型的目標碼可以直接通過(guò)地址來(lái)區分，每種類(lèi)型目標碼都有自己?jiǎn)为毜牡刂范?，相互之間沒(méi)有交叉。Flasher流程如圖3所示，通過(guò)解析Hex記錄格式，來(lái)判斷命令類(lèi)型，從而進(jìn)行相應的操作。其中校驗模式用于驗證Flash中所存儲的程序代碼是否與串行端口上收到的數據一致。所有程序更新結束之后，通過(guò)重新啟動(dòng)命令復位OMAP芯片，使整個(gè)系統重新啟動(dòng)。
3 拷貝程序耗時(shí)對比測試
采用Intel公司RD48F3000P0ZBQ0 Flash存儲器以及三星K4M56163PG移動(dòng)版SDRAM與OMAP5910相連，組成OMAP5910運行所需的最小系統，OMAP運行頻率144 MHz。分別采用傳統啟動(dòng)方式（程序在Flash中運行）以及本文所述的啟動(dòng)方式（程序在RAM中運行）從Flash中拷貝相同長(cháng)度的數據到SDRAM中，測試其耗時(shí)。每次拷貝數據量選取64 KB～8 192 KB，每種數據量每種方式測試5次，具體時(shí)間如表3所示，其中表3（a）為程序在RAM中運行時(shí)的耗時(shí)，表3（b）為程序在Flash中運行時(shí)的耗時(shí)。由表中數據對比可以看出，拷貝數據量較大時(shí)，本文中所述的RAM拷貝方式優(yōu)勢比較明顯，有大約20％的提高，對于目前的嵌入式操作系統來(lái)說(shuō)，基本內核的代碼量都比較大，因而采用本文所述的方式能夠帶來(lái)比較大的耗時(shí)改善。
OMAP作為一種整合了ARM控制能力與DSP數據處理能力的雙核心處理器已經(jīng)廣泛應用于各種嵌入式設備中，但大多數OMAP處理器通過(guò)外部Flash啟動(dòng)，既浪費時(shí)間又有較高風(fēng)險。本文針對OMAP啟動(dòng)過(guò)程中的這一缺陷，設計的多級啟動(dòng)Boot Loader較之傳統方式有較大的性能改善，目前已在數字集群手持終端、網(wǎng)絡(luò )多媒體可視電話(huà)等項目中得到成功應用，并取得很好的效果。
評論