一種基于TMS320C6205 DSP的在線升級方法

陸平林

（數(shù)據(jù)通信科學(xué)技術(shù)研究所，北京 100191）

0 引言

DSP在線升級是指脫離集成開發(fā)環(huán)境，利用DSP系統(tǒng)已有的通道，在運行狀態(tài)下對DSP軟件進行升級，在線升級大大提高了DSP系統(tǒng)的可維護性和可擴展能力。DSP在線升級的一種方法是直接寫Flash[1]，DSP內(nèi)原有應(yīng)用程序加載到RAM上運行，升級文件直接寫入Flash，覆蓋原有應(yīng)用程序，DSP復(fù)位后即可運行新的DSP程序。這種方法簡單易行，但可靠性差，一旦升級文件有誤，或升級過程中意外掉電，會造成系統(tǒng)癱瘓，需采用新的設(shè)計思路，實現(xiàn)可靠的在線升級功能。

實現(xiàn) DSP的可靠在線升級的基本思路是：把DSP程序分為固化的用戶引導(dǎo)程序 Userbootloader（區(qū)別于DSP廠商固化的bootloader）和可升級的應(yīng)用程序App，Userbootloader程序在最初用仿真器或編程器寫入，之后由 Userbootloader支持在線升級，有以下兩種方案：

第一種方案是采用乒乓存儲，原有DSP程序留有備份，升級程序和原有程序都存在Flash上，升級的同時在Flash置標志位，重啟后Userbootloader通過讀取標志，選擇加載App[2-4]。這種方法需要有多余的Flash空間，可能會增加硬件成本。

第二種方案是 Userbootloader直接將新應(yīng)用替換原有應(yīng)用，升級完成后，加載 App到 RAM，跳轉(zhuǎn)到應(yīng)用入口執(zhí)行[5-6]。對于這種方案，通常對App的引導(dǎo)是在加載App代碼后跳到_c_int00[6]，但因為Userbootloader和 App是兩個不同工程，這樣要求App工程在鏈接時，必須設(shè)置其_c_int00和Userbootloader工程的_c_int00運行地址一致，同時，App的中斷向量表也需要進行重新定向。

基于C6205DSP的PCI-E卡，采用上面的第二種方案，提出了一種在線升級方法，對App的引導(dǎo)是在加載 App代碼后，Userbootloader跳到地址 0開始執(zhí)行，對App沒有上述要求，提高了升級系統(tǒng)的通用性、靈活性和可維護性。

1 系統(tǒng)體系結(jié)構(gòu)

升級系統(tǒng)體系結(jié)構(gòu)如圖1所示，分為上位機應(yīng)用、API接口、PCI-E卡驅(qū)動和PCI-E卡4個層次。上位機應(yīng)用和API接口運行在用戶空間，上位機應(yīng)用包括升級程序和業(yè)務(wù)程序，API接口用于實現(xiàn)應(yīng)用程序調(diào)用的接口規(guī)范；驅(qū)動運行在操作系統(tǒng)內(nèi)核空間，提供了訪問硬件的接口。PCI-E卡插在上位機的 PCI-E插槽中，上位機應(yīng)用通過 API接口和PCI-E卡驅(qū)動與卡通信。

2 硬件設(shè)計

PCI-E卡硬件邏輯框如圖2所示，其核心采用TI公司的 TMS320C6205。C6205是一款高性價比DSP，有 64 kByte的片內(nèi)程序區(qū) IPRAM（地址0-0x10000）和64 kByte的片內(nèi)數(shù)據(jù)區(qū)IDRAM，帶兩個多通道緩沖串行口MCBSP，支持4個通道的DMA，外部存儲器接口（EMIF，External Memory Interfaces）分成4塊空間CE0～CE3，通過EMIF總線，可以方便的擴展外設(shè)。

