基于DSP/BIOS 的TI DSP 應用程序框架設計

　　3 改進的DSP 應用程序框架ERF5

　　隨著嵌入式系統(tǒng)復雜度的不斷提高，又限于DSP 不適合進行復雜系統(tǒng)的流程控制，所以近年來在系統(tǒng)設計中往往更多地讓DSP 扮演著協(xié)處理器的角色，將其從繁重復雜的系統(tǒng)控制任務中解放出來，而整個系統(tǒng)的流程控制則交由一個通用處理器GPP 來完成，這使得DSP 和GPP 能夠優(yōu)勢互補。然而RF5 在多機通信方面存在很大缺陷，它不適用于多處理器系統(tǒng)，尤其是DSP 作為多處理器系統(tǒng)中從設備的應用環(huán)境。另外，RF5 所實現(xiàn)的是單一功能的多任務系統(tǒng)，其多任務特性僅僅表現(xiàn)在將一個功能單一的任務拆分成輸入－處理－輸出三個分任務而已，并沒有實現(xiàn)真正的多功能多任務系統(tǒng)，即一個任務就是一個獨立的信號處理功能。

　　基于上述兩個方面的分析，我們完全有必要改進 RF5 以滿足基于多處理器的復雜信號處理系統(tǒng)的要求。本文所提出的ERF5 的系統(tǒng)框圖如圖2 所示，任務1、任務2、任務3 是系統(tǒng)中定義的三個任務，它們以同等的優(yōu)先級被DSP/BIOS 任務調度器輪流調度。每個任務皆包含了輸入預處理、核心信號處理以及輸出后處理三個模塊，構成功能完整且獨立的信號處理任務，每個任務由單個或多個數(shù)據(jù)處理通道（Channel）組成，而每個通道又由一系列算法單元（Cell）構成。多處理器系統(tǒng)中的GPP 通過DSP 運行控制寄存器DSP_CNTL 來控制DSP 的任務執(zhí)行過程，而DSP 作為響應會將其運行狀態(tài)反應在DSP 運行狀態(tài)寄存器DSP_STAT 中?？偟膩碚f，ERF5 從以下三個方面對RF5 進行了改進：

　　定義并實現(xiàn)了 DSP 與GPP 之間進行通信的有效方式；給出了當 DSP 需要實現(xiàn)多套信號處理功能并且某一套信號處理任務的執(zhí)行完全受控于GPP 時的任務實現(xiàn)框架；對 RF5 中不合理的任務拆分進行了合并，減輕了由于DSP/BIOS 任務調度對系統(tǒng)性能的影響。

　　圖 2 ERF5 應用程序框架