<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>

新聞中心

EEPW首頁(yè) > 嵌入式系統 > 設計應用 > 便攜式多媒體設備的功率管理

便攜式多媒體設備的功率管理

作者: 時(shí)間:2013-05-15 來(lái)源:網(wǎng)絡(luò ) 收藏

  
支持由內容提供商提供的安全應用,要求有不易被攻破的內部加密子系統及開(kāi)放式軟件平臺。任何要求應用程序代碼移植的設備都可能限制其自身的市場(chǎng),支持C語(yǔ)言編譯器的架構可解決這種移植帶來(lái)的挑戰。最好是能采用Java解釋器(Java interpreter),因為它能進(jìn)一步緩解甚至完全消除代碼移植問(wèn)題。
  
存儲器需求
  
架構中的存儲器可擴展性也在優(yōu)化產(chǎn)品線(xiàn)的性能及功耗上扮演重要角色。由于片上存儲器消除了消芯片間的數據通信,因而比外部存儲器的功率更低、具有更低的執行時(shí)間并減小了設備尺寸。但并非每一種產(chǎn)品都要求有同樣容量的存儲器,支持不同屏幕尺寸的電話(huà)所要求的緩沖器大小也不一樣。能從各種存儲器選項中進(jìn)行選擇,使同一核心架構能有效地適用于從低端到高端的各種設備。
  
例如采用堆疊(stacking)技術(shù),芯片廠(chǎng)商能在相同封裝中將數個(gè)存儲器塊緊挨處理器裸片放置,這不僅能使處理器尺寸縮小并保持一致性,而且還能根據應用需求來(lái)提供各種經(jīng)過(guò)優(yōu)化的閃存或DRAM配置。存儲器大小高度依賴(lài)于器件運行的應用類(lèi)型,帶Linux、Symbian或WinCE等操作系統的電話(huà)可能需要有兩倍于DRAM的閃存容量,而具有實(shí)時(shí)內核的電話(huà)則通常只需相同數量的DRAM及閃存。 像音頻流傳輸及下載等關(guān)鍵音頻應用都需要大容量存儲器。盡管將音頻流保存在片上存儲器中對于降低處理負載和功耗更有效,但這種方法會(huì )限制你緩沖器的大小,反過(guò)來(lái)又會(huì )影響播放的質(zhì)量(如果無(wú)線(xiàn)連接不可靠的話(huà))。但音頻流傳數可能只是一種權宜之計,音頻流傳輸技術(shù)的主要優(yōu)點(diǎn)是它能減少器件所需的存儲器容量,因為任何時(shí)刻都只需保存部分多媒體數據。但可插拔閃存卡的價(jià)格還在繼續下降,而MP3文件的大小則保持不變。將整個(gè)文件下載后再播放避免了采用不可靠無(wú)線(xiàn)連接傳輸帶來(lái)的質(zhì)量問(wèn)題,相對于存儲延時(shí)來(lái)說(shuō)是值得的。而且,將整個(gè)文件下載還可以實(shí)現一些重要功能,如重復播放和快進(jìn)等,這些都是通過(guò)流傳輸所不能實(shí)現的。

降低功耗的方法
  
在當前的無(wú)線(xiàn)通信設備中,射頻已經(jīng)不是最大的功耗產(chǎn)生者,但對其進(jìn)行仍然很重要。雖然在優(yōu)化前一代手機中的語(yǔ)音傳輸及接收方面已經(jīng)進(jìn)行了大量的工作,但數據傳輸與實(shí)時(shí)語(yǔ)音傳輸有很大的不同,射頻管理仍值得特別關(guān)注。
  
通過(guò)同時(shí)限制傳輸時(shí)間和接收時(shí)間可獲得最大的功率節省。因此,盡管在數據傳輸前將其壓縮會(huì )增加處理器的功耗,但完全可以通過(guò)減少發(fā)射器的工作時(shí)間來(lái)補償,H.264視頻會(huì )議標準即是一個(gè)很好例子。然而,雖然H.264可將視頻流的比特率減少一半,但卻是以大大增加譯碼的處理成本為代價(jià),因為必須將所考慮的運動(dòng)矢量從1增加至41。
  
在接收器端可考慮對非實(shí)時(shí)數據在時(shí)隙方案基礎上采用猝發(fā)機制。時(shí)隙方案能有效利用功率,因為電話(huà)僅需在其分配的時(shí)隙內使用接收器。但系統卻需連續地接通及關(guān)閉接收器,這產(chǎn)生功耗并占用處理開(kāi)銷(xiāo),而且即使沒(méi)有接收數據都必須一直監聽(tīng)。采用猝發(fā)方式時(shí),系統無(wú)需連續地接通和關(guān)閉,而只需在一個(gè)很短的時(shí)間內即可完成全部工作。由于數據為非實(shí)時(shí),故你無(wú)需頻繁地檢查是否有數據,這又能進(jìn)一步減少整個(gè)有效接收時(shí)間。
  
管理便攜式多媒體器件的功率對于無(wú)線(xiàn)業(yè)務(wù)的成功推廣非常關(guān)鍵。但如果要進(jìn)行大規模部署,多媒體處理就不可能仍然是高端技術(shù),它必須具有可伸縮性,因為系統成本必須在大批量生產(chǎn)時(shí)顯著(zhù)下降,高額材料成本(BOM)將意味著(zhù)不可能實(shí)現大批量生產(chǎn)。因此,任何成功的移動(dòng)多媒體方案都必須從一開(kāi)始即考慮大批量應用的要求。要想取得成功,器件就必須構建于能有效優(yōu)化性能、功率、存儲器及整個(gè)產(chǎn)品線(xiàn)成本的架構上。
  
標準化接口
  
在存在各種外圍及基帶器件及不同接口方式的情況下,構建便攜式極具挑戰。對于擁有真正靈活性的便攜式OEM們來(lái)說(shuō),重要的是需要將這些器件的接口標準化,并簡(jiǎn)化API對這些接口的使用。這種標準化對于降低器件成本、減少設計復雜性以及將多媒體引入大規模市場(chǎng)來(lái)說(shuō)極為關(guān)鍵。
  
這也是“移動(dòng)行業(yè)處理器接口(MIPI)聯(lián)盟”的目標,該聯(lián)盟由ARM、諾基亞、意法半導體及TI發(fā)起并得到英特爾、摩托羅拉及三星等主要廠(chǎng)商的支持。MIPI的目標是通過(guò)建立移動(dòng)應用處理器接口開(kāi)放標準來(lái)促進(jìn)對移動(dòng)計算器件的更快及更廣泛的采用。在全球擁有超過(guò)65家成員單位的該聯(lián)盟,旨在提供多種規范來(lái)滿(mǎn)足豐富應用移動(dòng)終端日益發(fā)展的接口要求。

另一關(guān)鍵技術(shù)是“操作、管理及維護()”協(xié)議,能為器件管理及安全數據傳輸提供安全手段。對于這里不再詳述。


上一頁(yè) 1 2 下一頁(yè)

關(guān)鍵詞: 多媒體設備 功率管理 OAM

評論


相關(guān)推薦

技術(shù)專(zhuān)區

關(guān)閉
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>