按照硬件設(shè)計，DSP通過CE0連接SDRAM，通過CE1連接FLASH。其中FLASH大小為16 MByte，分為128個塊(BLOCK)，每個塊128 kByte，支持以塊為單位設(shè)置寫保護。由于CE1只有4 MByte空間，為支持訪問Flash全部空間，用CPLD控制Flash地址的高4 bit，F(xiàn)lash地址低20 bit和DSP直接相連。這樣把Flash空間分為16個窗口，每個窗口1 MByte。當(dāng)DSP要尋址Flash時，先向CPLD寫入窗口號，再在窗口內(nèi)取偏移。

DSP通過串口連接了 IC卡讀卡器，Userbootloader程序通過判斷IC卡類型可以決定是否進入升級狀態(tài)。

FPGA和PCI-E接口芯片一起完成接口轉(zhuǎn)換工作，實現(xiàn)上位機和DSP的通路。

硬件上將DSP配置成為從Flash啟動方式。系統(tǒng)復(fù)位后，C6205自動將Flash開始的64 kByte代碼拷貝到IPRAM，然后從IPRAM地址0開始執(zhí)行程序。

3 軟件設(shè)計

3.1 Flash存儲分配

Userbootloader和 App程序由兩個完全獨立的工程生成。最初在開發(fā)環(huán)境下用仿真器或 Flash編程器燒寫Userbootloader和初始的FPGA配置數(shù)據(jù)，以后App就由Userbootloader和上位機程序控制進行升級。

Userbootloader從Flash起始地址0x1400000開始，DSP復(fù)位后首先運行Userbootloader。Userbootloader和初始FPGA配置數(shù)據(jù)所在的Flash前1 MByte空間設(shè)寫保護，防止被意外寫壞。Flash結(jié)構(gòu)分配如圖3所示。

3.2 Userbootloader設(shè)計

PCI-E卡上電啟動后，DSP加載運行Userbootloader。Userbootloader本身大小不到64 kByte，可以不對自己做二次引導(dǎo)[7]。Userbootloader先進行必要的硬件寄存器配置，然后讀取初始的FPGA配置數(shù)據(jù)配置 FPGA，以提供上位機到 DSP的通路。Userbootloader的流程如圖4所示。

DSP有兩種工作狀態(tài)，升級狀態(tài)和應(yīng)用狀態(tài)。Userbootloader檢測插入的IC卡類型，根據(jù)IC卡類型和對APP數(shù)據(jù)的校驗結(jié)果來決定進入的工作狀態(tài)。

未插入IC卡或插入的IC卡不是升級IC卡時，Userbootloader對App數(shù)據(jù)進行校驗。若校驗通過，Userbootloader從Flash地址0x150000開始拷貝App的前64 kByte（實際是0xFF00 Byte）到IPRAM，然后跳到地址0執(zhí)行App。App做二次引導(dǎo)，將自己的其余代碼拷貝到SDRAM運行，這樣DSP進入應(yīng)用狀態(tài)。應(yīng)用狀態(tài)下，DSP內(nèi)運行的是App程序，由上位機服務(wù)系統(tǒng)發(fā)起應(yīng)用。

當(dāng)檢測到升級IC卡或者App校驗不通過時，則進入升級狀態(tài)。升級狀態(tài)下，DSP內(nèi)運行的是Userbootloader程序，由上位機升級系統(tǒng)發(fā)起應(yīng)用。Userbootloader等待上位機的升級指令，接收到上位機的升級指令后開始升級，升級步驟如下：

1）擦除App。2）逐幀接收上位機發(fā)來的App數(shù)據(jù)，寫入Flash。3）接收上位機發(fā)來的 App校驗值，用來校驗寫入Flash的App。若校驗通過，將校驗值寫入Flash固定位置，升級完成，否則上位機需重新發(fā)起升級。

完成升級后，拔走升級IC卡，復(fù)位DSP，即可令DSP進入升級后的應(yīng)用狀態(tài)。實現(xiàn)Userbootloader加載功能時需要注意的是：1）先將App代碼數(shù)據(jù)從Flash讀到SDRAM，再將代碼從SDRAM拷貝到IPRAM。

2）數(shù)據(jù)從SDRAM拷貝到IPRAM必須用DMA，且此時DMA代碼必須放入IPRAM內(nèi)執(zhí)行[8]。

