关键词：DSP/BIOS  扩展寻址  API  并行自举引导

     一 DSP/BIOS 接口 字串3

     DSP/BIOS提供了基本的运行服务，如应用程序实时分析功能，时钟周期函数，I/O模块，优先级的任务调度等。DSP/BIOS提供支持汇编和C语言的API接口函数，这些API函数绝大部分都是用汇编语言实现的，因此汇编语言可以直接调用API，而C语言调用API则通过DSP/BIOS的C封装器。应用程序通过调用API函数来使用DSP/BIOS，如软件中断、背景线程和中断服务程序等都可以调用DSP/BIOS的函数。当DSP/BIOS要调用用户的C语言函数时则要通过函数链接器，如图一所示。

字串2

    二 扩展程序空间

    C5410的16位地址空间逻辑上被划分为两块，低地址块定义为公共区（或未映射区），高地址块为映射区（或扩展区）。划分这两块的地址由目标系统的外部寄存器和存储区决定的。值得注意的是，C5410的数据区没有扩展存储区。

字串4

    用户可以在映射区上定义多个物理存储区，它们覆盖整个映射区，但彼此空间不重叠。当使用存储区的扩展页时，内部16位地址空间被扩展为32位的地址来寻址，高16位代表扩展页的数目，低16位代表局部的16位地址。如使用扩展程序映射存储器（XPC）来存放扩展页码，XPC存放在数据空间地址为0x1E的位置，它的值要与.CMD链接文件中定义的扩展页码保持一致。如图二所示的一个扩展3页的程序区结构图。公共区的范围是0x0000-0x7FFF；映射区的范围0x8000-0xFFFF，映射区为第一页，XPC要为0才能访问该区；映射地址空间存放两个扩展页，扩展程序映射寄存器限定了映射地址，使得每个扩展页的每个单元具有唯一的地址。当访问扩展页时，映射区将被覆盖。
C5410的DSP/BIOS不仅支持64K程序页内的“近”访问模式，而且支持扩展程序的“远”访问模式，只需设置DSP/BIOS的属性即可实现扩展程序的“远”访问。要注意的是汇编语言写的API只能在PAGE0页调用，而C语言写的API可以在任何页面调用。

字串2

    三 中断 字串5

    当中断产生时，DSP的内部结构机制只能够保存低16位页内的局部地址，而扩展寻址时程序地址需要23位，这就意味着调用和返回时将超出64K（16位地址）的范围，因此必须考虑怎样保存和恢复扩展地址。解决的方法是用中断服务程序（ISR）保存XPC的值，确保能正确的计算中断向量，为此中断向量表必须方在公共区或映射区的64K程序页面上。当DSP/BIOS在公共区上时，ISR可以放在任何位置；如果不在公共区上，则ISR必须放在PAGE0上。
当OVLY=0时，为了能保证中断正确的执行，必须在每一个页面上都要有中断向量表的拷贝。当OVLY=1时，只须在公共页面上（如0x7F80）作一份中断向量表的拷贝就可以了。

    四  程序实例 字串5

    通过一个简单的例子介绍DSP/BIOS如何实现程序地址的扩展。本例中有三个软中断：时钟中断PRD_POST_SWI，每100毫秒触发SWI_PAGE1（或SWI_PAGE2）一次；SWI_PAGE1，完成值XF高；SWI_PAGE2，完成值XF低。三个软中断执行的函数分别放在程序空间的不同页面上，即PRD_Post_SWI放在公共页面上（XPC=0），Page1Func 和Page2Func分别放在扩展程序页面 1和2上，XPC为1和2。 字串1

#include "testfarcfg.h"
#pragma CODE_SECTION(Page1Func, ".FarPage1")
#pragma CODE_SECTION(Page2Func, ".FarPage2")
int pagenumber;
void main(void)       {pagenumber=0;}
void Page2Func (void)  { asm(" rsbx xf");  pagenumber="0";}
void Page1Func (void)  { asm(" ssbx xf");  pagenumber="1";}
void PRD_Post_SWI(void)
{ if(pagenumber)   SWI_post(&SWI_PAGE2);
else   SWI_post(&SWI_PAGE1);
}

字串3

    五 DSP/BIOS的配置

