在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文件是如何把寄存器里的值准确映射到所在存储器的位置的。
先在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, PAG
DSP中F28335的dsp2833x_headers_nonBIOS.cmd和28335_RAM_lnk.cmd的区别
最新推荐文章于 2023-10-15 21:18:15 发布
本文详细解析了在DSP28335工程中,非BIOS环境下CMD文件DSP2833x_Headers_nonBIOS.cmd和28335_RAM_lnk.cmd的作用。前者用于分配外设寄存器数据段到对应存储空间,确保如CpuTimer0Regs等结构体映射到正确地址。而28335_RAM_lnk.cmd适用于RAM调试。在Flash烧录时使用F28335.CMD。CMD文件在程序和数据地址分配中起关键作用。
摘要由CSDN通过智能技术生成