你的位置:首頁 > 電源管理 > 正文

物聯(lián)網(wǎng)電池供電設備設計中的USB連接

發(fā)布時間:2017-02-28 責任編輯:wenwei

【導讀】在過去十年中,通用串行總線(USB)標準由于具備易用、隨插即用的功能性和可用性,因此被眾多工業(yè)和消費性電子產(chǎn)品的設計人員作為連接其他應用的首選接口。USB已實現(xiàn)其主要目標,即提供消費者簡化控制周邊設備和傳輸數(shù)據(jù)的方法。隨著超過三十億個具備USB接口的電子設備進入市場,USB不僅是消費性應用中成長最快的接口,在工業(yè)市場也取得了顯著的成長。
 
然而對于嵌入式解決方案設計人員而言,USB易用、隨插即用的功能性和可用性并非完全不需要付出代價,特別是如果他們正在為物聯(lián)網(wǎng)設計功耗敏感、電池供電的連接設備產(chǎn)品時。對小型、便攜式設備來說,增加USB作為通信接口至少要增加一倍的應用電流消耗,并且需要比原先預期更大的電池。
 
從傳統(tǒng)的串行接口通信升級到廣受歡迎的USB接口,通常會由于功耗預算的限制而變得難以實行。一般情況下,設計人員不得不在增加雙倍電池容量和增加設備成本 (這使其不再那么具吸引力)、或舍棄急需的差異化功能之間做出選擇。下面讓我們來看看USB標準如何從為所有PC連接提供標準化的夢想,演變?yōu)樯踔量墒笽oT小型電池供電設備與任何其他設備通信的最先進技術。
 
USB簡史
 
如果你曾經(jīng)研究過1990年代末期生產(chǎn)的桌上型計算機的背面,你或許一眼就能認出為連接不同硬件到計算機而出現(xiàn)的許多標準。這些連接標準包含5引腳的 DIN、PS/2、串行端口、并行端口、也許也有一兩個SCSI(“scuzzy”)通信端口,如果你是一個游戲玩家,你還會在音效卡上有一個游戲連接端口。
 
USB早期開發(fā)人員意識到了這種紛亂的連接狀況,并在1995年開始創(chuàng)造一種機器對機器(M2M)的通用標準,以取代所有其他接口標準。在1990年代末期,當 USB第一次被采用時,它只是作為“另一種連接器”加入到PC。然而在2000年起USB開始迅速發(fā)展,并在經(jīng)過一系列的更新后,它成為目前最被廣泛采用 的M2M接口之一。只要看看你的筆記型計算機和手機就能明白USB標準的成功。你的智能手機可能只有一個連接接口:USB。如果你在2010年以后購買了 筆記型計算機,便會發(fā)現(xiàn)除了顯示器和網(wǎng)絡連接器之外,它可能只具有USB接口。此外,用于現(xiàn)今筆記本電腦和平板電腦的觸控板、鍵盤和其他周邊設備都透過 USB與主處理器通信。
 
USB標準的拓撲連接分為設備(device)和主機(host)。主機是發(fā)起通信并提供電源的機器;在桌面上,通常就是你的筆記本電腦或臺式PC。設備是連接到主機的下游設備,簡單的回應主機的任何請求;在桌面上,鼠標和鍵盤就是常見的USB設備。
 
關于USB連接器的獨特之處是它也可以為連接的設備供電,因此不需要為你的鼠標或外接硬盤驅動器增加額外的電源。USB標準規(guī)定主機至少輸出100mA的電 流給設備,并且如果設備支援的話,它有可能獲得500mA電流。這些供電能力來自最初的USB標準,PC幾乎總是作為主機,并且它們一直都是透過墻壁插座獲得電源。這個USB標準需求限制了USB在低功耗應用上的發(fā)展,盡管對PC應用來說,主電源供應并不成問題。
 
但是當這種成熟的M2M接口要滿足今日電池供電的IoT世界時,會發(fā)生什么?當主機也是一個便攜式設備時,又有什么影響呢?
 
對于現(xiàn)今USB硬件的影響
 
在現(xiàn)今的便攜式設備應用中,最常見的術語是“功率預算”。功率預算決定設備能夠消耗多少能量,并且它是基于電池容量和所需要的電池使用壽命計算出的。例如, 在一個有250mA電池容量和需要支援兩天(48小時)電池使用壽命的應用中,功率預算大約為5mA。這個功率預算必須分布在開發(fā)人員所希望設備做的每一 項功能上,包含從傳感器擷取和處理到通信和驅動顯示。
 
在過去的二、三十年間,微控制器(MCU) 變得越來越小,并且電池容量也有所提升,因此我們看到便攜式設備的爆發(fā)性成長,這些便攜式設備包含從手持風速表和示波器以至于數(shù)位呼氣酒測器和遙控器。然而隨著擁有四核心GHz級處理器的智能手機的出現(xiàn),現(xiàn)在可看到更多便攜式設備以智能手機配件之形式出現(xiàn),制造商不再擔心處理能力或使用者接口方面的問題。這種市場趨勢 正推動低價配件的快速成長,例如獲得Kickstarter眾籌支援、可用于智能手機的Vaavud風速表,以及可插進iPhone中的呼氣酒測器,這兩個應用都使用HiJack接口,這種特殊接口可以工作于低階設備,但并不是最佳接口。
 
