DSP的cmd文件

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 分配硬件寄存器映射地址的段。必須加.