基于DSP/BIOS 的TI DSP 应用程序框架设计

　　3 改进的DSP 应用程序框架ERF5

　　随着嵌入式系统复杂度的不断提高，又限于DSP 不适合进行复杂系统的流程控制，所以近年来在系统设计中往往更多地让DSP 扮演着协处理器的角色，将其从繁重复杂的系统控制任务中解放出来，而整个系统的流程控制则交由一个通用处理器GPP 来完成，这使得DSP 和GPP 能够优势互补。然而RF5 在多机通信方面存在很大缺陷，它不适用于多处理器系统，尤其是DSP 作为多处理器系统中从设备的应用环境。另外，RF5 所实现的是单一功能的多任务系统，其多任务特性仅仅表现在将一个功能单一的任务拆分成输入－处理－输出三个分任务而已，并没有实现真正的多功能多任务系统，即一个任务就是一个独立的信号处理功能。

　　基于上述两个方面的分析，我们完全有必要改进 RF5 以满足基于多处理器的复杂信号处理系统的要求。本文所提出的ERF5 的系统框图如图2 所示，任务1、任务2、任务3 是系统中定义的三个任务，它们以同等的优先级被DSP/BIOS 任务调度器轮流调度。每个任务皆包含了输入预处理、核心信号处理以及输出后处理三个模块，构成功能完整且独立的信号处理任务，每个任务由单个或多个数据处理通道（Channel）组成，而每个通道又由一系列算法单元（Cell）构成。多处理器系统中的GPP 通过DSP 运行控制寄存器DSP_CNTL 来控制DSP 的任务执行过程，而DSP 作为响应会将其运行状态反应在DSP 运行状态寄存器DSP_STAT 中。总的来说，ERF5 从以下三个方面对RF5 进行了改进：

　　定义并实现了 DSP 与GPP 之间进行通信的有效方式；给出了当 DSP 需要实现多套信号处理功能并且某一套信号处理任务的执行完全受控于GPP 时的任务实现框架；对 RF5 中不合理的任务拆分进行了合并，减轻了由于DSP/BIOS 任务调度对系统性能的影响。

　　图 2 ERF5 应用程序框架