中心議題：

• 能源調(diào)試及軟件描述在超低功耗的應(yīng)用技術(shù)
• energyAware Profiler減少開發(fā)功能上正確和能量優(yōu)化的代碼所需時間

解決方案：

• 關(guān)鍵要知道在何處消耗資源
• 一個低能量的外圍設(shè)備套裝組合實現(xiàn)的
• 不能忽視應(yīng)用源代碼的作用

今天幾乎所有微控制器的應(yīng)用都需要更多了解它們在內(nèi)存、時鐘周期及最重要的部分—能源方面是如何消耗寶貴的資源的。雖然工程師們可能本能地知道有些應(yīng)用會消耗掉一些能量或能源，但只有通過進一步的檢測，這種直覺才能得到證實。通常情況下，檢測的形式是在給定時間內(nèi)進行簡單的平均電流測量，然后再推斷出，比如說，一節(jié)單電池的總的預(yù)期壽命。

現(xiàn)在人們更加重視可配置和可編程的解決方案，主要是因為在微控制器中，能源消耗很大程度上直接來自于處理內(nèi)核和許多外圍設(shè)備的活動，這也是為什么現(xiàn)在半導(dǎo)體產(chǎn)業(yè)對超低功耗微控制器解決方案的需求量急劇增加的原因。

傳統(tǒng)上，在大多數(shù)能源敏感的應(yīng)用中人們一直采用8位或16位的設(shè)備，因為這些設(shè)備的內(nèi)核很小，門相對較少, 泄漏電流的水平較低。然而今天的應(yīng)用要求的處理能力要比8位或16位內(nèi)核所能集合的更強大。

過去人們普遍假定32位內(nèi)核產(chǎn)生的電流在節(jié)能模式下就會有益于能量敏感的應(yīng)用。今天看來這是一種誤解。利用現(xiàn)有的全套低功耗設(shè)計技術(shù)， 32位內(nèi)核才可以實現(xiàn)低功耗模式，節(jié)能效果和8位內(nèi)核一樣好，甚至更好。

Energy Micro生產(chǎn)的EFM32 Gecko微控制器是一種新的節(jié)能設(shè)備，是專門開發(fā)來用在MCU操作所有階段的產(chǎn)品，可減少電流和時間（即: 真正的能量）。圖1簡要說明了，與尺寸較小的處理器內(nèi)核相比，這種以ARM Cortex™- M3為基礎(chǔ)的設(shè)備完成任務(wù)的時間更快，更能在低功耗模式下花更多的時間，從而進一步降低平均功耗。 如圖2所示，Gecko已證明了它所消耗的能量僅為8位、16位或32位解決方案所需能量的四分之一。這一性能在很大程度上是通過一個低能量的外圍設(shè)備套裝組合實現(xiàn)的，這個組合包括外圍反射系統(tǒng)（使得外圍設(shè)備圍繞內(nèi)核自動運作）、五個不同的和分級的低能量模式和非?？焖俚膯拘褧r間。 要實現(xiàn)目標應(yīng)用中盡可能低的能源消耗，我們不能忽視應(yīng)用源代碼所發(fā)揮的關(guān)鍵作用。如果電池壽命被充分最大化了, 源代碼的設(shè)計就要盡量使用低能量的外圍設(shè)備和低能量模式。
[page]
由于源代碼庫規(guī)模的增長,源代碼變得越來越難以識別，例如，當需要中斷服務(wù)程序來取代循環(huán)時：一個簡單的代碼疏忽可能會導(dǎo)致處理器繼續(xù)保持全面活躍,同時等待某個外部事件的發(fā)生，而不是進入節(jié)能睡眠模式。

在檢查代碼或在理想條件下進行測試時，這種偽隨機事件很容易被忽略，而且在浸泡試驗中很難捕捉到它。同樣，即使是最有經(jīng)驗的工程師可能也無法獨自從一張純粹的代碼列表中識別出消耗了不定量能源的代碼。

雖然通過萬用表閱讀或示波器跟蹤可能會測出給定時間內(nèi)的能耗平均水平，它卻不能測出特定事件所消耗的電流。同樣，邏輯分析儀可以顯示某個特別程序開始運行的時間和次數(shù)，但卻不能將此與電涌聯(lián)系起來。

利用創(chuàng)新科技，Energy Micro開發(fā)了一種克服這些限制的解決方案，該方案不僅提供了所用的瞬時能量水平，也將信息與當時實際采用的代碼聯(lián)系了起來。

