文档库 最新最全的文档下载
当前位置:文档库 › DSP28335烧写方法剖析

DSP28335烧写方法剖析

DSP28335烧写方法剖析
DSP28335烧写方法剖析

DSP28335—FLASH烧写的方法

(2013-10-17 14:09:59)

转载▼

分类:学习交流

标签:

dsp

文章来自:百度文库

把烧写到RAM程序修改成烧写到FLASH的

首先,希望大家明白一点,想把一个原来是烧写到DSP的片内RAM的程序修改成是烧写到DSP片内FLASH的程序,不仅仅是修改一个cmd文件就结束了,还需要做其他几个步骤,这里我重点强调一下。

第一步:把28335_RAM_lnk.cmd这个从project中移除,用右键选择28335_RAM_lnk.cmd 然后选delate。

第二步:右键选择project名称,然后选add file to project,然后出现浏览框,在

\Code of TMS320F28335 CCS4\v120\DSP2833x_common\cmd这个子文件夹下,选择

F28335.cmd,点OK,至此可以在project的文件列表内看到F28335.cmd被添加到project中。第三步:在main()函数中添加如下语句

MemCopy(&RamfuncsLoadStart, &RamfuncsLoadEnd, &RamfuncsRunStart); InitFlash();

上述两句话添加在InitPieVectTable();这句的下面的一行。

添加语句的时候,注意不要添加错了,每一个字母都要正确,括号也要用英文括号。

第四步:添加DSP2833x_MemCopy.c这个文件到project中,右键选择project名称,然后选add file to project,然后出现浏览框,找到

\Code of TMS320F28335 CCS4\v120\DSP2833x_common\source文件夹中的

DSP2833x_MemCopy.c这个文件,然后点OK。

第五步:编译,点rebuild,编译至少要保证没有ERROR,否则请检查一下

在第三步操作的地方是不是有错误。

其次,我再强调一下,不是RAM中运行正确的程序,就在FLASH中运行也一定正确。希望大家纠正一下以前的错误观念,据我了解,很多买家朋友都会有上面的理解误区。这是因为同样的程序在DSP的RAM中运行消耗的时间要远远短于在FLASH中运行的时间。

我下面就给大家举个例子,有一个中断函数cpu_timer_isr10ms(),这个函数每隔10ms由CPU 定时器1产生中断触发,自动跳转进入执行一次。这个cpu_timer_isr1ms()内部包括三个子函数依次是adc_sanple(),pwm_update(),gpio_toggle()

如下

cpu_timer_isr1ms()

{

adc_sanple();

pwm_update();

gpio_toggle();

}

其中假设adc_sanple()这个子函数在RAM中的执行时间是1ms,pwm_update()这个子函数在RAM中的执行时间是2ms,gpio_toggle()这个子函数在RAM中的执行时间是3ms,那么

1+2+3=6<10,所以完全没有问题,在RAM中上面这些程序都可以运行很好。

但是,如果把上面这些程序放到FLASH中运行,很有可能adc_sanple()这个子函数在FLASH 中的执行时间是3ms,pwm_update()这个子函数在FLASH中的执行时间是7ms,这是因为

同样的程序在DSP的RAM中运行消耗的时间要远远短于在FLASH中运行的时间。这样前两个函数就把10ms都用掉了,根本轮不上gpio_toggle()这个子函数被执行,就被DSP强制终止了,所以买家朋友就看不到gpio_toggle()的现象。于是很多买家就以为是DSP开发板出了什么问题,其实完全是自己程序出了问题。

三、DSP烧写片内FLASH常见问题和解决方法

下面讲解固化烧写DSP的FLASH程序时候常见的困难,一般就是三种情况1、

DSP的Boot mode 模式选择不正确

这种错误的现象是可以正常Load program程序到DSP的FLASH,按照我的教程操作烧写程序到RAM和FLASH都是没有问题的,都可以正常烧写,也不会报错,但是掉电后重启,DSP没有反应,所谓的没有反应就是说,本来写的程序是让GPIO输出高电平,掉电后,DSP的GPIO没有相应的输出高电平。

这个错误,而且还有一个很关键的现象,就是说,烧写程序到DSP的FLASH后,不拔掉DSP仿真器,像教程中说的那样,点RUN,DSP的FLASH程序可以正确的运行,显现正常的现象。

如果你的现象符号上面的特点,那么就很有可能是“DSP的Boot mode 模式选择不正确”导致的错误。如何改正这个错误呢?

如果是购买的本店的TMS320F28335开发板,正确的设置从FLASH启动的Boot mode就把DSP开发板上的拨码开关都拨到ON的位置即可,其实这点我已经在光盘中用txt文档强调了一下,这里我再强调一下。而且即便是你把DSP程序下载到DSP片内RAM中运行,也把拨码开关打到ON的位置。

