DSP中内部Flash的应用研究.docx
《DSP中内部Flash的应用研究.docx》由会员分享,可在线阅读,更多相关《DSP中内部Flash的应用研究.docx(12页珍藏版)》请在冰豆网上搜索。
![DSP中内部Flash的应用研究.docx](https://file1.bdocx.com/fileroot1/2023-1/2/9a926333-8e60-47c6-b5fb-696a947b8487/9a926333-8e60-47c6-b5fb-696a947b84871.gif)
DSP中内部Flash的应用研究
1 前言
TMS320F28xxDSP片内有128K×16bit字的Flash、两块4Kx16bit字的单周期访问RAM(SARAM)LO和L1、一块8Kxl6bit字的单周期访问RAM(SARAM)HO、两块1Kxl6bit字的单周期访问RAM(SARAM)M0和M1。
由于存储器种类多、容量大,所以从系统的高度来配置各个存储器必须有合适的方法,而这些方法一般都与片内Flash有关。
另外,TMS320F28xxDSP片内有看门狗定时器模块(WDT)、引导ROM(ROMbootloader)模块、代码安全模块(CSM),要合理地使用这些模块为整个系统服务,必定也要用到Flash。
由此可以看出,Flash的地位和作用比较显著.所以本文就Flash的几种用法作了研究。
2 从Flash拷贝段到RAM
2.1拷贝中断向量
在TMS320F28xx器件中,外设扩展中断(PIE)模块管理中断请求。
上电时,所有中断向量必须位于非易失性存储器(如Flash)中,但是要把中断向量拷贝到PIEVECTRAM中,这是用户代码中器件初始化程序的一部分。
PIEVECTRAM是一个特定的RAM块,它在当前TMS320F28xx器件中是一个256×16的块.在数据空间中的起始地址为Ox000D00。
把中断向量连接到Flash,然后在运行时把中断向量拷贝到PIEVECTRAM中,有许多方法可以实现。
一个方法是创建包含函数指针的常量C结构体,该结构体包括128个32-bit向量。
如果使用DSP281x或者DSP280x外设的结构体.这个结构体叫做PieVectTableInit,它已经在DSP281x_PieVect.c或者DSP280x_PieVect.c创建(参看TI提供的例程)。
因为这个结构体使用const类型关键词,所以它将会被编译器放置在.econst段中。
运行时只需要把这个结构体拷贝到PIEVECTRAM中。
C编译器运行时支持库包含名为memcpy的存储器拷贝函数,该函数可以被用来完成拷贝任务,其用法如下所示:
#include
voidmain()
{
//Initializethepie_ram
PieCtrlRegs.PIECTRL.bit.ENPIE=0;//disablethePIE
asm("EALLOW");//enabletheeallowprotectedregisteraccess
memcpy((void*)0x00D00,&
ieVectTableInit,256);
asm("EDIS");//disabletheeallowprotectedregisteraccess
}
以上这个例子为PIERAM起始地址使用的硬编码地址(hardcodedaddress),明确指定为0x000D00。
但是硬编码地址并不是较好的编程方式,用户可以使用DATA_SECTION指令创建一个非初始化的假变量(dummyvariable),并把这个变量连接到PIERAM.然后用这个假变量的名字来代替硬编码地址。
例如,当使用DSP281x或者DSP280x外设结构体时,创建一个名为PieVectTable的非初始化结构体,并把该结构体连接到PIEVECTRAM。
前面例子中的memcpy()函数可以被替换为:
memcpy(&
ieVectTable,&
ieVectTableInit,256);
注意拷贝长度是256个16-bit字.对应为128个32-bit字。
2.2初始化Flash控制寄存器
Flash控制寄存器FOPT、FPWR、:
FSTDBY-WAIT、FACTIVEWAIT、FBANKWAIT、FOTPWAIT的初始化代码不能从Flash存储器当中运行.否则就会有不可预料的结果出现。
所以,Flash控制寄存器的初始化函数在运行时必须从Flash(它的装载地址)拷贝到RAM(它的运行地址)。
Flash控制寄存器由CodeSecurityModule(CSM)保护。
如果CSM被保护起来了,那么必须从被保护的RAM(例如:
L0或者L1SARAM)运行Flash控制寄存器的初始化代码,否则Flash控制寄存器的初始化代码无法访问Flash控制寄存器。
要注意的是,当器件复位的时候CSM一般都是被保护起来的,虽然使用假密码0xFFFF时ROMBOOTLOAD-ER会把它解锁。
C编译器的CODE_SECTION指令可以用来为Flash控制寄存器的初始化函数创建独立的可连接段。
例如:
假定Flash控制寄存器的配置在C函数InitFlash()中实现,并且想把这个函数放置在名为secureRamFuncs的可连接段当中。
下列的C代码例程显示了CODE_SECTION命令在Flash存储器配置中的正确用法:
#pragmaCODE_SECTION(InitFlash,””secureRamFuncs)
voidInitFlash(void)
{
asm("EALLOW");//EnableEALLOWprotectedregisterasscess
FlashRegs.FPWR.bit.PWR=3;//Flashsettoactivemode
FlashRegs.FSTATUS.bit.V3STAT=1;//Clearthe3VSTATbit
FlashRegs.FSTDBYWAIT.bit.STDYYWAIT=0x01FF;//Sleeptostandycycles
FlashRegs.FACTIVEWAIT.bit.ACITIVEWAIT=0x01FF;//Standbytoactivecycles
FlashRegs.FBANKWAIT.bit.RANDWAIT=3;//F280xRandomaccesswaitstates
FlashRegs.FBANKWAIT.bit.PAGEWAIT=3;//F280xPagedaccesswaitstates
FlashRegs.FOTPWAIT.bit.OTPWAIT=5;//F280xOTPwaitstates
FlashRegs.FOTP.bit.ENPIPE=1;//EnabletheFlashpipeline
asm("EDIS");//DisableEALLOWprotectedregisteraccess
asm("RTP#6||NOP");//endofInitFlash()
secureRamFuncs段可以使用用户连接命令文件(.cmd)进行连接。
这个段需要独立的装载和运行地址。
另外,还想让连接器生成一些全局符号,这些全局符号可以用来决定装载地址、运行地址、段长度。
在实现把这个段从装载地址拷贝到它的运行地址时需要这些信息。
用户连接命令文件如下所示:
**User'slinkercommandfile
SETIONS
{
secureRamFuncs
OAD=FLASH,PAGE=0
RUN=SECURE_RAM,PAGE=0
RUN_START(_secureRamFuncs_runstart),
LOAD_START(_secureRamFuncs_loadstart),
LOAD_END(_secureRamFuncs_loadend)
}
在这个例子中,假定存储器Flash和SECURE_RAM都已经在用户连接命令文件中的MEMORY段中定义。
这些存储器的PAGE标识符要与它们的存储器定义相匹配。
在上面的例程中假定两个存储空间都已经在PAGE0(程序存储空间)中声明过了。
RUN_START、LOAD_START、LOAD_END指令将生成全局符号,这些全局符号有特定的名称,对应着相应的地址。
最后,这个段必须在运行时从Flash拷贝到RAM,可以用到编译器运行支持库里面的函数memcpy()。
**User'sC_sourcefile
#include
externunsignedintsecureRamFuncs_loadstart;
externunsignedintsecureRamFuncs_loadend;
externunsignedintsecureRamFuncs_runstart;
voidmain(void)
{
memcpy(&secureRamFuncs_runstart&secureRamFuncs_lo
adstart&secureRamFuncs_loadend-&secureRamFuncs_loadstart);
InitFlash();
}
2.3性能最优化
常数是那些用C语言的const类型关键词声明的数据结构。
编译器把所有的常数放置在.econst段中(假定为大存储模式)。
当前TMS320F28xx器件上的特殊管道(specialpipelining)提高Flash上运行代码的性能时.每次访问位于片上Flash中的数据常数会占用许多周期。
特别是在150MHzTMS320F281xDSP上Flash等待状态要达到5个周期.100MHzTMS320F280xDSP达到3个周期。
所以,访问片上RAM中的常数与常数表则成为沉重的负担。
然而,分立式嵌入式系统要求所有的初始化数据(如常数)最初都是位于非易失性存储器中,所以,必须为想访问的RAM中的常数建立独立的装载和运行地址.在运行时把这些常数从片上Flash中拷贝到RAM中。
这里介绍两种不同的实现方法。
方法一:
在RAM中运行所有的常数阵列。
这种方法是为整个.econst段指定独立的装载和运行地址。
其好处是容易使用,而坏处是RAM的使用量非常大(可能只有少量常数需要快速访问,但是用这种方法所有的常数都位于RAM)。
在用户连接命令文件中简单地为整个.econst段指定独立的装载和运行地址,然后在运行时通过拷贝整个.econst段的方式往工程中添加代码。
例如:
//User'slinkercommandfile
SECTIONS
{
.econst:
LOAD=Flash,PAGE=0
RUN=RAM,PAGE=1
RUN_STAR(_econst_runstart),
LOAD_START(_econst_loadstart),
LOAD_END(_econst_loadend)
}
//User'sC-sourcefile
#include
externunsignedintsecureRamFuncs_loadstart;
externunsignedintsecureRamFuncs_loadend;
externunsignedintsecureRamFuncs_runstart;
voidmain(void)
{
memcpy(&econst_runstart,
&econst_loadstart,
&econst_loadend-&econst_loadstart();
}
方法二:
在RAM中运行特定的常数阵列。
这种方法是在运行时有选择性地从Flash拷贝常数到RAM。
与方法一相似,这个流程能够完成预期功能,不同点是只有在命名段中被选择了的常数才会被拷贝到RAM中(而不是把所有的常数都拷贝到RAM中)。
假定想创建在RAM中运行的5个字的常数阵列,并命名为table[]。
DATA_SECTION指令用来把table[]放置在名为ramconsts的用户自定义段中。
相应的C源程序如下所示:
#pragmaDATA_SECTION(table,"ramconsts")
constinttable[5]={1,2,3,4,5};
voidmain()
{
}
使用用户连接命令文件连接ramconsts段,装载到Flash而从RAM中运行,生成全局符号来帮助存储器拷贝。
用户连接命令文件如下所示:
SECTIONS
{
ramconsts:
LOAD=Flash,PAGE=0;
RUN=RAM,PAGE=1
LOAD_START{_ramconsts_loadstart},
LOAD_END{_ramconsts_loadend},
RUN_START(_ramconsts_runstart)
}
最后,在运行时必须把table[]从装载地址拷贝到运行地址:
#include
externunsignedintramconsts_loadstart;
externunsignedintramconsts_loadend;
externunsignedintramconsts_runstart;
voidmain(void)
{
memcpy(&ramconsts_runstart,
&ramconsts_loadstart,
&ramconsts_loadend-&ramconsts_loadstart);
}
3CSM密码的编程
TMS320F28xx器件上的代码安全模块CSM提供了保护,防止非法的程序拷贝。
在当前的TMS320F28xx器件中,整个Flash、OTP存储器,LO和L1都被CSM保护(Flash配置寄存器同样被保护)。
当器件被保护的时候,只有从被保护的存储空间运行的代码可以访问(读或写)其他被保护存储空间中的数据。
从非保护的存储空间运行的代码不可以访问被保护存储空间中的数据。
CSM使用128-bit密码组成8个单独的16-bit字。
在当前的TMS320F28xx器件上,这些密码被存储在Flash的最高8个字中(如地址:
Ox3F7FF8-Ox3F7FFF)。
在开发过程中,建议在密码位置放入假密码0xFFFF。
使用假密码时,对CSM解保护只需假读密码位置。
把假密码放在密码位置是很容易的.因为在Flash编程过程中.Flash被清除后这些位置的状态将会是0xFFFF。
用户只需要在自己的代码工程中避免连接任何段到密码地址,密码将保持为OxFFFF。
在开发完成以后.可能想把真正的密码放在密码位置中。
另外,为了正确地保护CSM模块,当前TMS320F28xx器件上的CSM模块需要编写值Ox0000到Flash的地址0x3F7F80-Ox3F7FF5。
完成这两个任务的最简单的方法是用少量汇编语言进行编程。
下面是一个汇编代码例子,这个例子指定了想要的密码值,并且把它们放在一个名为pass-words的初始化段中。
另外创建了一个名为csm_rsvd的初始化段,这个段的值全部是0x0000.并且这个段有适当的长度以适合地址Ox3F7F80-0x3F7FF5。
注意,这个例子显示的是假密码值0xFFFF.用户可以用自己的密码代替这些假密码。
**File:
passwords.asm
.sect"passwords"
.int0xFFFF ;PWL0(LSWof128-bitpassword)
.int0xFFFF ;PWL1
.int0xFFFF ;PWL2
.int0xFFFF ;PWL3
.int0xFFFF ;PWL4
.int0xFFFF ;PWL5
.int0xFFFF ;PWL6
.int0xFFFF ;PWL7(MSWof128-bitpassword)
.sect"csm_rsvd"
.loop(3F7FF5h-3F7F80h+1)
.int0x0000
.endloop
.end;endoffilepasswords.asm
在这里必须警告用户:
不要把8个密码的值全部设为Ox0000,这样做会永久地锁定CSM模块!
passwords和CSB_rsvd段要由用户连接命令文件放置在存储器中。
下面的例子适用于当前TMS320F28xx器件(对于其他器件,请参考器件数据手册以确定密码和CSM保留位置的地址)。
MEMORY
{
PAGE0;/*ProgramMemory*/
CSM_RSVD;origin=0x3F7F80,length=0x000076
PASSWORDS:
origin=0x3F7FF8,length=0x000008
PAGE1:
/*DataMemory*/
}
SECTIONS
{
passwords:
>
ASSWORKS,PAGE=0
csm_rsvd:
>CSM_RSVD,PAGE=0
}
4在DSP复位以后从Flash运行代码
TMS320F28xx具有引导ROM(ROMbootloader),器件复位以后ROMbootloader能把代码运行转到Flash中。
当引导模式选择引脚被配置为"跳转到Flash"时.ROMbootloader将跳转到Flash中位于地址Ox3F7FF6处的指令。
用户需要在这个地址上安排一条指令,这条指令跳转到用户代码。
由于CSM密码从地址Ox3F7FF8开始,所以刚好有2个字可用于存放这个跳转指令。
并非巧合的是,长跳转指令(在汇编代码中为LB)刚好占用2个字。
一般情况下,跳转指令将会跳转到C编译器运行支持库中C环境初始化程序的起始位置。
这个程序的人口标号是_c_int00。
在这个程序没有运行的时候C代码就不能运行。
同样地,有时候在开始运行用户的C应用程序之前需要执行少量的汇编代码(例如:
禁止看门狗时钟外设)。
这样,跳转指令需要跳转到用户汇编代码的起始位置,需要在Flash中正确定位跳转指令。
能达到这个目的的最简单的方法是使用汇编代码。
在下面的例子中.创建了一个名为Codestart的已命名初始化段.这个段包含了一个长跳转.可以跳转到C环境初始化程序。
需要用用户连接命令文件把codestart段放置在存储器中。
**CodeStartBranch.asm
.ref_c_int00
.sect"codestart"
LB_c_int00 ;branchtostartofcode
.end;endoffileCodeStartBranch.asm
用户须在用户连接命令文件MEMORY部分的PAGE0上定义一个名为BEGIN_Flash的存储器块。
Codestart段将被连接到这个存储器块。
下面的例子针对当前TMS320F28xx器件.对于其他的器件,参考相应的数据手册以确认Flash目标地址的引导。
MEMORY
{
PAGE0:
/*ProgrmMemory*/
BEGIN_Flash:
origin=0x3F7FF6,length=0x000002
PAGE1:
/*DataMemory*/
}
SECTIONS
{
/***JumptoFlashbootmodeentrypoint***/
codestart:
>BEGIN_Flash,PAGE=0
}
5C环境引导时禁止看门狗计时
C编译器运行时支持库中的C环境初始化函数是_c_int00,它完成全局和静态变量的初始化。
包括为每个初始化全局变量把数据从.cinit段(位于片上Flash存储器)拷贝到.ebss段(位于RAM)。
例如,当一个全局变量在源代码中声明为:
intx=5;
"5"被放置在初始化段.cinit,而符号"x"被放置在.ebss段。
然后,_c_int00程序在运行时把"5"拷贝到"x"的位置。
当软件中有初始化全局和静态变量的大量数值时。
在C环境引导程序完成并且调用main()(这里看门狗可以被配置或被禁止)函数之前看门狗定时器会超时。
在代码开发的过程中,这个问题可能不会在RAM中显现出来,因为从.cinit段拷贝的数据被连接到RAM后会非常快速地运行。
然而,当.cinit段连接到内部Flash时。
拷贝每个数据将会耗费大量的周期。
因为内部Flash存储器缺省为最大等待状态(等待状态仅在用户代码运行到main()后才会被配置)。
另外。
代码从Flash中实现数据拷贝.这又会增加完成数据拷贝需要的时间(代码取指和数据读肯定会访问Flash)。
看门狗超时周期缺省到尽可能的最小值.结合这么一个事实,看门狗超时变成真实的可能性。
有一个简单的方法使用CCS来检测看门狗超时,步骤如下:
(1)为已经写入Flash的代码装载符号(单击File→LoadSymbols→LoadSymbolsOnly)
(2)复位DSP(单击Debug→ResetCPU)。
(3)重新开始DSP(单击Debug→Restart)。
如果bootloader被设置为"JumptoFlash".那么无需进行这一步。
(4)运行到main()(单击Debug→Go_Main)。
如果没有到达main(),那么在C环境初始化程序完成之前看门狗很有可能已经溢出。
解决看门狗超时问题最简单的办法就是在开始C环境初始化程序之前禁止看门狗。
在main()到达之后重新使能看门狗,并且开始正常的代码执行流程。
通过将WDCR寄存器中的WDDIS位设置为1来禁止看门狗。
必须使用汇编代码(因为C环境还没有建立)。
在上文中,Codestart汇编代码段实现了能跳转到C环境初始化程序_c_int00的跳转指令。
为了禁止看门狗,这个跳转要变为跳转到看门狗禁止代码。
此看门狗代码然后又跳转到_c_int00的程序。
下面的代码例子实现了这些功能:
MEMORY
{
PAGE0:
/*ProgrmMemory*/
BEGIN_Flash:
origin=0x3F7FF6,length=0x000002
PAGE1:
/*DataMemory*/
}
SE