當(dāng)前位置:首頁 > 嵌入式 > 嵌入式電路圖
[導(dǎo)讀]假設(shè)您接到一項工作任務(wù),設(shè)計一套由DSP與DAC與ADC等模擬器件組成的信號處理系統(tǒng)。如果您考慮到幾個重要因素,工作就會非常簡單。下面就來談?wù)勗O(shè)計工作中應(yīng)該考慮的這幾個因

假設(shè)您接到一項工作任務(wù),設(shè)計一套由DSP與DAC與ADC等模擬器件組成的信號處理系統(tǒng)。如果您考慮到幾個重要因素,工作就會非常簡單。下面就來談?wù)勗O(shè)計工作中應(yīng)該考慮的這幾個因素。

詳細了解應(yīng)用類型

第一步需要了解應(yīng)用類型。對于控制型應(yīng)用,既需要應(yīng)對突發(fā)的大量數(shù)據(jù)處理情形,也要考慮間歇的閑置狀態(tài);而對于音頻應(yīng)用,則需要處理連續(xù)數(shù)據(jù)流的能力。了解應(yīng)用的具體需求將有助于選擇適當(dāng)?shù)慕涌诤驼_的數(shù)據(jù)讀取方法。

評估系統(tǒng)速率

第二步需要了解數(shù)據(jù)采樣的速率。舉例來說,音頻系統(tǒng)可能是一部CD播放機,采樣率為96kHz,也可能是電話語音系統(tǒng),采樣率僅為8kHz。當(dāng)然,也可能是其他系統(tǒng),如ADSL質(zhì)量測量應(yīng)用,采樣速率高達10MSPS,或者是稱重應(yīng)用,每秒只要16次采樣就足夠了,但要求具備較高的分辨率(如24位)。了解此方面信息,將有助于開展下一步工作,即選擇正確的DSP接口。

選擇正確的DSP接口

了解了應(yīng)用及速率要求后,就對采用哪種DSP接口有了一定的認(rèn)識。大多數(shù)音頻設(shè)備均使用特定類型的串行接口,不過高速應(yīng)用則要求并行接口。當(dāng)采樣速率為10MSPS、分辨率 為12位時,如果采用串行接口,其端口的速率要達到120MHz才能從轉(zhuǎn)換器向DSP發(fā)送數(shù)據(jù)。這一要求大大超過了大多數(shù)50MHz串行端口的處理能力。若使用并行接口,則總線上信號交換的頻率為10MHz,速率顯著降低,因此處理起來非常簡單。

在選擇接口時,還要考慮的另一問題就是,并行總線能否滿足所需的數(shù)據(jù)速率要求,或者說并行總線芯片在滿足程序與系數(shù)要求后是否已經(jīng)達到了滿負(fù)荷。如果是的話,不妨考慮在DSP與轉(zhuǎn)換器之間插入FIFO。

確定握手模式

一旦選擇了DSP接口,下一步就要考慮轉(zhuǎn)換器與DSP之間的握手模式(handshakemode)。大多數(shù)轉(zhuǎn)換器在發(fā)出新的數(shù)據(jù)字之前都會給出某種類型的轉(zhuǎn)換結(jié)束(EOC)信號。處理器使用上述信號的方式有兩種:一是輪詢(poll);二是用其作為中斷。

使用EOC信號作為中斷具有一定優(yōu)勢,因為CPU不會被輪詢標(biāo)記占用,因此在獲得數(shù)據(jù)前不會打斷CPU的正常工作。不過,如果轉(zhuǎn)換器等待處理特定的協(xié)議來讀取數(shù)據(jù),比如轉(zhuǎn)換器發(fā)出轉(zhuǎn)換結(jié)束信號后又需要讀取命令來檢索數(shù)據(jù),每個讀取命令都會觸發(fā)新的中斷,那么就會造成過多的開銷,得不償失。在這種情況下,輪詢的方法就具有明顯的優(yōu)勢了。

如果中斷時延非常重要的話,那么使用輪詢方式就更具優(yōu)勢。輪詢可確保信號響應(yīng)速度更快,這比進入中斷服務(wù)例程要快得多。如果數(shù)據(jù)檢索有短暫時隙(narrowtimeslot),那么采用輪詢方式也是有利的。

確定傳輸模式

下一步就是實際收集數(shù)據(jù)的工作了。收集數(shù)據(jù)有兩種方法,各有千秋。第一種方法是采用DSP的DMA(直接存儲器存取)控制器,可使傳輸與轉(zhuǎn)換器的轉(zhuǎn)換結(jié)束標(biāo)記同步,并使CPU不用承擔(dān)傳輸工作,因為數(shù)據(jù)陣列的填充是在后臺完成的,傳輸完成后再通知CPU。

不過,這種方法只有在進行直接傳輸?shù)那闆r下才有效。如果數(shù)據(jù)轉(zhuǎn)換器在檢索數(shù)據(jù)時需要某些復(fù)雜的機制,那么DMA就不太有效了。

在這種情況下,應(yīng)讓CPU參與傳輸工作。盡管服從特殊的協(xié)議相當(dāng)簡單,但必須使用大量的CPU資源來收集數(shù)據(jù)。如果中斷率非常高,那么CPU可能很難有時間再去執(zhí)行數(shù)據(jù)收集之后的算法了。