為了設計一個真正通用并好用的便攜式設備,你應當選擇最合適的M2M接口,例如USB。選擇USB也能夠使你的設計產(chǎn)品做到無主機限制(host- agnostic),這表示如果你想讓產(chǎn)品既能支援Mac、Windows手機又能支援Android平板,這都將不再是問題。然而當你想透過USB連接 這些小配件到電池供電的日常用品時,你在原本USB標準中從不關心的“功耗”突然成為了選擇USB解決方案的優(yōu)先考慮問題。你不想僅僅為了與周邊設備通信而浪費平板計算機或筆記型計算機的寶貴電池壽命,并且你也不想設計出一個會快速耗盡智能手機電池電量的配件應用產(chǎn)品。
 
通過正確選擇具備USB功能的硬件,將能夠開發(fā)出耗電極少的設備,同時通用M2M接口也得以消除幾乎所有的外部元件。
 
用于電池供電領域中的USB技術
 
為了解USB技術如何改善功耗又保持易用和隨插即用的功能性,我們首先需要快速瀏覽一下USB的通信過程。一般情況下,僅有主機能夠發(fā)起傳輸。即使沒有通信,主機也要每毫秒發(fā)送連線(keep-alive)信息給設備。如果設備有可用數(shù)據(jù),它會回應。在這種工作模式下,設備可獲得高達100mA的能量,并且主機預期設備能夠立即回應任何請求。當主機停止發(fā)送這些連線信息達到 3ms時,設備應進入暫停狀態(tài)并且立即消減它的電流消耗到3mA以下。
 
在暫停狀態(tài)下,大部分設備能被關閉,通常我們能夠關閉最耗能的PHY。即使現(xiàn)今的MCU能夠輕松實現(xiàn)3mA的暫停電流,我們也沒有理由保持在那么高的狀態(tài)。具備良好能源模式的MCU應能在這種模式下實現(xiàn)小于3μA的電流消耗,包含PHY的電流消耗。
 
然而在工作模式中,當檢測一個正常鍵盤設備的USB通信時,主動模式不是十分有效的;大多數(shù)時候,設備僅僅等待主機發(fā)送數(shù)據(jù)。然而當主機請求設備回應時,回應必須及時;這是為什么大多數(shù)實作上會保持USB周邊設備一直運行在48MHz以允許足夠的回應時間。在這個特別的實例中,97%的時間是空閑的,即使我們進行了列舉(enumerated)和啟動。
 
為電池供電應用而最佳化的USB應用需要把這些功耗管理因素考慮在內,并且十分確定何時需要時脈、需要多長時間、哪些其他USB元件能夠關閉。Silicon Labs目前擁有兩項正在申請中的專利技術,并已獲得制造商和客戶反饋,使得USB接口在現(xiàn)今電池供電IoT設備中具真正用武之地。即使在工作模式,高能效的通信也能夠透過使用無晶振(Crystal-less)USB振蕩器和關閉封包通信之間的耗電USB連接元件而實現(xiàn),如圖1所示。這種創(chuàng)新的方法大幅降低了系統(tǒng)級功耗,并且建立出真正通用的、可提供優(yōu)異能效的M2M接口。
 
物聯(lián)網(wǎng)電池供電設備設計中的USB連接
圖1:具備低能耗模式(LEM,low-energy mode)鍵盤傳輸總線的有效信號表明了何時關閉耗電的USB接口元件。
 
理所當然,對開發(fā)人員和終端使用者來說,低能耗USB應實現(xiàn)于無形之中。透過低能耗模式(LEM),降低能耗是十分明顯的,如圖2所示。當這種技術與其他空間和成本節(jié)省特性(例如無晶振USB應用和時脈恢復)相互結合時,開發(fā)人員能夠實現(xiàn)真正的超低能耗通用M2M接口,并且不需要額外元件。
 
物聯(lián)網(wǎng)電池供電設備設計中的USB連接
圖2:一個典型的USB收發(fā)器在空閑時處于“接收”模式,浪費3-5mA。透過LEM技術,收發(fā)器能夠保持在類似暫停的低電流模式。
 
結論
 
USB接口已經(jīng)從一個減少傳統(tǒng)桌上型PC雜亂線纜連接的簡單需求,發(fā)展成為消費性電子設備接口的標準。具備USB功能的便攜式設備日益普及,促使整合的USB周邊設備提供新的設計要求。
 
新的智能USB硬件使得成本和功耗得以減少,并延長了電池使用壽命。當與無晶振USB技術相結合時,廣泛使用的USB標準將使得所有可連接設備變得更加智能、可連接的、節(jié)能。
 
 
 
 
推薦閱讀:


深度報告:中國成為全球機器人強勁增長引擎
傳感器在物聯(lián)網(wǎng)行業(yè)中如何發(fā)揮潛能?
采用信號調理IC驅動應變片電橋傳感器
能輕松控制LCD顯示屏亮度的環(huán)境光傳感器(附源代碼)
良心出品|頂級MLCC知識全在這里(附行內知名廠商)
 
 

 
要采購傳感器么,點這里了解一下價格!
特別推薦
技術文章更多>>
技術白皮書下載更多>>
熱門搜索
?

關閉

?

關閉