DSP开发板上的拨码开关都拨到ON的位置的本质含义是:将F28335的GPIO84、GPIO85、GPIO86、GPIO87这四个引脚用1k到10k之间电阻上拉到3.3V,这样就是选择了从DSP

内部FLASH处boot程序这个Bood mode。

2、

ccxml文件设置处的芯片型号和开发板上的DSP型号不一致

举个例子,实际的DSP是TMS320F2808,ccxml文件选择的芯片型号是TMS320C2808,这个是错误的。

再举例子,实际的DSP型号是TMS320F28335,ccxml文件选择的芯片型号是

TMS320F28334,这个也是错误的。

在这样错误的时候,是可以成功的Connect的,但是无法正常固化程序到DSP的FLASH。3、

把本来应该是Load program到RAM的out文件误以为是可以固化到DSP的FLASH中的

可以Load program到RAM的Out文件和可以固化(烧写)到FLASH的out文件,内容是不同的,不能张冠李戴。

在本店DSP开发板配套的例程代码文件夹Code of TMS320F28335 CCS4中,只有FLASH 这个子文件夹中的debug文件夹下的out是可以Load program到DSP的片内FLASH的,其他的如果不做修改,那么都是默认烧写到DSP的片内RAM中的

四、最后的一招

如果你已经把前面的第二章、第三章两个章节的内容都操作了,但是仍然不正确,那么就用这“最后的一招”,就是在我的FLASH例程程序基础上,移植你自己编写的程序,并且强烈推荐一点点的移植,这样一边移植,一边编译,一边load到FLASH中去看现象,来检查哪里出问题了。因为我的FLASH例程是肯定正确的,如果你把程序移植到我的FLASH例程中,仍然出现程序在FLASH中不运行的现象,那么100%是你程序写的不对了。我建议一点点的移植的目的,就是这样比较容易检查到程序哪里出错误了。

至此我就把DSP烧写片内FLASH常见的问题和相应的解决方法讲解完毕。

DSP编程技巧之19---详解cmd文件

cmd文件是编译完成之后链接各个目标文件时,用来指示各个数据、符号等是如何划分到各个段,以及每个段所使用的存储空间的。许多筒子对cmd文件有畏难情绪,不容易理解各个段的含义,特别是在程序编译没有问题,但是在链接生成可执行的.out遇到错误时更容易手足无措,所以我们就来详细解读一下cmd文件的具体含义。

本文引用地址:https://www.wendangku.net/doc/6f14887570.html,/article/256732.htm

C28x的编译器把存储空间划分为两个部分进行管理,包括:

1. 程序存储空间:包含可执行的代码,初始化的记录和switch-case使用的表。

2. 数据存储空间:包含外部变量,静态变量以及系统的栈;一般情况下,各个寄存器对应的存储空间也归类在数据空间里。

为了方便管理,不同种类的代码、变量等往往又被分别分配到不同的段(section)之中,然后对存储空间的划分就变成了对段的地址分配问题了。例如,在下面的代码中,就规定了.text这个段会存放在RAM中Page0下面的RAML1中,RAML1的起始地址是0x009000,长度是0x001000。

MEMORY

