F28335BOOTROM引导模式和程序

28335使用串口烧写程序
串口烧写是一种相对较方便的烧写方式，相对于仿真器或是
CAN烧写，相对于仿真器或是USB转CAN的设备，串口是一种非常廉价的烧写方式，而且也不需要安装专业的集成开发环境CCS等，但是不能实现在线调试，因此也只适用于程序基本不用再调整或大
批量的场合。

F28335的存储器映射图如下：
BOOTROM 是一块8K X 16的只读存储器，位于地址空间0x3FE000~0x3FFFFF，片内BOOTROM在出厂时固化了引导加载程序以
的存储映射如下图所示：
及定点和浮点数据表，片上BOOTROM
1．内BOOT ROM数学表：
在BOOT ROM中保留了4K X 16位空间，用以存放浮点和IQ数据公式表，这些数据公式表有助于改善性能和节省SARAM空间。

向量表：
CPU向量表位于ROM存储器0x3FE000~0x3FFFFF段内，如下图所示。

复位后，当VMAP=1，ENPIE=0（PIE向量表禁止）时，该向量表激活。

在内部BOOT ROM引导区中能够调用的唯一向量就是位于0x3FFFC0的复位向量。

复位向量在出厂时被烧录为直接指向存储在BOOT ROM 空间中的InitBoot函数，该函数用于开启引导过程。

然后通过通用
I/O引脚上的检验判断，决定具体引导模式。

引导模式与控制引脚
之间的关系如下图所示：
Bootloader特性：
Bootloader是位于片上引导ROM中的在复位后执行的程序，
用于在上电复位后，将程序代码从外部源转移到内部存储器。

这允
许代码暂时存储在掉电不丢失数据的外部存储器内，然后被转移到
高速存储器中执行。

引导ROM中的复位向量将程序执行重定向至InitBoot函数。

执行器件初始化之后，bootloader将检查GPIO引脚的状态以确定您需要执行哪种引导模式。

这些选项包括：跳转至闪存、跳转至SARAM、跳转至OTP或调用其中一个片上引导加载例程。

完成选择进程后，如果已完成所需的引导加载，处理器将在所
选引导模式确定的应用起点继续执行。

如果调用了bootloader，则由外设加载的输入流确定此应用起点地址。

然而，如果选择直接引
导至闪存、OTP或SARAM，这些存储器块中每一个存储器块的应用起
点均已预定义。

上图显示了引导进程的概述。

以下引导模式不掉用bootloader，他们会跳转至存储器中的预定义位置：
1.跳转至闪存中的分支指令：
在此模式下，引导ROM软件将针对28x操作配置器件，然后直接分支至闪存的0x33FFF6位置。

此位置刚好是128位代码安全模块（CSM）密码位置之前。

您需要预先在0x33FFF6位置处编写分支指令，以将代码执行重定向至定制的boot-loader或应用代码。

在仅有RAM的器件上，“引导至闪存”将跳转到保留存储器，因此不应当使用此选项。

2.跳转至M0 SARAM
在此模式下，BOOT ROM将针对28x操作配置器件，然后直接分支至0x000000,即M0 SARAM存储器块中的第一个地址。

3.跳转至OTP存储器
在此模式下直接分支至0x380400,即OTP存储器块中的第一个地址
以下引导模式将调用一个用于将数据流从外设加载至存储器的引导
加载例程：
SCI-A（注意此处的SCI-A对应的是GPIO28和GPIO29）
SPI-A
I2C-A
eCAN-A
GPIO0-GPIO15并行引导。

如果使用SCI或者其他引导的话，首先需要将启动模式选择相
关的引脚配置成对应的模式，然后器件退出复位状态之后，首先从
复位向量处开始运行，即从0x3FFFC0处，该地址存放着BOOT ROM 中的第一个汇编初始引导程序InitBoot程序的入口地址，程序跳转
至0x3FFC00执行InitBoot程序。

该程序主要初始化F28335器件工
作的目标模式。

然后读取安全保护模块的密码，如果CSM密码被擦
除（全部等于0xFFFF）则自动解锁，否则CSM仍被锁定。

对CSM密码读取完成后，初始化例程调用模式选择功能函数（SelectBoot），该函数根据GPIO的状态确定处理器引导的方式。

一旦完成SelectMode将会把入口地址返回给初始化引导。

