DSP的cmd文件：
DSP2802x_Headers_nonBIOS.cmd文件可以在所有的工程中通用，主要是把外設寄存器產生的數據段映射到對應的存儲空間，與F2802x_GlobalVariableDefs.c文件一起分配寄存器地址。
先在DSP2802x_GlobalVariableDefs.c文件里找到以下幾行代碼：
#ifdef __cplusplus
#pragma DATA_SECTION("CpuTimer0RegsFile")
#else
#pragma DATA_SECTION(CpuTimer0Regs,"CpuTimer0RegsFile");
#endif
volatile struct CPUTIMER_REGS CpuTimer0Regs;
由上可知CpuTimer0Regs是一個結構體變量名（其定義在DSP2802x_CpuTimers.h文件里），通過預處理命令#pragma 為這個結構體定義了一個名稱為CpuTimer0RegsFile的數據段。
接着在DSP2833x_Headers_nonBIOS.cmd文件里找到如下代碼：
SECTIONS
{
DevEmuRegsFile : > DEV_EMU, PAGE = 1
FlashRegsFile : > FLASH_REGS, PAGE = 1
CsmRegsFile : > CSM, PAGE = 1
AdcMirrorFile : > ADC_MIRROR, PAGE = 1
XintfRegsFile : > XINTF, PAGE = 1
CpuTimer0RegsFile : > CPU_TIMER0, PAGE = 1
......
}
上面加粗代碼的作用就是，通過SECTIONS偽指令把CpuTimer0RegsFile數據段裝載到名稱為CPU_TIMER0的存儲空間。
同樣在DSP2833x_Headers_nonBIOS.cmd文件里找到如下代碼：
MEMORY
{
PAGE 0:
PAGE 1:
DEV_EMU : origin = 0x000880, length = 0x000180
FLASH_REGS : origin = 0x000A80, length = 0x000060
CSM : origin = 0x000AE0, length = 0x000010
ADC_MIRROR : origin = 0x000B00, length = 0x000010
XINTF : origin = 0x000B20, length = 0x000020
CPU_TIMER0 : origin = 0x000C00, length = 0x000008
......
}
CPU_TIMER0存儲空間通過MEMORY偽指令指示了其起始地址和長度，也就等於間接確定了結構體CpuTimer0Regs的具體位置，所以通過以上幾層映射關系，當向CpuTimer0Regs. TIM.all寫數據時就可以准確的寫入DSP內部寄存器所在的存儲器的位置。由此看見，CMD的作用就是為程序代碼和數據分配存儲空間。本節先針對DSP2833x_Headers_nonBIOS.cmd文件做一下解讀，后續再分別解讀一下CMD用於調試和燒寫時需要注意哪些問題。
F28335.CMD是Flash版本的程序需要添加的cmd文件，主要是分配編譯的代碼段和數據段的地址
28335_RAM_lnk.cmd 是RAM版本的程序需要添加的cmd文件，作用同上。
以上兩個根據具體的工程來添加，調試的時候才用RAM版本的，添加28335_RAM_lnk.cmd即可。燒寫的Flash的工程采用F28335.CMD
DSP2833x_Headers_nonBIOS.cmd 分配硬件寄存器映射地址的段。必須加.