是否采用數(shù)據(jù)猝發(fā)

假設(shè)數(shù)據(jù)轉(zhuǎn)換器連接至DSP的并行總線,該并行總線在存儲器存取(讀取正在執(zhí)行的數(shù)據(jù))和I/O存取(讀取采樣)之間需要幾個周期的轉(zhuǎn)換,而且數(shù)據(jù)轉(zhuǎn)換速率非常高,因此,轉(zhuǎn)換常常是必需的,幾乎每次采樣讀取都要進行轉(zhuǎn)換。

如果一步就能讀取多個數(shù)據(jù)字,且不用每次都進行數(shù)據(jù)總線交換,肯定是非常有價值的。在這種情況下,不妨考慮在數(shù)據(jù)轉(zhuǎn)換器與DSP之間采用FIFO。一旦FIFO達到一定的水平即中斷DSP,達到一定數(shù)量的數(shù)據(jù)字一步完成傳輸,這就大大降低了總線轉(zhuǎn)換的開銷。

針對變量選擇正確的數(shù)據(jù)類型

數(shù)據(jù)轉(zhuǎn)換器針對所用的數(shù)據(jù)采用不同的格式。有的使用標(biāo)準(zhǔn)二進制(即無符號二進制)數(shù)據(jù)類型,有的則采用帶符號的二進制數(shù)據(jù)類型,這就是問題的復(fù)雜所在。如果有一個12位數(shù)據(jù)轉(zhuǎn)換器,那么在帶符號二進制數(shù)據(jù)情況下,如何使用將是一個問題。符號位占據(jù)最重要的位置,即第“11”位(這里的起始位是第“0”位)。如果將此數(shù)據(jù)字賦予“C”變量,寬度為“16”位,那么假定“C”符號位為第“15”位。如果從轉(zhuǎn)換器讀取的數(shù)字為負(fù),那么DSP就不能識別其為負(fù)值,因為符號位的位置錯誤。如何解決這一問題呢?第一種方法是在讀取數(shù)據(jù)時進

行數(shù)據(jù)位移。不過,這只有在CPU讀取數(shù)據(jù)時才有可能,因為DMA控制器不可能在傳輸時進行數(shù)據(jù)位移。另一種方法是在數(shù)據(jù)塊完全傳輸后在環(huán)路中將數(shù)據(jù)位移至正確的位置。不過這必須使用CPU,并要求額外的MIPS。

如果改變連接后轉(zhuǎn)換器的第“11”位剛好連接至DSP數(shù)據(jù)總線的第“15”位,那么符號位從首位算起剛好位于正確的位置,這就能實現(xiàn)基于DMA的傳輸,而且也不用再進行數(shù)據(jù)位移。

確保處理的是正確數(shù)據(jù)

現(xiàn)在,數(shù)據(jù)已經(jīng)進入系統(tǒng),數(shù)據(jù)字存儲在陣列中,數(shù)據(jù)大小也合適,于是開始處理數(shù)據(jù),但沒有獲得預(yù)期的結(jié)果,這時需要思考到底出了什么問題。首先應(yīng)該檢查DSP的高速緩存,DMA傳輸數(shù)據(jù)進入存儲器時是否啟用高速緩存,在這種情況下,高速緩存很可能保留拷貝的舊數(shù)據(jù),并在算法工作中使用它們。如果發(fā)生了此類問題,就必需注意高速緩存相關(guān)性與轉(zhuǎn)儲清除問題,或者是存儲新數(shù)據(jù)的高速緩存區(qū)失效。這樣就能確保CPU處理的數(shù)據(jù)是傳輸完成后的最新數(shù)據(jù)。

如果用C語言編程應(yīng)分配易失關(guān)鍵字

在調(diào)試嵌入式系統(tǒng)時,采用變量查詢外設(shè)的狀態(tài)后,發(fā)現(xiàn)CPU所用變量值是錯誤的,這時就要思考到底哪里出了問題。先看看下面這個結(jié)構(gòu):

unsignedint*pControl=(unsignedint*)0x00COFFEE;file://錯誤

while(*pControl==0);file://等待一個外部事件

這里的*pControl指向一個外設(shè)。

通過while循環(huán),期望EOC能從“0”轉(zhuǎn)換為“1”。但在大多數(shù)情況下,恐怕得一直等下去,因為編譯器認(rèn)為它已經(jīng)完全控制了變量及與其相關(guān)的存儲器,只加載*pControl指向的存儲器位置的內(nèi)容一次,就會對其進行循環(huán)測試。但問題在于,由于不會重新讀取存儲器內(nèi)容,也就不能結(jié)束循環(huán)。[!--empirenews.page--]

解決這一問題的方法就是將*pControl的聲明作一下修改,通知編譯器其指向的存儲器位置可由外部事件修改,而每次使用該變量時都必須重新載入,如下所示:

volatileunsignedint*pControl=(unsignedint*)0x00COFFEE;file://正確

while(*pControl==0);file://等待一個外部事件

確保采樣等距

如果要在頻域中處理采樣數(shù)據(jù),那么還要提到一點:不是所有轉(zhuǎn)換器都有啟動新轉(zhuǎn)換的自身時基。在這種情況下,應(yīng)采用外部時基或DSP定時針(timerpin)。

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