TMS320F28x（簡稱“F28x”）數字信號處理器是TI公司推出的32位定點DSP控制器，其頻率高達150 MHz，大大提高了控制系統的精度和芯片的處理能力。在F28x系列DSP上移植實時操作系統，需要對編澤器、系統啟動過程、中斷處理過程以及整體代碼執行流程有一個全面的深入理解。對系統的整個運行過程有清晰的概念是移植實時操作系統的前提條件。本文將對從DSP上電復位到其系統功能實現的整個運行過程進行深入介紹，并在此基礎上進一步分析在F28x系列DSP上移植實時操作系統一般原理，詳細說明μC/OS-Ⅱ的移植。

1 BootROM及其運行

在F28lx、C28lx、R281x器件中都有一塊dK×16位的BootROM。當引腳MP／nMC的狀態反映到XINTC-NF2中為0時，BootROM被映射到地址空間0x3FF000~0x3FFFCO上。片上ROM在出廠前就已經燒寫好了一個啟動程序以及一些其他數據和表格（版本信息、復位向量、中斷向最表、IQmath表等）。其空間分配如圖1所示。

其中，中斷向量表在VMAP=l、ENPIE=0（PIE未使能向量表）、MPNMC=0時有效。另外，當VMAP=1、ENPIE=O時，系統將從BootROM的0x3FFFC0復位。雖然復位后ENPIE為零，但大部分系統都是需要使能外部中斷擴展模塊的，即用戶程序中需要將ENPIE置l。由此可見，BootROM唯一常用的向量只有復位向量；而其他的中斷向量是指向MOSRAM用于芯片測試的，通常用不到。狀態位和向量表映射關系如表1所列。

2 從上電復位到用戶代碼

當系統重啟（上電或熱啟動）時，引腳XMPNMC的信號將被鎖存到XINTF的配置寄存器XINTCNF2中。重啟之后，XMPNMC的狀態不再反映到XINTCNF2，這時，可以用軟件來修改它的狀態，從而確定程序要訪問的是內部地址還是外部地址。但是，像F2810這樣的器件，沒有XINTF。它的XMPNMC在芯片內部被拉低，也就是說，當器件重扁后，它總是自動從內部的BootROM啟動。如果XMPNMC為高電平，則表示系統將從XINTF zone7中獲取復位向量。即從外部獲取中斷向量（地址見表1）時，必須確保復位向量所指向正確的地址。這一般在希望自己編寫啟動程序時使用。本文對此小作具體討論。

當XMPNMC為低電平時，系統從內部獲取復位向量。這個復位向量指的就是上文中提到的BootROM中位于0x3FFFC0的向量。此向量指向固化在BootROM中的InitBoot函數。所以上電復位后，程序將跳轉到Init-Boot函數。

InitBoot函數首先對器件初始化，F281x器件將被配置為F28x工作模式。如果希望執行C2xLP兼容程序，則需要用戶自己寫程序配置。PLL配置將保持不變。PIE使用缺省狀態，即不使能。另外要注意，M1的前80個字將用做BootROM的堆棧，用戶應避免使用。初始化完成后，程序轉向執行SelectBootMode函數。此函數將掃描通用I/O口（GPIO），以確定啟動模式，如表2所列，包括跳轉到Flash、跳轉到HO SARAM、跳轉到OTP等模式。

不同的模式有不同的程序起點（entrypoint）。對于Flash、HO SARAM、OTP模式，有一個固定的跳轉地址（見表2）；而對于從SCI、SPI啟動時，程序起點將調用bootloader按一定的格式（具體格式見參考文獻）從外部獲取。

最后，BootROM執行exitboot函數。執行這個函數包括：置CPU狀態為缺省，將SP指向0x400，跳轉到程序起點等工作。exitboot執行后CPU狀態為：ACC=0，RPC=0，P=0，XT=0，ST=O，XAR0=XAR7=0，SP=Ox400，STl=0x0AOB。

以上是BootROM完成的工作。從entrypoint開始，就進入用戶程序區了。對于匯編程序，可以在程序起點處寫一條跳轉到Start（如果程序起點是Start）的指令。匯編情況比較簡單，跳轉到Start后，各項初始化代碼工作都由自己完成。對于C語言程序，通常的做法是在程序起點處放置一條跳轉指令，轉到_c_init0。然后程序的執行分為使用或不使用：BIOS兩種情況。

