長期以來，在所有的業(yè)界和市場中，我們一直都能看到對于能夠長期運作的高能效、電池供電型設(shè)備的需求；隨著物聯(lián)網(wǎng)(IoT)的興起，嵌入式設(shè)計人員正把大量精力放在關(guān)注「超省電」設(shè)備的電源管理。 當考慮到需要某種形式無線連接的電池供電型設(shè)備時，無論在簡單的點對點無線網(wǎng)絡(luò)配置，或是更復(fù)雜的星型或網(wǎng)狀網(wǎng)絡(luò)中，這都尤為真切。 有許多被認為非常適合超省電設(shè)備類型的應(yīng)用，其中一個典型的例子是無線傳感器節(jié)點，從功能上看，它是一個需要長期運行(在某些情況下長達幾年)同時采用電池供電的相對簡單設(shè)備。 要為這類應(yīng)用建構(gòu)成功的產(chǎn)品，開發(fā)人員必須考慮整個設(shè)計的諸多方面。 這些設(shè)計考慮不僅包括微控制器(MCU)和它的能效等級，而且也包括系統(tǒng)中的其他元素，例如無線接口(不僅僅是物理實現(xiàn)，也包括使用的無線協(xié)議)、系統(tǒng)級電源管理(例如，整合到MCU中的低壓差調(diào)節(jié)器或者專用電源管理IC)、傳感器、以及需要收集和處理傳感器數(shù)據(jù)的模擬功能。 圖1顯示了無線傳感器節(jié)點的關(guān)鍵組成部分。 讓我們首先從MCU開始討論，這是設(shè)計的核心。 對于電池供電的無線傳感器節(jié)點來說，MCU必須具備超高的能效。 RF協(xié)議和數(shù)據(jù)處理的需求(可能用于訊號調(diào)節(jié)和數(shù)字訊號處理)將可能決定32位或者8位MCU的選擇，盡管如此，無論MCU如何選擇，許多低能耗需求依然是必要的。 圖1 典型的無線傳感器節(jié)點架構(gòu) 例如把MCU從超低功耗模式喚醒到全速運行模式的時間長度(例如2微秒)，將對節(jié)省電池電量產(chǎn)生顯著差異；在這種情形下，MCU喚醒時間越短越好。 在MCU進行功耗模式轉(zhuǎn)換期間，它不能做任何有意義的事情。 其他兩個也對系統(tǒng)級能耗具備顯著影響的參數(shù)是：低功耗模式下的能耗(應(yīng)當小于1微安培)和工作模式期間的能耗(這取決于使用的MCU核心以及MCU自身的制程技術(shù)，通常應(yīng)當在150微安培/MHz或以下)。 也有其他因素影響能效，但是這三種因素(計算需求、低功耗模式時的能耗和工作模式時的能耗)是最基本的架構(gòu)考慮因素，將大幅影響應(yīng)用中MCU的選擇。 系統(tǒng)設(shè)計人員也應(yīng)仔細考慮所選擇的MCU有多少能力是不仰賴CPU核心本身的。 例如，透過傳感器接口的自主處理能力能夠顯著節(jié)省能耗。 自主型傳感器接口透過MCU為傳感器提供觸發(fā)訊號(或者電源)，能夠讀回和解釋結(jié)果，直到獲得「有用」數(shù)據(jù)以后才喚醒MCU，這對于延長系統(tǒng)電池壽命大有幫助。 例如圖2所示，Silicon Labs的EFM32 MCU架構(gòu)結(jié)合了自主型低能耗傳感器接口(又稱為LESENSE)和電路板上的比較器，能夠從周邊傳感器收集數(shù)據(jù)并且僅僅在有正確或者有用數(shù)據(jù)后才喚醒CPU，實現(xiàn)所有功能所需的超低功耗預(yù)算僅僅1.5微安培。 圖2 32位的EFM32 MCU中的低能耗傳感器接口(LESENSE)技術(shù) 雖然還有其他的MCU節(jié)能措施需要在超省電型應(yīng)用中加以考慮，以我們的簡單無線傳感器應(yīng)用范例來說，仍有很多除了MCU以外需要考慮的地方。 現(xiàn)在讓我們轉(zhuǎn)到無線連接組成部分，我們能夠考慮幾種顯著不同的選項；無線拓撲(如圖3所示)和協(xié)議選擇(如圖4所示)都將影響需要維持無線鏈路的功耗預(yù)算。 圖3 網(wǎng)絡(luò)拓撲范例 在某些情形下，采用私有sub-GHz協(xié)議的簡單點對點連接可能看起來是合適的選擇，因為它可能僅需要消耗最少的電池電量。 然而，這種簡單的無線配置限制了傳感器發(fā)揮作用的部署位置和范圍。 建構(gòu)在2.4GHz或者sub-GHz技術(shù)上的星狀配置增加了傳感器部署的靈活性，這意味著能夠在同一網(wǎng)絡(luò)中部署更多的傳感器，但是這也可能增加用于傳輸數(shù)據(jù)的協(xié)議之復(fù)雜性，因而增加RF傳輸量，并且導(dǎo)致消耗更多電池電量。 第三個值得考慮的選項是基于協(xié)議堆棧(例如ZigBee)的網(wǎng)狀網(wǎng)絡(luò)配置。 雖然網(wǎng)狀網(wǎng)絡(luò)消耗最大的傳感器節(jié)點電池電量，但是它也提供了任意節(jié)點間皆可相互傳輸?shù)淖畲蟛渴痨`活性。 藉由無線協(xié)議堆棧(例如ZigBee)，網(wǎng)狀網(wǎng)絡(luò)也能夠提供具備自修復(fù)能力網(wǎng)絡(luò)的最可靠部署選項(也就是說如果網(wǎng)絡(luò)中的一個節(jié)點發(fā)生了故障，被發(fā)送的訊息仍然能夠找到另一條路徑而到達目的地)。 與網(wǎng)絡(luò)配置選擇密切相關(guān)的是必須傳輸?shù)臄?shù)據(jù)量，包括從節(jié)點到節(jié)點或者從節(jié)點到收集器。 在傳感器節(jié)點，在無線鏈路上傳輸?shù)臄?shù)據(jù)量應(yīng)當相對小(尤其是如果一些數(shù)據(jù)能夠在節(jié)點的MCU上處理，那么僅僅需發(fā)送相關(guān)信息，而不是傳輸所有收集的數(shù)據(jù))。 因此，ZigBee提供了最佳的網(wǎng)狀網(wǎng)絡(luò)解決方案；Bluetooth Smart是基于標準的、功耗敏感型點對點配置的最佳選擇；專有型的sub-GHz解決方案在星型或者點對點配置中為網(wǎng)絡(luò)大小、帶寬和數(shù)據(jù)負載提供了最大的靈活性。 表1匯整了IoT應(yīng)用中領(lǐng)先的RF技術(shù)的多種關(guān)鍵特性和好處。 表1 RF協(xié)議之間的主要不同點 考慮采用長距離(long-range)技術(shù)和平臺(例如LoRa和Sigfox)也是有幫助的，它們支持高節(jié)點數(shù)量網(wǎng)絡(luò)連接，具備最大數(shù)十公里傳輸距離并且仍然支持低功耗系統(tǒng)。 使用這些長距離無線技術(shù)，能夠在極廣的區(qū)域部署節(jié)能型傳感器節(jié)點。 對于無線連接來說，另一個考慮因素是用來保護傳輸數(shù)據(jù)的加密設(shè)計；如何處理加密對超省電型設(shè)備產(chǎn)生很大影響。 例如，ZigBee加密內(nèi)建在協(xié)議堆棧中，但是如果用于執(zhí)行協(xié)議堆棧的MCU (或者處理器核心)沒有適當?shù)募用苡布?，那么它將不得不采用軟件方法，花費更多周期來執(zhí)行算法。 舉例來說，在一個具備AES硬件加速器的ARM Cortex-M0 處理器上執(zhí)行128位的AES加密邏輯花費54個周期，而在沒有硬件加速器的ARM Cortex-M0 處理器上，執(zhí)行同樣的加密邏輯將花費4,000個周期，大約是具備硬件加密支持MCU的80倍；當傳感器節(jié)點在無線鏈路上接收或者發(fā)送數(shù)據(jù)時，這將對整體功耗產(chǎn)生顯著的影響。 在IoT市場中，無線鏈路上的安全傳輸需求正在增加。 隨著更加復(fù)雜的加密需求出現(xiàn)在無線網(wǎng)絡(luò)中，這種超省電型設(shè)備中因加密功能而帶來的電源管理考慮正變得日益重要，并且對于開發(fā)人員進行硬件選擇帶來顯著的影響。 就節(jié)點范例中的傳感器而言，有許多可以選擇，從光、環(huán)境、到運動傳感器。 傳感器的選擇最終是由你要測量什么而決定。 在我們的例子中將選擇環(huán)境光強度測量；有幾個選擇可以用于測量環(huán)境光，以分離式感測組件開始，它們可以被設(shè)計實現(xiàn)非常低的功耗，但是這種方法把訊號的調(diào)節(jié)和處理負擔放到MCU上。 其結(jié)果是MCU將需要在更長的時間周期內(nèi)處于工作模式；更多外圍將保持工作狀態(tài)，例如模擬數(shù)字轉(zhuǎn)換器(ADC)等，而整體系統(tǒng)功耗將會上升。 另一種選擇是使用內(nèi)建智能型環(huán)境光傳感器，如圖4所示。 圖4 具備內(nèi)建訊號調(diào)節(jié)功能的環(huán)境光傳感器 把訊號調(diào)節(jié)內(nèi)建到傳感器中提供一些顯著優(yōu)勢；被發(fā)送到MCU的數(shù)據(jù)將是可被應(yīng)用快速且容易解釋的相關(guān)數(shù)據(jù)，這意味著MCU能夠盡可能長的保持休眠狀態(tài)。 有預(yù)調(diào)節(jié)過的數(shù)據(jù)發(fā)送到數(shù)字接口，例如SPI或者I2C，也意味著MCU能夠比使用自身ADC更有效的收集數(shù)據(jù)。 雖然這個范例中指定了環(huán)境光感測，但是許多其他傳感器有類似的實現(xiàn)方式，包括內(nèi)建的智能且能提供數(shù)據(jù)給主機MCU，這些都能實時實現(xiàn)降低整體系統(tǒng)功耗的目標。 省電型設(shè)備應(yīng)用中最后的設(shè)計考慮是簡化系統(tǒng)本身供電。 取決于應(yīng)用中使用的電池類型，如果需要比電池所提供更多的電壓或電流，通常需要升壓轉(zhuǎn)換器或者升壓開關(guān)調(diào)節(jié)器。 例如，如果你正在使用1.5V單節(jié)鈕扣電池，但是需要為MCU產(chǎn)生3.3V供電，那么當考慮整體設(shè)備電源管理時，你需要考慮支持這個功能。 因此在這里的慎重選擇可能再次對系統(tǒng)的整體功耗產(chǎn)生重要影響；大多數(shù)可用的升壓轉(zhuǎn)換器消耗大約5~7微安培電流，但是如果設(shè)備大多數(shù)時間處于休眠模式，那么這將是一項沉重的負擔。 現(xiàn)在已經(jīng)有具備1微安培功耗甚至低至150nA的升壓轉(zhuǎn)換器(同時維持高升壓效率)供選擇。 對于更復(fù)雜的系統(tǒng)，考慮采用電源管理芯片(PMIC)更精確地控制整個系統(tǒng)是值得的；從單一電源，你能夠產(chǎn)生多個電壓以驅(qū)動嵌入式系統(tǒng)中的不同組成部分，調(diào)諧每一電壓能夠提供恰好的應(yīng)用所需，而沒有任何能源浪費。 例如，你能夠單獨為系統(tǒng)中的無線部分提供電源，這意味著無線部分能夠在不使用時完全的關(guān)閉(如果協(xié)議支持這種能力)；或者，如果你有支持I/O和核心分別供電的MCU，你能夠透過使用PMIC再次獲得最佳MCU能耗，并且也能夠為應(yīng)用中使用的傳感器提供單獨的電源。 高質(zhì)量的PMIC也將為一般系統(tǒng)控制提供額外的功能，例如看門狗定時器(watchdog timer)和回復(fù)能力。 PMIC不適合所有的應(yīng)用，部分原因是由于額外的成本，但是在可承受額外成本的應(yīng)用中，PMIC方式代表了超省電型應(yīng)用中整體系統(tǒng)能耗管理的極佳途徑。 總之，在開發(fā)電池供電的超省電型應(yīng)用中，有多種不同的系統(tǒng)設(shè)計方面涉及其中。 不僅僅是半導(dǎo)體組件選擇和軟件整體設(shè)計，還包括無線協(xié)議堆棧、加密和數(shù)據(jù)處理等，都是重要的考慮因素。 每一種設(shè)計都能夠顯著影響系統(tǒng)的總體功耗預(yù)算，幫助你建構(gòu)具備最大化電池有效使用壽命的超省電型設(shè)備，這正是良好的IoT系統(tǒng)設(shè)計的關(guān)鍵所在。 (mbbeetchina)