字串6

    如要把DSP/BIOS的程序映射到扩展程序空间，需要对其配置，步骤如下。 字串9

  1.     建立一个新配置文件。启动仿真软件（Code Composer Studio），建立testfar.pjt工程，通过File中的New -- DSP/BIOS Config创建配置文件，选用sd54.cdb（54X EVM）配置。

  2.     添加软件中断。右键打开软件中断管理器（Software Interrupt Manager）,选择Insert SWI，创建SWI_PAGE1，属性配置为：function:_Page1Func；priority:2。同样的方法创建function为_Page2Func的SWI_PAGE2。右键打开定时器功能管理器（Periodic Function Manager），选择Insert PRD，创建PRD_POST_SWI，属性为：period(ticks):50，function :_ PRD_Post_SWI，mode: continuous。

字串5

  3.     设置OVLY位为1。打开System中的Global Settings的属性页，在PMST(6–0)项中填入使第5位为1的值，如MP=1，填入0x60。 字串6

  4.     指定“远”调用模式。在Global Settings属性页面的Function Call Model选项中选择far，使全局变量CALLMODEL设置为far。

  5.     在公共区中重新分配中断向量表。双击System中的MEM，右键打开VECT 的属性页，在base项中填入新的基地址，如0x7F80。 字串1

   6.       配置扩展程序地址段。对于54X EVM评估板，已经有了2个扩展程序段EPROG0和EPROG1（如果没有的话，则需添加这两个段，选择Insert MEM ，添加两个扩展程序段，重命名为EPROG0和EPROG1）。EPROG0属性为base:0x8000，len:0x4000 ，勾去create a heap in this memory选项，space: code，EPROG1与EPROG0的属性不同之处base:0x18000。加入一个新的扩展程序段EPROG2，属性为base:0x28000，len:0x4000 ， space: code。

   7.       将目标代码链接到扩展程序段。pragma伪指令告诉编译器的预处理器如何处理函数，语法为 #pragma CODE_SECTION(Page1Func, ".FarPage1")，在名为".FarPage1"段中分配Page1Func的程序空间。这样目标代码Page1Func就被链接到.FarPage1段的区域。

   8.      创建一个新的链接命令文件（testfar.cmd）。其主要的功能是把testfarcfg.cmd链接进去，并且告诉链接器把不同目标函数放在不同的扩展页面上。如：

-ltestfarcfg.cmd 字串9

SECTIONS

{ .FarPage1: {} > EPROG1 PAGE 0

字串4

.FarPage2: {} > EPROG2 PAGE 0

} 字串1

   9.     保存配置文件为testfar.cdb，然后将testfar.cdb，testfar.cmd ，testfar.c文件加入工程中。 字串8

   10.   配置编译器和汇编器的支持远模式代码。打开菜单Project中的Build Options窗体，选择Compiler属性页，点击Category中的Advanced选项。勾选Use Far Calls （-mf）（C548 and higher）。此选项指定产生远调用代码模式。

11.   调试器内描述并激活扩展寻址功能。仿真器的调试软件需要激活扩展寻址功能，才能支持长指令的执行和扩展存储区的读/写，也可方便地对使用扩展寻址的程序进行调试。所以使用通用扩展函数GEL_XMDef()来定义映射寄存器（如XPC）和映射扩展空间的首地址。如当OVLY=1，扩展程序区从0x8000开始，7位XPC放置在数据空间的0x1E单元中。把下面这两条语句加入C5410.gel文件的C5410_Init()函数中。

字串1

   七 并行自举引导的实现
   C5410上电复位后，检查到DSP处于MC（微计算机）工作方式，从片内ROM的0FF80h起执行程序。0FF80h地址存放的是中断向量表，它实为一条分支转移指令（BD  0F800h），使程序跳转至0F800h执行自举引导程序（Bootlooader）。并行自举引导是DSP举引导常用的一种方式，Bootlooader首先从地址为0FFFFh的I/O口读取自举表首地址的内容，如果此内容不符合8位或16位的引导方式，就从地址为0FFFFh的数据存储器读取，进行8位或16位并行自举引导。若要完成自举引导功能，必须建立正确的自举表。 字串2

