DSP2833x_Headers_nonBIOS.cmd和28335_RAM_lnk.cmd

在DSP28335工程文件里（不用BIOS产生CMD文件），手写CMD文件一般有两个，在RAM里调试时用的两个CMD文件分别为DSP2833x_Headers_nonBIOS.cmd和28335_RAM_lnk.cmd，烧写到flash里时用的两个CMD文件分别为DSP2833x_Headers_nonBIOS.cmd和F28335.cmd，其中DSP2833x_Headers_nonBIOS.cmd文件可以在所有工程文件中通用，主要作用是把外设寄存器产生的数据段映射到对应的存储空间，主要作用是把外设寄存器产生的数据段映射到对应的存储空间，可以跟DSP2833x_GlobalVariableDefs.c文件对照一下看看。下面通过一个简单例子，比如向CpuTimer0Regs. TIM.all写数据，来解读一下CMD文件是如何把寄存器里的值准确映射到所在存储器的位置的。

关键点：

1. 在RAM里调试时用的两个CMD文件分别为DSP2833x_Headers_nonBIOS.cmd和28335_RAM_lnk.cmd。

2. 烧写到flash里时用的两个CMD文件分别为DSP2833x_Headers_nonBIOS.cmd和F28335.cmd。

3. DSP2833x_Headers_nonBIOS.cmd文件可以在所有工程文件中通用，主要作用是把外设寄存器产生的数据段映射到对应的存储空间。

先在DSP2833x_GlobalVariableDefs.c文件里找到以下几行代码：
#ifdef __cplusplus
#pragma DATA_SECTION(“CpuTimer0RegsFile”)
#else
#pragma DATA_SECTION(CpuTimer0Regs,“CpuTimer0RegsFile”);
#endif
volatile struct CPUTIMER_REGS CpuTimer0Regs;
由上可知CpuTimer0Regs是一个结构体变量名（其定义在DSP2833x_CpuTimers.c文件里），通过预处理命令#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的作用就是为程序代码和数据分配存储空间。

1. F28335.CMD是Flash版本的程序需要添加的cmd文件，主要是分配编译的代码段和数据段的地址

2. 28335_RAM_lnk.cmd 是RAM版本的程序需要添加的cmd文件，作用同上。

以上两个根据具体的工程来添加，调试（在线仿真）的时候才用RAM版本的，添加28335_RAM_lnk.cmd即可。烧写的Flash的工程采用F28335.CMD

DSP2833x_Headers_nonBIOS.cmd 分配硬件寄存器映射地址的段，必须加。

在工程项目中，操作（添加或删除）CMD文件的方法：

右击你的project，选择第一个“Add files to project”后，选择你要添加的.cmd的路径。如果要删去，则选中.cmd文件后“remove from project"不管在这个页面的"linker Command file"里添加还是在C2000linker 的include中添加或用工程文件管理器添加，只要将两个CMD文件加入工程就行，Flash和RAM的CMD文件同时只能一个使用（关键是不同同时编译，可以两个都添加，但是不用于编译使用）。

编程过程中出现RAM不够的问题,修改.cmd文件扩容方法：

工程编辑过程中出现内存不足的问题：

error #10099-D:

Compilation failure

program will not fit into available memory. placement with

alignment/blocking fails for section “.text” size 0x218a page 0. Available

memory ranges:

RAML1 size: 0x2000 unused: 0x2000 max hole: 0x2000

cmd文件中 ".text"是程序语句存储。程序语句存储在 RAML1 中，此时程序语句大小是0x218a 而 RAML1 的大小为 0x2000 ，因此出现内存不足的问题。

而此时cmd文件相关部分程序：

MEMORY

{undefined

…

RAML0 : origin = 0x008000, length = 0x000B00

RAML1 : origin = 0x008B00, length = 0x002000

RAML2 : origin = 0x00AB00, length = 0x000800

…

}

SECTIONS

{undefined

…

.text : > RAML1, PAGE = 0

…

IQmath : > RAML1, PAGE = 0

…

}

在修改 RAML1 内存空间之前，需要检查section中使用 RAML1 的部分，在对其进行修改之后也要修改section中的这些部分。

修改后程序：

MEMORY

{undefined

…

RAML0 : origin = 0x008000, length = 0x000B00

RAML1_2 : origin = 0x008B00, length = 0x002800

…

}

SECTIONS

{undefined

…

.text : > RAML1_2, PAGE = 0

…

IQmath : > RAML1_2, PAGE = 0

…

}