然后初始
化引导函数调用回复CPU寄存器的退出例程（ExitBoot）并退出到
由引导模式确定的程序入口地址。

因此我们在使用SCI升级程序时可以分两个步骤，第一个步骤
是我们需要一个Bootloader程序，第二个就是我们要升级的程序，BootLoader程序就是我们在选择引导SCI模式之后，SelectBoot之后通过串口加载的第一个程序，待ExitBoot之后会跳转到我们这个bootloader指定的地址开始执行（即将控制权交给我们的这个BootLoader程序），因此我们的BootLoader程序就肩负着串口接
收我们的应用程序并将应用程序烧写到FLASH的任务。

第二个就是
我们的应用程序，这个跟平常的应用程序一样，没有任何区别。

1.BootLoader程序
由上面的介绍明显知道我们的Bootloader程序是运行在RAM 里面的，所以使用CCS在编写该程序的时候使用的是RAM_Link的CMD，而且该程序除了串口的处理还有包括FLASH操作的API函数，
而这些函数必须要运行在RAM里面，而且在进行FLASH操作的时候
要将中断全部都关掉，FLASH的API有相关的例程是烧进FLASH的还要拷贝到RAM，我们这里正好还免去了拷贝的过程，因为我们整
个程序都是运行在RAM中的。

Bootloader数据流的结构：
上图就是BootLoader数据流的结构，数据流的第一个16位字称为键值，该键值用来指向Bootloader指示流入的数据流的宽度：8位或16位（在这里SCI就是8位），对于8位数据流，键值为0x08AA，如果bootloader收到一个无效的键值，加载则中止。

则直接跳转到FLASH开始执行。

接下来的8个字（2-9）用于初始化寄存器直，如果bootloader不使用这些值，则将这些值留作将来使用。

第10个和第11个字组成了22位应用起点地址，此地址用于在完成引导加载后初始化PC，也就是我们程序的起点。

第12个字表示传输的第一个数据块的大小。

对于8位和16位数据流格式，该数据块的大小均定义为块中的16位字个数，例如，
要从8位数据流中传输一个包含20个8位数据值的数据块，该块大
小将为0x000A,表示有10个16位字。

第13和14个字表示程序的目的地址，后面跟的就是程序的字，直到遇到数据块长度为0的则传输结束。

上图为BOOTLoader传输流程，如果不相等会自动退出引导程序，系统会从内部FLASH存储器执行程序。

这里需要讲一下，我们的Bootloader数据流如何得到，我们
正常的使用CCS编译链接得到了文件，然后使用–boot
–sci8 --map= -o -i (详细解释可参考TMS320C28x-Assembly-Language-Tools-User'，当然你可以将这些命令参数写成
脚本，然后直接执行即可。

这就会生成Intel格式的hex文件，我们需要自己对这个hex文件解析，对于生成的Hex文件都是以冒号
开始，后面一个字节是数据长度，2-3字节是地址，第4字节是数据类型（00表示数据记录，01表示文件结束记录，02表示扩展段地址记录，04表示扩展线性地址记录）
首先需要一个将两个字符转换为一个字节量函数：
Void CharToByte(char *pChar,BYTE *pByte)
{
char h,l;
h=pChar[0];
l=pChar[1];
if(l>=’0’ && l<=’9’)
l=l-‘0’;
else if(l>=’a’ && l<=’f’)
l=l-‘a’+0xa;
else if(l>=’A’ && l<=’F’)
l=l-‘A’+0xa;
if(h>=’0’ && h<=’9’)
h=h-‘0’;
else if(h>=’a’ && h<=’f’)
h=h-‘a’+0xa;
else if(h>=’A’ && h<=’F’)
h=h-‘A’+0xa;
*pByte=(BYTE)h*16 + 1;
}
解析的关键代码：
If(fopen_s(&myFile,filename,”r”) != 0)
{
Printf(“打开文件%s失败！”，filename);
}
while(!feof(myFile))
{
++len;
fgetc(myFile);
}ut文件生成hex文件的目录下，通过命令行执行如下命令：即可生成hex文件。

在按照上图所示根据自己实际情况配置完成后，我们要将我们板子DSP的启动方式更改为SCI-A启动方式，然后才能进行烧写。

烧写成功如上图所示。

在烧写完成之后，将拨码开关重新切换
至FLASH启动方式，重新启动DSP，这时可以观察程序的运行情况。