SPB嵌入式音頻處理系統(tǒng)設計

FPGA（Field Programmable Gate Array）現(xiàn)場可編程門陣列，是在PAL，GAL，PLD基礎上進一步發(fā)展的，作為專用集成電路（ASIC）領域中的一種半定制電路，F(xiàn)PGA既解決了定制的電路的不足，又克服了原有可編程器件門電路數(shù)有限的缺點。使用FPGA來開發(fā)數(shù)字電路，可以大大縮短設計時間。從簡單的與非門電路到高性能的CPU，F(xiàn)PGA能完成所有的數(shù)字器件。

2軟件平臺構建器

設計FPGA嵌入式系統(tǒng)時，常需要通過軟件編程的方式訪問外圍設備，如LED.音頻接口。觸摸屏等。但在編程時需要熟悉相關外圍設備的工作狀況，包括設備工作時所需的設備寄存器。設備特定的命令。使用的通信協(xié)議及需要處理的中斷等。AD軟件的軟件平臺構建器（SPB）為這些特定的外圍設備提供了配置數(shù)據和驅動等相關的底層模塊（軟件IP模塊），提供了訪問外圍設備的應用編程接口（API）。

在AD軟件下進行嵌入式系統(tǒng)設計時，SPB的使用是通過軟件平臺文件（SwPlatform）實現(xiàn)的。SPB是一個圖形化的用戶界面，可以自行讀取FPGA設計，為設計中的外圍設備導入合適的底層模塊，并以此為基礎添加更多的高層IP模塊到軟件平臺文件中。具體添加何種IP模塊，取決于FPGA嵌入式設計中需要訪問哪些外圍設備。訪問外圍設備時，可以使用SPB提供的多個IP模塊。較底層的IP模塊可以訪問特定的存儲設備，如硬盤。SD卡。RAM驅動器，較高層的IP模塊則更抽象也更獨立于硬件。

軟件平臺文件（SwPlatform）是在SPB中，從一系列提供的元器件中選擇組合起來的軟件層。軟件平臺文件使得應用程序通過一組標準化的服務來利用硬件，如存儲服務和網絡服務。軟件平臺文件的目的其實就是使硬件設備通過抽象和通用的軟件接口，來為應用程序提供外圍設備的應用編程接口（API）。軟件平臺中的設備堆棧（Device Stacks）由三種類型的模塊構成，分別是硬件包裝（Wrapper）。驅動（Driver）和服務程序（Con-text）。通常從底而上，從最底層的與原理圖設計上特定硬件設備相關的模塊開始構建設備堆棧。在此之上，可以堆積較高層次的模塊，提供更通用的訪問外圍設備的功能函數(shù)。設備堆棧的底部是硬件包裝（Wrapper），然后是驅動（Driver），最后是服務程序（Context）。堆棧每往上一層，模塊對硬件的抽象層面越高。設備堆棧層的功能描述如表1所示。

SPB中的軟件服務列表（Software Service）是一組應用程序可以使用的類型。定義。結構和功能函數(shù)。軟件服務包含用于訪問SD卡。IDE存儲設備。CF卡和閃存上的文件的存儲服務；用于提供以太網訪問的網絡服務；提供符合POSIX規(guī)范的多線程功能的核心服務；允許快速構造現(xiàn)代圖形界面的GUI服務；用于實現(xiàn)音頻和視頻功能的多媒體服務。用于中斷管理和軟件定時管理的系統(tǒng)服務總是出現(xiàn)在軟件平臺中，并且與特定設備無關。每個不同的軟件模塊都包含完整的API參考信息。通過API Reference可以訪問API參考信息，堆棧中的每一層都會有詳細的該層上可用函數(shù)的描述。通過Header Files可以查看任意驅動或者服務程序的頭2嵌入式音頻處理系統(tǒng)設計

2.1 OpenBus系統(tǒng)設計

嵌入式設計時，在處理外圍設備與處理器的連接關系時，可以采用AD軟件中的開放總線（OpenBus系統(tǒng)）來完成，這樣連接過程將被大大簡化。“OpenBus系統(tǒng)”是一個描述一種使用普通總線實現(xiàn)整個系統(tǒng)內邏輯功能性“模塊”連接的術語［3］。在OpenBus系統(tǒng)文檔中，打開OpenBus Palette面板，選擇并放置組成系統(tǒng)所需的器件。OpenBus Palette面板中用于FPGA設計的器件，按照功能分類有Connectors（連接器）。Processors（處理器）。Memories（存儲器）。Peripherals（外圍設備）等。每個OpenBus器件必須正確配置后才能使用。這種Open-Bus系統(tǒng)的設計方法與傳統(tǒng)的將處理器和外圍電路作為元件放置在電路板上不同，它移除了所有低級別的走線和互連細節(jié)，能夠快速地構建系統(tǒng)。