從rts．src中提取boot28．inc文件，其中包括對于不使用BIOS的情況下，啟動后從_c_init0到main函數中間所做的工作。因為這段代碼足由C編譯器自動運行的，因而常被初學者忽視，以致對其后自己編寫的c代碼的運行環境不清楚。這一段程序主要完成以下工作：

◇分配C堆棧；

◇建立C運行環境（CPU寄存器和模式寄存器的配置）；

◇復制cinit、pinit表、．const、．econst常量到工作區；

◇跳轉到main函數。

這段代碼聲明了2個全局變量：__stack，系統堆棧棧底；_c_intOO，啟動函數。下面列出了C運行環境的初始化程序部分代碼：

這些代碼設置了C語言的運行環境。在用戶程序中編寫的匯編代碼不應該破壞這個環境，否則C語言將無法正常運行。

3 中斷代碼的執行

F28x系列的DSP支持1個小可屏蔽中斷（NMI）和16個可屏蔽中斷（INTl～INT14、RTOSINT、DLOGINT）。其中，INTl～INTl2由PIE控制單元管理。每個INT可以對應8個外設中斷，即PIE可以控制96個中斷源。

下面對可屏蔽中斷響應過程作一介紹：

①外設發出中斷請求。

②DSP看中斷請求是否被允許。沒計PIEIER、PIEACK、IER、INTM等寄存器和標志位的設置，具體參見參考文獻。

③如果中斷允許，則先執行完進入解碼的二階段之后的指令，將其他指令沖出流水線。系統將自動保存ST0、T、AL、AH、PL、PH、AR0、ARl、DP、STl、DBG-STAT、PC、IER，然后獲取中斷向量．加載到PC。

注意：當中斷被允許后會立即清除IFR中相應標志位；但是，如果此時中斷信號仍有效（保持低電平），那么，相應IFR標志位又會被置位（不過這時此中斷不套被立即響應）；這是因為CPU禁止了所有的硬件中斷響應，當ISR開始執行時，它才解除禁止；井且，在執行ISR之前（此時原來的IER已保存），當前中斷的IER中相應位被清零。也就是說，同一中斷源的中斷不會再被響應，要等到中斷服務子程序中用戶來使能中斷（如果需要嵌套），或者等到中斷返回自動恢復IER。

④執行中斷服務子程序。

由于置位了INTM、DBGM，所以可屏蔽中斷默認是不被允許的。如果要嵌套，則需程序員自己動手清除禁止中斷標志。另外，中斷里面LOOP、EALLOW、IDLES-TAT都被清零了，這樣中斷服務于程序有了一個全新的上下文。

4 從RAM中執行代碼

通常情況下，程序是保存在Flash里面的，CPU從Flash中取指運行；但是，有時會要求將程序調到RAM中來執行。一方面是為追求更高的速度；另一方面是為了讓Flash有最好的運行性能，需要修改Flash的等待狀態周期，使能Flash Pipeline，而對F1ash的操作必須在RAM里面執行，這些操作函數就必然要從F1ash中調到RAM中執行。對于這些程序，在啟動后用戶程序中需要先完成存儲器拷貝工作。拷貝到RAM中之后，才能調用這些函數，順序不能亂。

5 在DSP上移植實時操作系統

所謂移植，就是使一個實時內核能在某個微處理器或微控制器上運行。在移植軟件之前，先要正確配置處理器的運行模式，了解處理器的中斷方式、中斷向量地址等。這些工作在F28x系列DSP中由BootROM中固化的程序完成。另外，為了方便移植，大部分的RTOS代碼都是用C語言寫的；但仍需要用C語言和匯編語言混合編寫一些與處理器相關的代碼。這是因為在讀寫處理器寄存器時只能通過匯編語言來實現。

對于同時使用匯編語言和C語言的實時操作系統移植，必須小心使用匯編語言，防止破壞C語言運行環境。一方面不可以改變相關狀態位；另一方面匯編函數的編寫需要遵循C編譯器的調用規則。從復位到用戶程序編譯器做的設置工作見前文。

中斷發生時，TMS320LF28x處理器自動保存了不少寄存器，但是如果中斷服務子程序中要用其他寄存器，那么開始時要自己寫現場保護程序。就實時操作系統而言，進入中斷和退出中斷須對系統堆棧進行現場保護。維護堆棧結構時，需要注意處理器堆棧的生長方向。雖然絕大多數微處理器和微控制器的堆棧是從上往下長的，但TI公司的DSP一般為從下往上長。