{

/* 省略不在此显示的代码 */

PAGE 0 :

RAML1 : origin = 0x009000, length = 0x001000

RAML2 : origin = 0x00A000, length = 0x001000

/* 省略不在此显示的代码 */

SECTIONS

{

/* 省略不在此显示的代码 */

.text : > RAML1, PAGE = 0

/* 省略不在此显示的代码 */

一般情况下,我们的代码不会大到无法存储,但是也有可能因为代码特别多导致无法存储,产生.text的实际大小是size xxx,但是RAML1的size只有yyy这样的链接错误,以至于无法生成输出文件。此时我们可以把上面对应的RAML1的长度,即length增大,使得.text段所分配的地址空间变多。但是RAML1地址空间扩大之后,挤占了RAML2的空间,导致地址重叠,此时RAML2的起始位置要后移,其长度也要相应地缩减,才能不产生地址覆盖错误;修改之后可以为:

RAML1 : origin = 0x009000, length = 0x001500

RAML2 : origin = 0x00A500, length = 0x000500

还有一个解决方法则是把.text给分配到其它更长的地址空间里去;如果没有现成的地址范围比较长的段,也可以合并现有的段,修改方法比如把RAML2删除,把它的地址全部合并到RAML1中去,而.text还是分配在RAML1,就没有问题了。删除RAML2的时候要注意,它在没有被任何段使用的情况下才能操作,否则编译、链接的时候又提示其它的段找不到对应的存储单元了。

下面我们就解释一下各个段的含义:

一.初始化的段

其中包含了数据和可执行代码,通常情况下是只读的。它们包括:

1 .cinit和.pinit

包含了初始化变量和常量所用的表格,是只读的。

C28x .cinit被限制在16bit范围内,即低64K范围。

2 .const

包含了字符串常量、字符串文字、选择表以及使用const关键字定义(但是不包括volatile类型,并假设使用小内存模型)的只读型变量。

3 .econst

包含了字符串常量,以及使用far关键字定义的全局变量和静态变量。

4 .switch

存放switch-case指令所使用的选择表。

5 .text

通常是只读的,包含所有可执行的代码,以及编译器编译产生的常量。

二.无初始化的段

无初始化的段虽然不会被初始化,但是仍然需要在存储单元(一般是RAM)中保留相关的地址空间。它们包括:

1 .bss

为全局和静态变量保留存储空间。在启动或者程序加载的时候,C/C++的启动程序会把.cinit段中的数据(一般存放在ROM中)复制到.bss段中。

2 .ebss

为far关键字定义(仅适用于C代码)的全局和静态变量保留存储空间。在启动或者程序加载的时候,C/C++的启动程序会把.cinit段中的数据(一般存放在ROM中)复制到.ebss段中。

3 .stack

默认情况下,栈(stack)保存在.stack段中(参考boot.asm),这个段用来为栈保留存储空间。栈(stack)的作用主要有:

1) 保留存储空间用于存储传递给函数的参数;

2) 为局部变量分配相关的地址空间;

3) 保存处理器的状态;

4) 保存函数的返回地址;

5) 保存某些临时变量的值。

需要注意的是,.stack段只能使用低64K地址的数据存储单元,因为CPU的SP寄存器是16位的,它无法读取超过64K的地址范围。此外,编译器无法检查栈的溢出错误(除非我们自己编写某些代码来检测),这将导致错误的输出结果,所以要为栈分配一个相对较大的存储空间,它的默认值是1K字。改变栈的大小的操作可以通过编译器选项--stack_size来完成。

4 .sysmem

本文引用地址:https://www.wendangku.net/doc/6f14887570.html,/article/256732.htm

为动态内存分配保留存储空间,从而为malloc,calloc,realloc和 new等动态内存分配程序服务。如果这几个动态内存管理函数没有在C/C++代码中用到的话,则不需要创建.sysmem段。

此外,我们经常提到“堆栈”,在这里我们只讲了栈,那堆(heap)是干啥的呢?堆就是是用来做动态内存分配的,因为在DSP上RAM资源仍然是相对宝贵的,所以堆占用的存储空间不能无限扩展,对于near关键字修饰的堆,其占用的地址空间最大只能到32K字;对于far关键字修饰的堆,它使用的存储空间由编译器自动设置,默认只有1K字。

5 .esysmem

为far malloc函数分配动态存储空间。如果没有用到这个函数,则编译器不会自动创建.esysmem段。

对于汇编器,它会自动创建.text, .bss和.data三个段。我们可以使用#pragma CODE_SECTION和#pragma DATA_SECTION来创建更多的段。

默认情况下,各个段所分配的存储空间配置如下(可根据需要进行更改):

最后,以一个ADC寄存器对应的内存地址分配的例子,来看看完成的cmd文件是如何完成的(事实上所有寄存器的内存地址分配在TI的外设和头文件包中已经帮我们做好了,这里是个演示)。

首先,在使用寄存器(或者自定义的变量)的头文件或者源程序里,为寄存器(或者自定义的变量)指定一个自定义的段:

#ifdef __cplusplus

#pragma DATA_SECTION("AdcRegsFile")

#else

#pragma DATA_SECTION(AdcRegs,"AdcRegsFile");

#endif

volatile struct ADC_REGS AdcRegs; //使得结构体被分配在指定的段中

然后,在cmd文件中,在SECTIONS下把AdcRegsFile这个段分配到ADC这块内存区域中,并在MEMORY中定义ADC这块内存区域的起始位置和长度。

MEMORY

{

PAGE 0:/* Program Memory */

/* 省略不相关内容的显示 */

PAGE 1: /* Data Memory */

/* 省略不相关内容的显示 */

ADC : origin = 0x007100, length = 0x000020 /* ADC registers */

/* 省略不相关内容的显示 */

}

SECTIONS

{

/* 省略不相关内容的显示 */

AdcRegsFile : > ADC, PAGE = 1

/* 省略不相关内容的显示 */

}

以上是一个自定义段并制定内存区域的完整例子。如果不需要这样的自定义,则可以不去管它,使用现有的,比如某个例子中可以使用的cmd文件就可以了。

相关文档