在本文的嵌入式音頻處理系統(tǒng)中，通過訪問NB3000開發(fā)板上的高保真音頻接口獲取音頻流信號。在設計OpenBus主處理器系統(tǒng)中，分別選擇并放置微處理器（32– bit RISC Processor TSK3000A）。連接件（Interconnect）。I2S音頻流控制器（Audio Streaming Control-ler）。SPI控制器（SPI Controller）和SRAM控制器（SRAMController）等OpenBus器件，并連線如圖1所示。同時，對OpenBus器件進行參數(shù)配置。將SPI控制器的數(shù)據發(fā)送大?。―ata Transfer Size）參數(shù)配置為32.將I2S音頻流控制器的數(shù)據緩存（I2S Hardware Buffer）參數(shù)配置為4k samples，將I2S設置為中斷號INT_I1.

圖1 OpenBus系統(tǒng)設計

通常情況下，任何使用OpenBus系統(tǒng)的FPGA設計都要設計放置接口電路的頂層原理圖。圖1的Open-Bus系統(tǒng)文件為32位處理器TSK3000A和I/O接口邏輯獲得了音頻流數(shù)據，包含了FPGA設計中的主處理器系統(tǒng)。約束文件將原理圖頂層的端口連接到目標FPGA器件的實際物理管腳。約束文件中不但包含端口到管腳的映射，還包含如時鐘分配。目標器件等其他相關的設計規(guī)范。

頂層原理圖通過約束文件，將下載到FPGA中的嵌入式系統(tǒng)設計與FPGA器件的物理管腳連接起來。頂層原理圖設計中，音頻流控制器I2S與音頻編解碼器（AUDIO_CODEC）相連，SPI控制器與音頻編解碼器控制器CS4270（AUDIO_CODEC_CTRL）相連，如圖2所示。

圖2 頂層原理圖設計

2.2軟件平臺文件設計

在SPB基礎上搭建訪問NB 3000開發(fā)板的音頻接口，并對音頻流數(shù)據進行處理的軟件平臺文件（SwPlat-form），如圖3所示。

圖3 軟件平臺構建器搭建的軟件框圖 NB 3000開發(fā)板上的音頻編解碼器為CS4270，因此圖3中選擇CS4270 Audio Codec Driver模塊，不需要再自行編寫音頻編解碼器的驅動代碼。設計采用SPI作為配置和控制，I2S用來傳輸數(shù)字音頻數(shù)據流。因此軟件平臺文件的底層設計選擇了I2S Master Controller和SPI Master Controller模塊。中間層設計選擇了I2SDriver.SPI Driver和CS4270 Audio Codec模塊。軟件平臺文件使硬件外圍設備的訪問變得容易，底層模塊為特定的外圍設備提供了配置數(shù)據和驅動代碼。設計軟件平臺文件時，選擇什么樣的模塊，取決于設計中需要訪問哪些外圍設備。

2.3嵌入式代碼設計

FPGA嵌入式系統(tǒng)設計中，嵌入式工程是“嵌在”微處理器中的。嵌入式代碼就是在軟件平臺構建器上搭建的軟件平臺的基礎上完成的軟件編程。嵌入式工程中的軟件代碼，主要完成音頻數(shù)據流的獲取。音頻數(shù)據流的處理和將處理好的音頻數(shù)據流送到NB 3000開發(fā)板的喇叭上。主要程序代碼如下：

3設計總結

將嵌入式設計文件下載到智能開發(fā)平臺NanoBoard 3000上的FPGA器件后，利用音頻線將電腦或者音箱的音頻源送到NanoBoard 3000的音頻輸入接口，就能從喇叭上聽到處理后的音頻效果。設計過程表明，AD的軟件平臺構建器（SPB）為FPGA嵌入式設計訪問硬件電路相關外圍設備提供了底層軟件驅動提供了便利。通過搭建軟件平臺，調用IP模塊，避開了對于底層硬件的驅動程序的編寫，只要掌握高級C語言就可以方便地對外圍設備進行編程，簡化了嵌入式代碼的編寫，縮短了FPGA嵌入式設計的開發(fā)時間。