对于TMS320F2812的CMD文件的理解

对于TMS320F2812的CMD文件的理解1.COFF格式要谈CMD文件，首先不可避免的要谈下COFF格式，COFF格式是通用目标文件格式(CommonObjectFileFormat)的缩写，它是一种流行的二进制可执行文件格式，在DSP里二进制可执行文件包括库文件（.lib）、目标文件（.obj）和最终可执行文件（.out）。详细的COFF格式文件包括段头、可执行代码、初始化数据、可重定位信息、行号入口、符号表、字符串。对于DSP的C语言编程我们只需要了解定义段和给段分配空间即可。采用COFF格式更利于我们对其进行模块化编程，我们可以自由的把哪些段分配到哪些空间。2.Section(1)其次，在编写CMD文件得时候要碰到SectionS命令，SectionS命令的英文理解就有区域的意思，我们利用SectionS来将目标文件的代码放到指定的区域中。SectionS目标文件中最小的单位我们称之为块，一个块就是最终在存储器映像中占据连续空间的一段代码或者数据。COFF文件格式默认有三个块：.text存放可执行代码；.data存放已初始化数据；.bss为未初始化数据留下的保留空间。(2)汇编器对块的处理和设置未初始化块的设置：.bss变量存放空间；.usect用户自定义的未初始化段；初始化块的设置：.text汇编指令代码.data常数数据（比如对变量的初始化数据）.sect用户自定义的已初始化段.asect类似于.sect，多了绝对地址定位功能，一般不用(3)C语言对块得的设置和处理未初始化块（data）.bss存放全局和静态变量.ebss长调用的.bss(超过了64K地址限制).stack存放C语言的栈.sysmem存放C语言的堆.esysmem长调用的.sysmem(超过了64K地址限制)初始化块.text可执行代码和常数(program).switchswitch语句产生的常数表格（program/低64K数据空间）.pinitTablesforglobalconstructors(C++)(program).cinit用来存放对全局和静态变量的初始化常数值(program).const全局和静态的const变量初始化值和字符串常数，（data）.econst长.const（可定位到任何地方）（data）(4)C语言自定义块#pragmaDATA_SECTION(函数名或者全局变量名，“用户自定义在数据空间的段名”)；#pragmaCODE_SECTION(函数名或者全局变量名，“用户自定义在程序空间的段名”)；必须注意：不能在函数体内声明，必须在定义和使用前声明。#pragma可以阻止对未调用的函数的优化（优化我也不太理解）。3.2812的CMD文件(1)在CMD文件中有两个伪指令MEMORY和SECTIONS，其中SECTIONS的用法在上面已经有了介绍，就是将生成的代码或者数据分配到指定的存储器的映射空间去。哪里是映射空间呢，这个就是由MEMORY这个伪指令来定义的，它的作用就是对整个存储器进行分区，然后给每个存储器进行命名，DSP只认物理地址（在我的第一篇日志里已经详细阐述了）。下面先写下这两个伪指令的语法格式：MEMORY{PAGE0:name1[(attr)]origin=constant,length=constant;PAGEn:name1[(attr)]origin=constant,length=constant;}PAGEn中页号的最大值是255，每个PAGE代表一个完全独立得地址空间，通常n=0为数据空间，n=1为程序空间，name是对存储区间命名，attr规定了存储器得属性，R-读，W-写，一般我们不写的，origin,起始地址，length，该存储区间的大小。SECTIONS{Name:[property,property,…]Name:[property,property,…]Name:[property,property,…]}Name：源程序中的段名。如.text,Property：段的属性参数。一个段的属性参数包括下列五种：(1)Loadallocation，由它定义将输出段加载到存储器中的什么位置。语法：load:allocation(allocation是将逻辑段定位的地址说明)例如：.text:load=0x1000;将输出段定位到一个特定的地址.text:loadROM;将输出段定位到命名为ROM的存储区.text:align=0x80;关键词align规定输出段.text定位到从地址边界0x80开始.text:block(128);关键词bolck规定段必须在两个地址边界之内，如果段太;大，就从一个地址边界开始.text:PAGE0;将输出段定位到PAGE0如果输出段只定位一个位置，帽可省去关键字load。如：.text:ROM如果要用到一个以上参数，可以将它们排成一行。如：.text:ROMalign16PAGE2或.text:load(ROMalign(16)PAGE(2))（地址边界是2的N次方幂的地址，如地址边界定为16，则其地址为xxx0h。）(2)Runallocation，由它定义输出段在存储器的什么位置开始运行。语法：run=allocation或runallocation链接器为每个输出段在目标存储器中分配两个地址：加载地址和执行地址。通常这两个地址是相同的。但如要先将程序加载到ROM，然后在RAM中以较快的速度运行。则可两次定位，如：.fir:load=ROM,run=RAM(3)Inputsections，由它定义哪些输入段组成输出段。语法：{input_sections}.text:{*(.text)}这样就把所有的.text段链接成.text段输出。也可以明确的用文件名和段名来确定输入段：.text:{F1.obj(.text,sect);链接F1.obj的.text、.sect段F2.obj(sect);F3.obj;链接f3.obj的所有段}(4)Sectiontype，用它为输出段定义特殊形式的标志语法：Type=COPY、Type=DSECT、Type=NOLOAD(5)Fillvalue，当初始化段中存在未初始化的存储区间时，对其填充一指定值。语法：fill:value或name:…{…}=value4.2812的CMD文件的编写下面就来谈谈我对2812在写CMD文件的时候的一点理解，不足的地方希望各位看官拨冗指正。(1)片内存储器分区MEMORY先翻开相关芯片的存储空间的资料，然后分配一下你得程序存储空间和数据存储空间，即PAGE0和PAGE1,程序存储空间里通常放XINTF的ZONE0,1,2,6,7FLASHA-J,OPT,H0,bootROM,其中BOOTROM和XINTF得ZONE7是复用得，在不同得模式下选取不同的方式，MP/MC=0----BOOTROM,MP/MC=1----XINTFZONE7，在片内数据空间上定义各个存储器，这是也可以翻开你的书本，查下每章开头，一般都有这一章所涉及的所以的寄存器的地址，然后根据这些地址分配一下存储的单元的起始地址和空间的大小。（2）SECTIONGS分块这里举一个例子阐述一下分块的方法，例如我们在数据存储空间定义了SYSTEM块，主要就是给系统的时钟、看门狗、锁存器等分的一个空间，这个空间的大小是0x0020H,也就是10进制得32个字节单元，为什么要分32个字节单元呢，在书上我们可以查的系统得这一部分所对应的寄存器的名称和寄存器的字节数如下：Reserved:10;HISPCP:1;LOSPCP:1;PCLCR:1;Reserved:1;LPMCR0:1;LPMCR1:1;Reserved:1;PLLCR:1;SCSR:1;WDCNTR:1;Reserved:1;WDKEY:1;Reserved:3;WDCR:1;Reserved:6;计算一下，整个的存储器空间的大小是10+1+1+1+1+1+1+1+1+1+1+1+1+3+1+6=32.这就是为什么是32个字节的原因。记住，此时这一块的名字是SYSTEM(当然你也可以另行定义)。在SECTIONS中我们定义输出段的名字是SysCtrlRegsFile,其指向的就是SYSTEM.即SysCtrlRegsFile:SYSTEM,PAGE0然后我们在自己的头文件中定义结构体和联合体的时候，例如定义了一个SYSTEM_REGS的结构体，里面包含了系统的控制寄存器的联合体或者结合体，可以这么写：structSYSTEM_REGS{Unit32Reserved:10;unionHISPCP_REGSHISPCP;unionLOSPCP_REGSLOSPCP;unionPCLKER_REGSPCLKER;Unit32Reserved:1;unionLPMCR0_REGSLPMCR0;unionLPMCR1_REGSLPMCR1;Unit32Reserved:1;unionPLLCR_REGSPLLCR;unionSCSR_REGSSCSR;貌似这个是不用定义联合体的，Unit32SCSR:1;unionWDCNTR_REGSWDCNTR;Unit32Reserved:1;unionWDKEY_REGSWDKEY;Unit32Reserved:3;unionWDCR_REGSWDCR;Unit32Reserved:6;}SysCtrlRegsFile;这里面得联合体都有其自己的定义，例如PLLCR_REGSstructPLLCR_BITS{Unit16DIV:4;Unit16Reserved:12;};unionPLLCR_REGS{Unit16all;structPLLCR_BITSbit;};这样我们要对PLLCR寄存器操作得时候就只需这么写：SysCtrlRegsFile.PLLCR.all=0xXXXX;或者SysCtrlRegsFile.PLLCR.bit.DIV=0xXXXX;bit是结构体的一个变量，相信C语言得结构体和联合体（也叫共用体）大家都学得不比偶差吧。对其操作过程就是自动得找到了SysCtrlRegsFile对应得那片空间0x00007010-0X0x702F，然后PLLCR就是就是里面的第18个空间即0x00007021，相信这么理解大家都应该明白了撒。所有的寄存器都是这样写得哦。。这就是我的理解，希望各位看官指教，拨冗指正，坚信成功源于共享！！！TMS320F2812代码运行性能的研究发布:2008-4-0922:23|作者:王效东|来源:单片机与嵌入式系统应用|查看:7次引言TMS320F2812是目前性能非常优秀的32位定点DSP，集成了多种外设。对TMS320F2812开发通常利用TI公司的CCS2集成开发环境，使用JTAG接口仿真器连接目标板，可以不占用用户资源实现全速／断点调试；仿真调试完成后对CMD文件进行相关修改，并用RTS2800_FL04830．LIB替换RTS2800N．LIB，必要时对程序中变量与函数分配的空间做部分调整后，编译项目得到输出文件；在CCS2集成开发环境中完成下载、加密等操作后，断电脱离仿真机，成为独立运行的嵌入式系统。然而，相当多的应用设计者常常面临程序仿真通过，但独立运行失败的情况，表现均为程序代码运行性能比估计的要差很多，以致来不及处理实时数据。由于代码在Flash中运行的时间比在SARAM中仿真的时间长，有的设计试验出现在Flash中运行比仿真慢4倍以上的结果，使设计只能停留在仿真通过的层次上。1分析TI公司提供的一篇文档资料spra958e．pdf，描述了在内部Flash中运行程序的相关知识，说明当在RAM中仿真速度为150MIPS时，相应Flash中的执行速度可达90～lOOMIPS；同时。在此文档资料中提供了参考实例，但介绍性文字较多，实现高性能的具体配置方式描述不够具体。经反复阅读TI公司的其他相关文档资料，并编程对比实验，笔者摸索出实现Fla