打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
CMD配置分析
userphoto

2010.08.13

关注
对刚学习DSP的我,觉得首先有点无所适从.因为E文水平一般.面对一些芯片资料觉得有很多看不懂的地方.但后来从一DSP群里面一位同仁的建议其实E文资料也并不可怕.于是静下心来在打开电脑的同时把金山词典打开.慢慢的也可以理解文中意思.对于我来说也是一个提高了.在学习过程中我感觉就是CMD配置文件比较难,难的原因是对它的存储器结构不熟.因为每个定义就是把存储器空间的分配.下面是我个人的一些见解.一部分是从网上摘录:

CMD的专业名称叫链接器配置文件,是存放链接器的配置信息的,我们简称为命令文件,其中比较关键的就是MEMORY和SECTIONS两个伪指令的使用,常常令人困惑,系统出现的问题也经常与它们的不当使用有关。CCS是DSP软件对DOS系统继承的开发环境,CCS的命令文件经过DOS命令文件长时间的引申发展,已经变得非常简洁(不知道TI文档有没有详细CMD配置说明)。我学CMD是从DOS里的东西开始的,所以也从DOS环境下的CMD说起:

1.命令文件的组成
命令文件的开头部分是要链接的各个子目标文件的名字,这样链接器就可以根据子目标文件名,将相应的目标文件链接成一个文件;接下来就是链接器的操作指令,这些指令用来配置链接器,接下来就是MEMORY和SECTIONS两个伪指令的相关语句,必须大写。MEMORY,用来配置目标存储器,SECTIONS用来指定段的存放位置。结合下面的典型DOS环境的命令文件link.cmd来做一下说明:
file.obj          //子目标文件名1
file2.obj           //子目标文件名2
file3.obj           //子目标文件名3
- o prog.out        //连接器操作指令,用来指定输出文件
- m prog.m       //用来指定MAP文件
MEMORY
{ 略 }
SECTIONS
{ 略 }
otherlink.cmd
本命令文件link.cmd要调用的otherlink.cmd等其他命令文件,则文件的名字要放到本命令文件最后一行,因为放开头的话,链接器是不会从被调用的其他命令文件中返回到本命令文件。

