基于 LPC2214和uC/OS-II的嵌入式平臺
目前流行的ARM芯片內(nèi)核有ARM7TDMI、ARM720T,、ARM9TDMI,、ARM992T、ARM940T,、ARM946T,、ARM966T和ARM10TDMI等，Philips LPC2214是基于ARM7TDMI-S的高性能32位RISC微控制器,，它集成了Thumb擴展指令集,，256KB可在系統(tǒng)中編程的片內(nèi)Flash和可在應用中編程的16位KB RAM，向量中斷控制器,，外部總線控制器,，2個UART，I2C串行接口,，2個SPI串行接口,，2個定時器（7個捕獲/比較通道），可提供多達6個PWM輸出的PWM單元,，8通道10位ADC,，實時時鐘，看門狗定時器以及112個通用I/O引腳,，通過可編程的片內(nèi)鎖相環(huán)（PLL）可實現(xiàn)LPC2214最高為60MHz的CPU時鐘頻率,，相對眾多ARM系列產(chǎn)品來說，Philips公司生產(chǎn)的LPC2214是一款性價比較高的ARM7芯片,。
嵌入式實時操作系統(tǒng)有助于提高系統(tǒng)可靠性和開發(fā)效率,，且能夠充分發(fā)揮32位CPU的多任務處理能力，常見的嵌入式操作系統(tǒng)有Linux,、Windows CE,、VxWorks,、Nucleus、uC/OS-II等,，其中uC/OS-II是一個可移植,、可固化、可裁剪的占先式實時操作系統(tǒng),，其周邊的配套產(chǎn)品也比較完善,，如uC/FS，uC/GUI等產(chǎn)品都為其應用增強了適用性,，相對其他操作系統(tǒng)而言,，uC/OS-II正常運行只需十幾或幾十KB的Flash空間和SRAM空間，并且其所需的授權費用也相對較低,，結(jié)合以LPC2214為核心的硬件平臺,，在這里采用了uC/OS-II作為該設備的嵌入式操作系統(tǒng)。
有上述分析可知,，選擇LPC2214和uC/OS-II相結(jié)合的嵌入式平臺是一種較為經(jīng)濟而實用的方法,。
2 音頻解碼芯片的選擇
LPC2214與uC/OS-II相結(jié)合的平臺有比較強大的處理能力，但在許多應用場合中仍顯不足,，在本文所介紹的應用中,，系統(tǒng)需要具有音頻編解碼功能，音頻的編解碼方式包括軟件編解碼和硬件編解碼,，如果采用軟件編解碼的方式,，最對處理器的處理速度要求一般在50MIPS以上，而LPC2214的處理速度僅有70MIPS左右,，顯然倘若采用這種方式,，LPC2214處理能力將受到很大限制，所以,，采用專門的音頻處理芯片來處理音頻數(shù)據(jù)對該平臺的來說是個正確的選擇,，這里選用一款性能優(yōu)越的音頻解碼芯片--VS1003。
VS1003音頻解碼芯片為VS10XX系列的第三代產(chǎn)品,，是芬蘭VLSI Solution Oy公司生產(chǎn)的單片MP3/WMA/MIDI解碼和ADPCM編碼芯片,，它內(nèi)部包含一個高性能、低功耗的DSP處理核（VSDSP）,，一個工作內(nèi)存,，一片可供用戶程序使用的5.5KB RAM，一個串行SPI總線接口,，一個高質(zhì)量的采樣頻率可調(diào)的過采樣DAC以及一個16位的采樣ADC,，VS1003的內(nèi)部構(gòu)造如圖1所示。
3 VS1003控制協(xié)議的實現(xiàn)
VS1003通過一個工作于從模式的SPI串行總線與主機進行數(shù)據(jù)和控制信息的交流，音頻數(shù)據(jù)通過串行數(shù)據(jù)接口（SDI）傳送,，控制數(shù)據(jù)則通過串行控制接口（SCI）來傳送,，控制數(shù)據(jù)總是為16位，通過讀/寫不同的寄存器來實現(xiàn)對VS1003的控制,。
VS1003的SPI接口具有兩種工作模式：VS1002新模式和VS1001兼容模式,。設置SM_SDINEW為1，使VS1003處于VS1002新模式,。當SMSDISHARED為0時,，控制信號和數(shù)據(jù)信號的傳送分別采用xCS和xDCS作為同步信號，而當SMSDISHARED為1時,，共用xCS作為同步信號,，設置SM_SDINEW為0，使VS1003處于VS1001兼容模式,，該模式僅以xCS作用同步信號,。
作為從機工作模式，VS1003通過一個信號線DREQ指示是否允許主機傳送數(shù)據(jù),，當DREQ為高時，VS1003至少可以接受32KB的SDI數(shù)據(jù)或者SCI控制命令,。
在這里,，以VS1002新模式且SMSDISHARED設置為0為例介紹VS1003通信協(xié)議的實現(xiàn)。圖2描述了SDI工作時序,，它以xDCS為同步信號,，隨著時鐘信號DCLK的變化，數(shù)據(jù)根據(jù)SCL_MODE的設置依次從高位或低位送出,。
SCI協(xié)議包括1個控制指令字節(jié),、1個地址字節(jié)和1個16位數(shù)據(jù)字。每次讀寫控制可以操作一個寄存器,。讀命令和寫命令分別為0x03和0x02,，這兩種控制命令的工作時序分別如圖3和圖4所示。
4 電路設計
本設計最終要實現(xiàn)的目標是一款具有人機界面及數(shù)據(jù)存儲功能的工控手持設備,，通過人機對話界面發(fā)送控制命令來操縱VS1003,，以實現(xiàn)錄放音功能。
4.1 硬件電路設計
VS1003的所有數(shù)據(jù)和控制命令均通過SPI總線接口實現(xiàn),，因此與LPC2214的接口實現(xiàn)比較簡單,，包括3條SPI數(shù)據(jù)線和4條控制線，如圖5所示,。
4.2 軟件設計
VS1003的控制軟件設計,，是在系統(tǒng)成功地移植了uC/OS-II操作系統(tǒng)以及ZLGFS文件系統(tǒng)的條件下進行的，具體軟件設計中,，首先對LPC2214與VS1003控制接口的幾個功能引腳進行相應的配置,，然后使能SPI并設置其工作模式,，此后，利用uC/OS-II多任務的特點,，建立一個專門的任務用于實現(xiàn)系統(tǒng)的錄放音功能,，在該任務創(chuàng)建完畢后，首先完成對VS1003的初始化工作,，然后任務進入等待循環(huán)中,，等待系統(tǒng)發(fā)出相應的控制指令，當該任務接收到錄音指令時,，調(diào)用相應的錄音功能函數(shù)啟動錄音功能,，并將錄音數(shù)據(jù)寫入指定的文件時，當接收到播放功能指令時,，調(diào)用播放功能函數(shù),，播放指定的音頻文件，當接收到中斷指令時,，將退出錄放音功能,，任務回到循環(huán)等待中，該任務的具體實現(xiàn)函數(shù)如下：
5 總結(jié)
采用VS1003實現(xiàn)基于LPC2214和uC/OS- II的嵌入式平臺的音頻編解碼的功能,，接口電路簡單,，控制程序易于編寫，且最終音頻播放清晰,、自然,，當然在具體設計中也曾遇到一些需要注意的問題，例如要成功對VS1003進行初始化,，必須詳細了解VS1003得配置時序要求,，特別要注意的是，對不同寄存器配置完成,，其等待處理周期有所不同,，若等待周期不夠，則將使得配置無法正常完成