energyAware Profiler是用于PC的一種能量調(diào)試工具，它采用了現(xiàn)有的EFM32 Gecko開發(fā)工具包中的專用Advanced Energy Monitoring (先進能源監(jiān)控AEM）系統(tǒng)。AEM能顯示開發(fā)工具包里印刷線路板上液晶顯示器應(yīng)用的實時耗電量，如圖3所示，在運用Profiler軟件時，能源調(diào)試的真正能量才得以實現(xiàn)。 該軟件通過USB接口在Windows和開發(fā)工具包界面上運行。來自開發(fā)工具包里的基本數(shù)據(jù)使PC顯示出運行在目標MCU上的應(yīng)用代碼的實時能量剖面。

默認配置顯示出時間推移中的能量水平，使工程師能識別出某個關(guān)注區(qū)域里使用的能源可能比預(yù)期的高了。隨著時間的推移, 系統(tǒng)推斷出的電池供電應(yīng)用的預(yù)期壽命指標比通過一張數(shù)據(jù)表中估算出最好和最差情況下的數(shù)據(jù)更準確。

在與energyAware Profiler一同使用時，AEM系統(tǒng)采用一個基于ARM的串行接口收集應(yīng)用中的其它信息。傳遞給它的數(shù)據(jù)采用AEM系統(tǒng)的硬件進行解碼，然后再傳到PC上。這項活動的非侵入性意味著目標的能源剖面不以任何方式改變。

其它數(shù)據(jù)包括重要的調(diào)試信息，包括Program Counter(程序計數(shù)器)，它使energyAware Profiler能及時識別在某個特定時刻采用的實際源代碼，如能量圖所示。這會立刻向工程師指出該程序產(chǎn)生高能耗的任何區(qū)域，將代碼進行優(yōu)化以降低整體能源消耗。見圖4。 該圖通過寬度和高度的軌跡和快速的量級來代表能量的使用。下面是獨立的峰值 – 很容易通過使用示波器來監(jiān)控電源的電流進行識別- 實際上可能并不需要進一步調(diào)查，而長期以來相對較少的活動其實也代表無用循環(huán)可以輕易被中斷驅(qū)動的事件所取代，這將使設(shè)備進入一個節(jié)能睡眠模式的過渡期。
[page]
通過查看這些與源代碼緊密相關(guān)的圖表資料，工程師很快就能夠在一個項目中識別、放棄和優(yōu)先考慮具體的程序，避免不必要的能源使用量。這很容易轉(zhuǎn)化為一個量級的低能源消耗，因此，是更為有效的應(yīng)用。

在為一個設(shè)備或應(yīng)用設(shè)定額定功率時，參考數(shù)據(jù)表對工程隊而言是司空見慣的。然而，正如我們之前提到的，能源和功率根本不一樣，很多低功耗設(shè)備使用更多的能源，因為它們在一個較長時期內(nèi)很活躍。由于這個原因，我們不能忽視電源管理的時間軸，但很少能以一個可靠的方式實現(xiàn)它。

顯然在這種情況下該軟件的剖面是至關(guān)重要的?？上Т蠖鄶?shù)的軟件工程師并未深刻意識到哪個代碼具有公開的“能源效率”。這不是批評，而是觀察的結(jié)果，我們不能把軟件看成先天資源不足，說它超出了傳統(tǒng)的時鐘周期和記憶的條件。不過，今天每個時鐘周期仍在消耗能源, 減少消耗是工程師們開發(fā)超低能源應(yīng)用時所要面對的主要挑戰(zhàn)。

此外，減少時鐘周期直接關(guān)系到使用較少的能量，正確優(yōu)化時鐘周期提供了較佳的整體能量剖面。很明顯，一個功能上正確的程序不一定能通過設(shè)計優(yōu)化能源效率。

為EFM32 Gecko MCU開發(fā)的energyAware Profiler技術(shù)有一個從0.1μA至100mA的動態(tài)范圍，應(yīng)用的精細調(diào)試與功能調(diào)試同時進行，從而將開發(fā)時間的結(jié)果最大化了。

能源調(diào)試以及軟件描述在超低功耗應(yīng)用和技術(shù)中變得越來越關(guān)鍵。雖然EFM32 Gecko MCU是一種固有的低功率技術(shù)，隨著時間的推移, 保持較低的能源消耗與應(yīng)用的性能之間有著內(nèi)在的聯(lián)系。這使得它在短期內(nèi)受面向應(yīng)用的條件限制，很難模擬。雖然數(shù)據(jù)表可能會幫助一位工程師了解在一定條件下某個設(shè)備使用的能源數(shù)量，但是只有當應(yīng)用程序真的實際運行了，該數(shù)據(jù)表的數(shù)字才真的會得到檢驗。

工程師們有了經(jīng)驗和足夠的時間，就能夠開發(fā)出功能上正確和能量優(yōu)化的代碼，而有了energyAware Profiler的幫助，所需的時間和專業(yè)知識明顯減少了，不論所有工程隊的時間壓力有多大都能趕上進度。工程隊現(xiàn)在更好地配備了低功率技術(shù)及能源描述解決方案，可以應(yīng)對真正低能源解決方案的設(shè)計挑戰(zhàn)了。