TS201的嵌入式系統軟件遠程更新方法

袁彥

（中國電子科技集團公司第三研究所，北京 100015）

基于DSP的遠程程序更新方法很多［1－2］，但在燒寫的時候均要求系統不能斷電，否則將造成整個系統軟件崩潰，只能人工通過JTAG口調試燒寫才能恢復。如何有效提高系統維護的可靠性成為一個重要的問題。本文創新地提出基于多DSP的程序分片、數據分段的高可靠性遠程更新軟件設計，并列舉了多個增強可靠性的應用方法。本文以某型號無線遠程監控系統為例，具體描述該設計的實際應用。

1 系統結構

本系統處理數據多，計算量大，又有很強的實時性要求，選用ADI公司的高速處理芯片TigerSharc201s。Flash選用JS28F128，容量為256Mb。系統設計采用兩片ADSP并行的模式。系統結構如圖1所示，TS201－A為主DSP，TS201－B為從 DSP。主 DSP經Flash采用EPROM加載方式，再通過Link口引導加載從DSP。本處理系統支持多種工作模式，監控中心通過內部協議遠程管控處理系統。從DSP實現信號處理計算，把處理計算結果傳遞給主DSP；主DSP實現管控模塊，通過外圍芯片FPGA的串口協議發送給無線傳輸設備，通過CDMA模塊用無線網絡的形式，發送到監控中心軟件。監控中心通過協議對其可實現遠程管理，包括數據庫文件更新、程序更新和狀態模式轉換。

2 遠程更新原理及實現

2.1 設計原理

Flash內部分為256個block，可以擦寫任意位置的block段，沒有擦寫的block數據不會丟失。根據這一特性，把兩片DSP軟件程序和分段的數據庫的燒寫位置分開。Flash空間地址分配如圖2所示。

監控中心按照內部協議把數據庫或程序文件分包，通過無線網絡下發到以TS201為核心的信號處理機。處理機接收完數據后，通過自身的燒寫功能，把新數據自動寫入Flash中。重新啟動后，DSP重載實現遠程分片更新程序的功能。程序的初始化設置中，每次會自動讀回Flash中的數據，完成更新數據庫參數的功能。

圖1 系統結構

為了增加遠程更新的可靠性，把兩片DSP程序分開位置燒寫。由于主DSP只涉及管理控制功能，所以把主DSP程序作為整個系統的“殼”，一般不作更新。用從DSP實現其主要的性能計算，它的加載通過主DSP的Link口引導。這樣，大部分的在線維護和算法程序升級通過更新從DSP就能完成。在更新的過程中，主DSP程序不會受影響，增強了系統的可靠性，也不必擔心突然掉電會導致系統軟件的崩潰。

圖2 Flash空間地址分配示意圖

2.2 基于TS201的遠程更新過程

本系統制定內部協議，實現遠程更新的指令交互。信號處理機接收指令，按照協議決定遠程更新的內容，分為軟件更新或者數據庫更新。若為軟件更新再區分主、從DSP軟件更新；若為數據庫更新，根據數據庫信息決定更新的位置和段數。

本系統的數據庫文件為30K×4字節，分為6段。根據無線傳輸設備的發送能力，把數據按照每包198字節分包，每包包括報頭、總包數、包號和校驗位等信息，數據協議具體格式如下：

報頭 報文長度 總包數 包號 數據 校驗位

報頭：SOH；

報文長度：本包數據的長度，包括報頭，固定為198；

總包數：此次程序或者數據庫文件分成的總包數；

包號：本包的編號；

數據：需要更新的數據；

校驗位：占3個字節，包括1個字節的奇偶校驗位、2個字節的CRC校驗位。

發送更新文件時，系統采用握手協議。信號處理機每接收到1包數據，將發回饋信息給監控中心，監控中心接收到成功回饋信息后，再發下1包數據。否則將進入等待模式，10s后自動重發此包數據。若連續重發3次仍然不成功，才放棄此次更新。信號處理機軟件機制和監控中心一樣，發送回饋后進入等待模式，10s后自動重新發送回饋信息，最多重發3次，才放棄更新，重新回到工作狀態，直到接收到新的下發指令。

信號處理機接收完全部的數據包后，還要進行包號核對，確認無誤后，用協議通知監控中心即將進入燒寫模式。按照Flash特定的讀寫指令，把RAM中的數據由Flash的第20個block起始位置開始寫入。如果是數據庫，按照協議解讀數據段號，把燒寫起始位置改為相應block的地址。燒寫完成后，將燒寫成功與否的信息回饋給監控中心。在不斷電的情況下，系統此時仍然是按照舊的軟件版本運行。系統設計了遠程的硬重啟，通過指令控制繼電器。繼電器連接電源模塊，實現短暫的斷電功能，從而實現DSP的重新加載，完成程序或者數據庫更新。詳細的遠程更新流程如圖3所示。