自举表的内容不仅包括了欲加载的各段代码，而且包括各段代码长度、各代码段存放的目标地址、程序入口地址等信息。自举表可由hex500格式转换器自动生成。hex500是一个通用程序，它将公共目标文件格式—COFF文件转换成各种FLASH（或EPROM）的编程格式。因此，在使用hex500工具之前，首先把testfar.pjt进行编译、链接，生成COFF格式的testfar.out文件，然后再通过设置适当的选项生成用户所要求的自举表，如转换文件的格式，外部数据存储器的字宽等选项。把testfar.out转换为testfar.hex文件后，再使用C语言编写一个转换程序，将hex文件转换为DSP烧写FLASH程序能识别的文件格式。根据文件信息就可以完成自举表的内容，如表一。最后使用FLASH的擦除、读和写等操作指令把表一的内容烧入FLASH中。DSP上电复位，便可完成并行自举引导。

整个引导过程为：上电复位后，判断MP/MC=0 处于微计算机工作方式，从片内ROM的0FF80h处执行中断向量表的分支转移指令（BD 0F800h），使程序跳转至0F800h处执行自举引导程序，自举引导程序完成初始化后读取数据空间的0FFFFh地址的内容，找到自举表首地址8000h，从8000h处开始读取内容，首先是16位自举标记（10AA），然后分别是寄存器SWWSR及BSCR的内容，程序入口地址，代码段长度，存放代码段的目标地址等信息，最后根据这些信息把FLASH的8008H到A594H的程序搬运到片内RAM中，然在把Page1Func和Page2Func的代码搬运到0x180000和0x28000处，最后跳转至片内RAM的26FDH，即PC为26FDH，XPC为0，开始执程序。完成程序的并行自举过程。 字串4

字串5

关于DSP实时多任务操作系统在国外已经广为大家应用，但在国内大家迟迟接受不了这种基于DSP操作系统的概念，往往被基本输入输出BIOS所困扰，大家可以想想：为什么计算机上有了主板的BIOS,还需要一个DOS和windows?

有专家认为：在未来的几年内，DSP系统的发展为几乎所有的电子设备注入了新的活力，由于迅速发展的Internet和非常廉价的微处理器的出现，DSP系统将在我们的日常生活里形成一个更大的应用领域。消费电子、交通运输/汽车、电信服务/网络工业都表现出对这个市场的关注，DSP RTOS将继续保持迅速的增长。

电子工业出版社出版了一本书《DSP实时多任务操作系统》，这本书以目前流行的TMS320C2000系列数字处理器件和易于学习开发的DSP RTOS嵌入式操作系统为核心，结合编者多年开发研制工作实践，介绍基于DSP芯片的DSP RTOS操作系统的移植和应用实例，大家可以看看，我个人认为这是一本非常不错的书。另外在DSP上使用的其他操作系统也有很多，比如Vxworks、uCos-ii、uCLinux等等大家不妨在设计自己的应用系统时这情考虑，拥有了操作系统将大大加快您的开发节奏和设计水平。

目前，DSP实时操作系统的品种较多，据统计，仅用于信息电器的DSP操作系统就有10种左右，其中较为流行的主要有：CY- DRTOS、 VxWorks、pSOS。与通用操作系统相比较，嵌入式操作系统在系统实时高效性、硬件的相关依赖性、软件固态化以及应用的专用性等方面具有较为突出的特点。通过对比和使用，我个人比较欣赏CY-DRTOS，因为它有很多优点。

1、编程方便：为编制程序提供了一个简单的、快捷的操作平台。

2、许多底层的工作都由操作系统完成：任务的切换,任务之间的消息传递，任务之间的协同工作都由操作系统完成。

3、提高系统的实时性：因为是一个多任务（64个优先级不同的任务）实时操作系统，所以CPU的工作效率最高。在同等时间内，多任务系统可以完成更多的功能，而传统的编程方法是不可能的。

4、方便调试：因为每一个任务就相当于一个独立的计算机，调试一个任务是非常方便的，每一个任务都是互相独立的。

5、便于软件的维护：多年后拿出自己的程序，思路仍然很清晰，任务很明确。

便于软件的扩展：当需要扩展某些应用时可以非常容易。

6、公开全部的源代码，不必担心知识产权和会有隐藏的秘密在里面，适用于军方的各种应用产品。

7、确定性：全部的函数调用与服务的执行时间是可知的，系统服务的执行时间不依赖于应用程序任务的多少。

8、系统服务功能强大，如邮箱、消息队列、信号量、块大小固定的内存的申请与释放、时间相关函数等。中断嵌套层数可达255层。