CC 是效驗和域,表示記錄的效驗和,計算方法是將本條記錄冒號開始的所有字母(包括校驗字節(jié))相加之后等于0x00。

　　一個Intel HEX文件必須有一個文件結(jié)束記錄,這個記錄的類型域必須是01,

　　一個EOF記錄總是這樣:

　　:00000001FF

　　00是記錄中數(shù)據(jù)字節(jié)的數(shù)目

　　0000這個地址對于EOF記錄來說無任何意義

　　01記錄類型是01(文件結(jié)束記錄標示)

　　4.2 對上位機軟件的要求

　　? 上位機具備解析重組Intel HEX文件的能力.

　　? 上位機軟件應能識別分站發(fā)來的應答信號并做出正確的響應。

　　? 上位機應能夠檢驗代碼的完整性。

　　? 上位機能根據(jù)分站發(fā)出的程序所在高區(qū)或低區(qū)標志，自動判別當前升級程序是否和升級區(qū)域相對應。

　　5 實驗數(shù)據(jù)

　　為驗證升級程序的穩(wěn)定性，對分站進行重上電、復位、遠程升級等一些列實驗，實驗記錄及如下。

　　1. 測試程序跳轉(zhuǎn)功能.程序在上電或復位之后，應順利跳轉(zhuǎn)到用戶程序。

　　2. 測試Bootloader(一)。上位機發(fā)送升級命令但不發(fā)送升級數(shù)據(jù)包，程序應能進入Bootloader并發(fā)送當前程序所在的區(qū)域(高區(qū)或者低區(qū)代號)，10S后程序應跳轉(zhuǎn)到用戶程序。

　　3.測試Bootloader(二)。上位機發(fā)送升級命令，發(fā)送升級數(shù)據(jù)包，但發(fā)送到一半時停止發(fā)送。程序在10S后應能跳轉(zhuǎn)到用戶程序區(qū)。

　　4.測試Bootloader(三)。上位機發(fā)送升級命令，發(fā)送升級數(shù)據(jù)包，但發(fā)送中途給分站斷電，重新上電后，應還能執(zhí)行原來的程序。

　　5.測試Bootloader(四)。上位機發(fā)送升級命令，發(fā)送完成升級數(shù)據(jù)包。程序應能接收升級數(shù)據(jù)包并編程Flash，完成用戶程序的更新，更新用戶程序后，跳轉(zhuǎn)到新的用戶程序。

　　6.總結(jié)

　　本次升級方案雖然是以LPC2114為基礎(chǔ)的，但任何具有IAP功能的單片機、ARM都可使用本設(shè)計方案。

　　設(shè)計的重點在于如何保證升級的安全性，分站采取了一些列校驗、超時處理以及看門狗等措施，一是保障升級數(shù)據(jù)包的正確傳送，二是即使升級失敗也能退回原升級程序。上位機的校驗措施需相關(guān)部門配合。從實驗數(shù)據(jù)來看，進行了幾十次的遠程升級，未有一例失敗，安全性能可以得到保證。

　　7.參考文獻：

　　1. 周立功等 ARM微控制器基礎(chǔ)與實戰(zhàn)(第二版) 北京航空航天大學出版社 2005

　　2. LPC2114/2124/2212/2214 使用指南.Pdf 廣州周立功單片機發(fā)展有限公司

　　3. 韋文祥 朱志杰 車琳娜 郭寶泉 基于LPC21 24的一個遠程系統(tǒng)軟件升級方案 單片機與嵌入式系統(tǒng)應用 2006第三期

　　4. 許文杰 丁志岡 張 泉基于ARM 處理器的IAP設(shè)計及應用 計算機應用與軟件 2009第3期

　　5. 姜曉梅 李祥和 任朝榮 姚明基于ARM的IAP在線及遠程升級技術(shù) 計算機應用 2008第二期

　　6. RealView 編譯工具-編譯器參考指南.pdf ARM Limited 2009.3

　　7. RealView Compilation Tools(連接器用戶指南).pdf ARM Limited 2009.3

　　8. RealView 編譯工具-編譯器用戶指南.pdf ARM Limited 2009.1

　　9. RealView 編譯工具-鏈接器參考指南.pdf ARM Limited 2008.9

　　10. Intel HEX文件格式

　　11. LPC2000 secondary bootloader for code update using IAP NXP Semiconductors 2009.5.26

　　后記：分散加載文件，軟中斷，中斷向量表重映射，變量對齊，精確定位變量等等這些東西的詳細講解在我的參考資料上都能找的到，發(fā)現(xiàn)問題并能解決它，是件很美妙的事情，所以我沒打算也沒時間詳細寫這些東西的用法。

　　需要說的是，我在設(shè)計的時候走了一個彎路，現(xiàn)在想想還覺得挺可笑。我以為上面講的東西要在一個工程里面實現(xiàn)才好，這樣才能生成一個.hex可燒錄文件，可以一次性的將用戶程序、Bootloader程序燒寫進處理器，我想彎了。正確的做法是建四個工程：跳轉(zhuǎn)程序、Bootloader、用戶低區(qū)程序、用戶高區(qū)程序。如果你懂了.hex文件的格式，就完全可以將跳轉(zhuǎn)程序、Bootloader和用戶低區(qū)程序(或者跳轉(zhuǎn)程序、Bootloader和用戶高區(qū)程序)這三個工程生成的.hex文件合成一個。靈活多變的處理問題，這是我最大的收獲。

　　后記的后記: 很多同學看完后都希望得到源碼,這種心情我是理解的,最初的時候我也希望有一套別人的源碼的,畢竟這樣可以進行的快點.所以我將一個遠程升級的例子放在下面的鏈接里,大家想看看的就去下載吧,這個不是我產(chǎn)品中用到的,因為我的代碼畢竟是含有公司的一些信息.如果我最近有時間,會把其中的英文文檔翻譯一下的。