圖3 遠程更新流程

2.2.1 FPGA程序實現

FPGA負責片選串口信號，TS201為高速設備。為了不頻繁打斷TS201的進程，在FPGA中設計9個字節的FIFO。FIFO滿即向TS201發送IRQ外部中斷信號，通知TS201讀取數據，FPGA接收1個讀信號清空FIFO中的1個數據。

2.2.2 TS201中斷程序實現

串口采用中斷的方式接收，具體的ISR部分實現如下：

②定時器程序設計。TS201有Timer0和Timer1兩個定時器，每個定時器又分為高位和低位兩個寄存器。本系統采用Timer1的低位寄存器做10s定時。

其中，定時器的計數周期是CCLK／2，所以，CK10＝CCLK／2×10；

2.2.3 Flash程序實現

TS201對于外部設備Flash的讀寫操作只能通過DMA進行，本系統設計采用DMA0。其核心代碼如下：

2.3 可靠性設計

主DSP是采用Eprom加載，必須從Flash的0x00地址開始；從DSP的程序位置放在Flash的第20個block段；數據庫信息位置放在第50個block段。為了增加遠程更新的可靠性，采用了以下方法：

①把大量的數據分包，每1小包添加報頭和校驗位。信號處理機和監控中心采用握手的方式，信號處理機每接收到1小包的數據即進行校驗，并回饋信息給監控中心，監控中心根據接收的信息判斷是繼續發送下1包還是重發本包。

②奇偶校驗和CRC校驗相結合。單一的奇偶校驗出錯的概率還是很高的，本系統在奇偶校驗的基礎上，又加上了CRC校驗，增強數據的可靠性。

③網絡堵塞、斷開或者串口的誤碼都會造成數據錯誤，而造成更新不成功，為了節省資源和增加更新的成功率，設計軟件支持斷點續傳。信號處理機軟件在接收數據包的過程中，如果遇到突發情況，只要在不斷電的情況下，軟件將自動保存所有已經接收完成的數據包，當重新接收遠程更新命令時，通過協議要求中心軟件發送的數據包號，實現斷點續傳。當然，協議中制定了監控中心可以停止遠程更新，要求信號處理機重新開始新一次的遠程更新。

④數據庫分段，讓更新時數據庫文件大小可調整，每次只更新需要的部分，盡量節省資源。全部的數據庫信息比較大，往往只需要更新其中的部分或者小部分，所以根據內容和經驗，本系統把數據庫分為了6段，分別把6段數據文件放在Flash的6個block中，這樣遠程更新就更具靈活性，遠程傳送的數據量也得到了控制，增強了遠程更新成功的可靠性。

⑤從DSP用Link口加載，可以實現可靠的多次更新。即使更新過程中遇到突發情況導致更新不成功，主DSP仍然工作正常，可以再次接收更新指令，重新更新從DSP，直至更新成功。

2.4 測試和結果

本系統設計的遠程更新包括兩個類型：數據庫和程序。更新文件大小均可改變。對于數據庫文件測試，從1包到800包均進行了大量的測試。結果顯示，在網絡正常的情況下，基本均能更新成功；在網絡繁忙的時段，500包以下的數據文件，更新成功率大于95%，500包以上的更新成功率也大于90%。測試結果顯示此遠程更新的設計能滿足實際應用的需求。

結 論

本文詳細地描述了遠程更新嵌入式軟件和數據庫的方法，提出了程序分片更新、數據庫部分更新的新方法。有一點需要注意，在主片程序更新過程中，還是有不能斷電的要求。所以設計時，把需要在線維護和程序升級的軟件部分放在從DSP，在實際應用中主要進行從DSP的更新。這樣，整個嵌入式系統的遠程更新功能的可靠性得到了很大的提高。

此應用設計已經成功應用在某型號研制的設計中，在實際的測試和應用試驗中，遠程的數據庫更新和程序更新成功率均達到90%以上，完全滿足應用需求。

［1］沈軍，繆玲娟，張高安.基于串行通信的DSP程序遠程更新［J］.微計算機信息，2010，26（3－2）.

［2］陳林，林金朝.一種基于嵌入式系統的遠程程序更新機制［J］.微計算機信息，2007，23（9－2）.

［3］劉書明，羅勇江.ADSP TS20XS系列DSP原理與應用設計［M］.北京：電子工業出版社，2007.

［4］ADI.ADSP－TS20xBoot Loader Kernels Operation Rev 1，2004.