2 MEMORY伪指令
MEMORY用来建立目标存储器的模型,SECTIONS指令就可以根据这个模型来安排各个段的位置,MEMORY指令可以定义目标系统的各种类型的存储器及容量。MEMORY的语法如下:
MEMORY
{
PAGE 0 : name1[(attr)] : origin = constant,length = constant
      name1n[(attr)] : origin = constant,length = constant
PAGE 1 : name2[(attr)] : origin = constant,length = constant
      name2n[(attr)] : origin = constant,length = constant
PAGE n : namen[(attr)] : origin = constant,length = constant
      namenn[(attr)] : origin = constant,length = constant
}
PAGE关键词对独立的存储空间进行标记,页号n的最大值为255,实际应用中一般分为两页,PAGE0程序存储器和PAGE1数据存储器。
name存储区间的名字,不超过8个字符,不同的PAGE上可以出现相同的名字(最好不用,免的搞混),一个PAGE内不许有相同的name。
attr的属性标识,为R表示可读;W可写X表示区间可以装入可执行代码;I表示存储器可以进行初始话,什么属性代码也不写,表示存储区间具有上述的四种属性,基本上我们都选择这种写法。
origin:略。
length:略。
下面是经常用的812的简单写法大家参考,
-l rts2800.lib
-w
-stack 400h
-heap 100
MEMORY
{
PAGE 0 :
*/





  
//RAMM0

MEMORY
{
PAGE 0 :
PRAMH0     : origin = 0x3f8000, length = 0x001000   
      
PAGE 1 :

RAMM0 : origin = 0x000000, length = 0x000400
RAMM1 : origin = 0x000400, length = 0x000400


DEV_EMU : origin = 0x000880, length = 0x000180
FLASH_REGS : origin = 0x000A80, length = 0x000060
CSM        : origin = 0x000AE0, length = 0x000010
XINTF    : origin = 0x000B20, length = 0x000020
CPU_TIMER0 : origin = 0x000C00, length = 0x000008
CPU_TIMER1 : origin = 0x000C08, length = 0x000008      
CPU_TIMER2 : origin = 0x000C10, length = 0x000008      
PIE_CTRL : origin = 0x000CE0, length = 0x000020
PIE_VECT : origin = 0x000D00, length = 0x000100


ECAN_A     : origin = 0x006000, length = 0x000100
ECAN_AMBOX : origin = 0x006100, length = 0x000100


SYSTEM     : origin = 0x007010, length = 0x000020
SPI_A    : origin = 0x007040, length = 0x000010
SCI_A    : origin = 0x007050, length = 0x000010
XINTRUPT : origin = 0x007070, length = 0x000010
GPIOMUX : origin = 0x0070C0, length = 0x000020
GPIODAT : origin = 0x0070E0, length = 0x000020
ADC        : origin = 0x007100, length = 0x000020
EV_A    : origin = 0x007400, length = 0x000040
EV_B    : origin = 0x007500, length = 0x000040
SPI_B    : origin = 0x007740, length = 0x000010
SCI_B    : origin = 0x007750, length = 0x000010
MCBSP_A : origin = 0x007800, length = 0x000040


CSM_PWL : origin = 0x3F7FF8, length = 0x000008


DRAMH0     : origin = 0x3f9000, length = 0x001000       
}

SECTIONS
{

//放在PAGE0
.reset           : > PRAMH0,    PAGE = 0
.text          : > PRAMH0,    PAGE = 0
.cinit           : > PRAMH0,    PAGE = 0

//放在PAGE1
.stack           : > RAMM1,    PAGE = 1
.bss          : > DRAMH0,    PAGE = 1
.ebss          : > DRAMH0,    PAGE = 1
.const           : > DRAMH0,    PAGE = 1
.econst       : > DRAMH0,    PAGE = 1    
.sysmem       : > DRAMH0,    PAGE = 1
  

DevEmuRegsFile : > DEV_EMU, PAGE = 1
FlashRegsFile     : > FLASH_REGS, PAGE = 1
CsmRegsFile    : > CSM,        PAGE = 1
XintfRegsFile     : > XINTF,    PAGE = 1
CpuTimer0RegsFile : > CPU_TIMER0, PAGE = 1    
CpuTimer1RegsFile : > CPU_TIMER1, PAGE = 1    
CpuTimer2RegsFile : > CPU_TIMER2, PAGE = 1    
PieCtrlRegsFile : > PIE_CTRL, PAGE = 1    
PieVectTable    : > PIE_VECT, PAGE = 1


ECanaRegsFile     : > ECAN_A,    PAGE = 1  
ECanaMboxesFile : > ECAN_AMBOX PAGE = 1


//在*.cmd中定义段在空间中的位置然后在别的地方再把另外的变量指向这个空间
SysCtrlRegsFile : > SYSTEM,     PAGE = 1
SpiaRegsFile    : > SPI_A,    PAGE = 1
SciaRegsFile    : > SCI_A,    PAGE = 1
XIntruptRegsFile   : > XINTRUPT, PAGE = 1
GpioMuxRegsFile : > GPIOMUX, PAGE = 1
GpioDataRegsFile   : > GPIODAT     PAGE = 1
AdcRegsFile    : > ADC,        PAGE = 1
EvaRegsFile    : > EV_A,    PAGE = 1
EvbRegsFile    : > EV_B,    PAGE = 1
ScibRegsFile    : > SCI_B,    PAGE = 1
McbspaRegsFile : > MCBSP_A, PAGE = 1


CsmPwlFile    : > CSM_PWL,     PAGE = 1

}



2.用户定义:
#pragma CODE_SECTION (symbol, "section name"); #pragma DATA_SECTION (symbol, "section name")

单个地址的时候可以使用 #define
如 #define my_data *(volatile unsigned int*)0x000C

在数组变量时 使用#pragma 宏

XXX.h/XXX.c
#pragma DATA_SECTION(my_data,".data_section")
unsigned char my_data[1024];
在xxx.cmd中建立.data_section并赋予地址就可以了

*/

SECTIONS必须用大写字母,其后的大括号里是输出段的说明性语句,每一个输出段的说明都是从段名开始,段名之后是如何对输入段进行组织和给段分配存储器的参数说明:
以.text段的属性语句为例,“{所有.text输入段名}”这段内容用来说明连接器输出段的.text段由哪些子目标文件的段组成,举例如下
SECTIONS
{
.text:{   file1.obj(.text) file2(.text) file3(.text,cinit)}略
}
指明输出段.text要链接file1.obj的.text和 file2的.text 还有file3的.text和.cinit。在CCS的SECTIONS里通常只写一个中间没有内容的“{ }”就表示所有的目标文件的相应段
接 下来说明“load=加载地址   run =运行地址”链接器为每个输出段都在目标存储器里分配两个地址:一个是加载地址,一个是运行地址。通常情况下两个地址是相同的,可以认为输出段只有一个地址,这时就可以不加“run =运行地址”这条语句了;但有时需要将两个地址分开,比如将程序加载到FLASH,然后放到RAM中高速运行,这就用到了运行地址和加载地址的分别配置了,如下例所示:
.const :{略} load = PROG   run = 0x0800
常量加载在程序存储区,配置为在RAM里调用。
“load =加载地址”的几种写法需要说明一下,首先“load”关键字可以省略,“=”可以写成“>”, “加载地址”可以是:地址值、存储区间的名字、PAGE关键词等,所以大家见到“.text:{ } > 0x0080”这样的语句可千万不要奇怪。“run =运行地址”中的“ = ”可以用“>”,其它的简化写法就没有了。大家不要乱用
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
【热】打开小程序,算一算2024你的财运
存储器配置与CMD文件的编写
关于CMD文件
dsp2812?cmd配置指南
CMD文件的编写 zz
DSP TMS320C6000基础学习(4)
DSP 中的自定义段和CMD
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服