3）Userbootloader 沒有拷貝App前64 kByte的最后256 Byte，是因為Userbootloader 的DMA代碼和最后的跳轉(zhuǎn)語句，放在IPRAM的最后256 Byte空間。代碼拷貝將Userbootloader的前面部分覆蓋，但不能將正在執(zhí)行的部分覆蓋，否則DSP運行結(jié)果不可預(yù)料。

3.3 App開發(fā)要點

對App來說，Userbootloader對其做了DSP復(fù)位時硬件Bootloader做的動作。App的啟動過程和沒有Userbootloader時類似，前64 kByte也被加載到IPRAM，也從IPRAM地址0開始執(zhí)行，App的中斷向量表放在App的起始位置，運行時中斷向量表從地址0開始，不需要重置。這樣App的開發(fā)和沒有Userbootloader時幾乎一致，原來沒有考慮在線升級的App可以很容易的改為支持在線升級，只需要注意以下幾個地方：

1）App作二次引導(dǎo)時，注意其起始Flash地址不是0x1400000而是0x1500000。

2）App前64 kByte的最后256 Byte沒有加載到IPRAM。不過未加載部分僅占 IPRAM 總?cè)萘坎坏?.4%，最后這部分的IPRAM App一般用不到。若App需要再利用這256 Byte，App可以自己將代碼數(shù)據(jù)拷貝到這塊區(qū)域。

3）根據(jù)需要，App的升級數(shù)據(jù)可以包括 FPGA配置數(shù)據(jù)，App可以在啟動或其他適當(dāng)?shù)臅r候?qū)PGA進行重新配置，App需定義好FPGA配置數(shù)據(jù)在Flash上的偏移位置。

4 結(jié)語

提出了一種對DSP程序進行在線升級的方法，用Userbootloade模仿硬件bootloader對App進行引導(dǎo)，對App的開發(fā)影響小，App不需要固定應(yīng)用程序入口_c_int00的地址，也不需要做中斷向量的動態(tài)重定位。基于TMS320C6205的PCI-E卡，設(shè)計并實現(xiàn)了在線升級系統(tǒng)。工程實踐表明，該升級方法簡便可靠，可以為其他嵌入式處理器升級系統(tǒng)開發(fā)提供參考。

在實際的類似應(yīng)用中，根據(jù)具體情況，可以不使用IC卡，例如可以設(shè)計Userbootloader啟動后等待一段時間，若這期間接收到上位機發(fā)出的升級指令則進入升級狀態(tài)進行升級。

[1] 任利民.基于PCI卡的DSP程序在線升級技術(shù)研究[J].通信技術(shù),2003(12):114-116.

[2] 石乃軒,馮偉,王健,等.基于TMS320VC55x DSP 在線升級的設(shè)計與實現(xiàn)[J].通信技術(shù),2010,43（07):236-238.

[3] 楊達亮,陳軍靈,張力成.DSP系統(tǒng)軟件在線升級機制的研究和實現(xiàn)[J].電測與儀表,2006,43(01):60-62.

[4] 孫亞萍,張慧熙.一種新型 DSP 軟件在線升級方法的研究與實現(xiàn)[J].微型機與應(yīng)用,2010,29(05):72-74.

[5] 文軍,王加懂.DSP程序在線編程的研究與實現(xiàn)[J].信息安全與通信保密,2007(08):193-195.

[6] 李鵬.DSP在線升級與資源優(yōu)化再配置[J].計算機工程,2008,34（17）:225-226.

[7] Texas Instruments. Creating a Second-Level Bootloader for FLASH Bootloading on TMS320C6000 Platform With Code Composer Studio [DB/OL].(2006-05-01)[2011-3-20]. http://focus.ti.com.cn/cn/lit/an/spra999a/spra999a.pdf.

[8] Texas Instruments.TMS320C620x/C670x DSP Program and Data Memory Controller/Direct Memory Access(DMA) Controller Reference Guide [DB/OL].(2004-09-09)[2011-3-20]. http://focus.ti.com.cn/cn/lit/an/spru577a/spra999a.pdf.