嵌入式系統電源管理軟件比較(下)

　　嵌入式Linux

　　嵌入式Linux電源管理結構

　　Linux標準內核標準電源管理有ACPI、APM等機制。這些機制依賴(lài)于PC機的BIOS功能實(shí)現。嵌入式系統一般都沒(méi)有實(shí)現BIOS支持，對其能耗管理機制需要進(jìn)行其他定義。消費類(lèi)電子產(chǎn)品聯(lián)盟—CELF對能耗管理作了定義，其框架如圖4所示。

圖4 CELF電源管理規范

　　CELF的能耗管理框架分為內核層和用戶(hù)層。內核層又劃分為體系結構無(wú)關(guān)層和體系結構相關(guān)層。體系結構相關(guān)層主要提供可管理硬件支持，例如處理器電壓和運行頻率調節，各種總線(xiàn)運行頻率管理，設備的關(guān)斷管理等。內核體系結構無(wú)關(guān)層在體系結構相關(guān)層的基礎上為用戶(hù)層提供APIs，進(jìn)行各種能耗管理功能的支持。它包含一個(gè)能耗管理(PM)引擎，根據系統任務(wù)負載選擇系統運行狀態(tài);提供能耗管理的掛起和恢復方法;提供VST技術(shù)，通過(guò)估計下次準確喚醒時(shí)間來(lái)確保在進(jìn)入深度睡眠時(shí)，不被原來(lái)固定時(shí)間產(chǎn)生的定時(shí)器中斷喚醒;還包含了各種外部設備關(guān)閉/開(kāi)啟的操作邏輯。

　　用戶(hù)通過(guò)編制具有一定智能的管理策略駐留程序，利用系統提供的能耗管理機制，進(jìn)行有效的系統能耗管理。

　　此外，在某些實(shí)現中，也可以將ACPI中的BIOS調用進(jìn)行映射，在內核用軟件實(shí)現回調函數，用以支持沒(méi)有BIOS的電源管理。

　　嵌入式Linux內核電源管理實(shí)現分析

　　2.6內核提供了一個(gè)電源管理框架，在其基礎之上容易實(shí)現各種電源管理規范，例如ACPI和APM規范。2.6內核中的設備驅動(dòng)模型(Linux Driver Model，LDM)是內核對電源管理基礎支持。Kobject基本結構嵌入到描述設備模型的組件的bus、devices、 drivers結構中。這些容器就是通過(guò)kobject連接起來(lái)形成樹(shù)狀結構。每個(gè)對象的屬性(attribute)以文件形式輸出到kobject對應的sysfs目錄下。通過(guò)這種文件系統接口，可以對平臺進(jìn)行有效的電源管理。

　　就嵌入式系統而言，電源管理可以分為靜態(tài)電源管理，動(dòng)態(tài)電源管理，設備電源管理等三個(gè)方面。

　　·靜態(tài)電源管理

　　Linux內核支持ON, Standby, Suspend, 和Hibernate四種電源狀態(tài)。Standby指“帶電掛起”，通過(guò)將CPU置于halt狀態(tài)，將設備置于D1狀態(tài)來(lái)達到節能的目的(ACPI規范中按能耗從高到低分D0~D3)。節能效果不明顯，但是響應延遲最小。Suspend就是掛起到RAM。在該狀態(tài)下，所有設備被置于D3狀態(tài)，整個(gè)系統，除主存處于節電的自刷新模式(self-refresh)外，全部關(guān)閉電源。響應延遲比Standby大。Hibernate 是通過(guò)將系統狀態(tài)保存到非易揮發(fā)性存儲中(通常是磁盤(pán))，關(guān)閉整個(gè)系統的電源。延遲時(shí)間最長(cháng)，但比一次完整啟動(dòng)來(lái)得短。通常情況下嵌入式設備都沒(méi)有支持這種方式。

　　通過(guò)sysfs文件系統接口觸發(fā)系統級電源狀態(tài)轉化。轉換管理是通過(guò)注冊好的驅動(dòng)來(lái)進(jìn)行。例如，prepare函數確認系統能夠進(jìn)入所請求的狀態(tài)，并且進(jìn)行相應的準備工作。例如通過(guò)禁止搶占和“冷凍”所有進(jìn)程來(lái)準備進(jìn)入所請求的電源狀態(tài)。Save函數枚舉所有注冊有電源管理能力的設備，保存系統和處理器的低層狀態(tài)。接著(zhù)PM核心禁止了中斷，關(guān)閉外部設備電源，調用Sleep函數根據掛起級別進(jìn)入睡眠狀態(tài)。在嵌入式設備掛起過(guò)程中可以通過(guò)寫(xiě)入某些特殊的非易失性處理器寄存器來(lái)記錄掛起的原因和掛起時(shí)的代碼執行地址。系統上電后引導程序先執行，從特殊寄存器中判斷系統是否從深度睡眠(Hibernation)中恢復。如果是，則負責從非易揮發(fā)性存儲介質(zhì)中恢復所有的硬件上下文。如果不是，系統負責從sleep()函數處返回。給所有設備上電，恢復中斷。Restore函數被用來(lái)恢復系統的低層調用，恢復設備上下文。Cleanup函數從sleep狀態(tài)恢復必須進(jìn)行的清尾工作，例如搶占重新被允許，系統恢復正常執行。當一次完整的轉換完成后，CPU執行權還給之前執行的進(jìn)程。

　　·動(dòng)態(tài)電源管理

　　(1)動(dòng)態(tài)電源管理原理

　　如圖5所示，系統無(wú)任務(wù)時(shí)進(jìn)入空閑，可被中斷喚醒，處理完后重新進(jìn)入空閑或者回到任務(wù)態(tài)。如果系統被掛起到RAM中，進(jìn)入深度睡眠?？梢躁P(guān)閉除了中斷控制器和喚醒源之外的所有設備，實(shí)現最大限度地省電。根據運行時(shí)不同的任務(wù)負載，系統應該有對應的不同電源級別。如圖示中的任務(wù)、任務(wù)-、任務(wù)+等代表電源需求的狀態(tài)。在完成任務(wù)的同時(shí)，進(jìn)行最大化的節能。

圖5  操作狀態(tài)間的轉換

　　(2)動(dòng)態(tài)電源管理設計

　　在Linux架構下實(shí)現動(dòng)態(tài)電源管理，需要(1)用戶(hù)層的管理策略;(2)內核模塊需要為應用層提供的接口;(3)硬件無(wú)關(guān)的通用電源管理邏輯控制框架;(4)管理特定硬件的平臺相關(guān)電源控制層。

　　用戶(hù)層策略通過(guò)sysfs文件系統接口(或proc文件系統接口)以及系統調用接口(APIs)來(lái)進(jìn)行電源管理。內核硬件無(wú)關(guān)層提供電源管理邏輯控制，針對任務(wù)負載情況選擇反映當前任務(wù)電源狀態(tài)的電源操作點(diǎn)(相關(guān)可控的硬件參數)。內核硬件相關(guān)層主要對應系統的各種總線(xiàn)和設備時(shí)鐘電源參數管理，并管理多種設備的參數約束。

　　·設備驅動(dòng)電源管理

　　在某些設備閑置時(shí)可以被主動(dòng)關(guān)閉，從而節電。在2.6內核中需要實(shí)現總線(xiàn)以及設備的電源管理支持，在驅動(dòng)中需要實(shí)現設備驅動(dòng)的suspend/resume函數。

　　關(guān)閉一個(gè)設備，其驅動(dòng)的suspend方法需要兩個(gè)不同的調用，一個(gè)用來(lái)保存狀，另外一個(gè)用來(lái)關(guān)閉設備電源。相反，resume方法需要一個(gè)調用用來(lái)給設備供電，另一個(gè)調用來(lái)恢復設備的狀態(tài)。在關(guān)閉一個(gè)總線(xiàn)設備時(shí)必須關(guān)閉所有的下一級子設備。相反地，重新使能總線(xiàn)設備時(shí)，必須先使能根設備，然后再使能子設備。

　　·用戶(hù)層電源管理策略

　　嵌入式系統如何做到有效的平臺級能耗管理需要在內核提供的機制上實(shí)現一個(gè)智能化的管理軟件，監控系統電源狀態(tài)，處理相應電源事件，執行針對特定應用制定的管理策略?，F有的Linux ACPI和APM的后臺駐留進(jìn)程，可以供嵌入式系統實(shí)現參考。商業(yè)的嵌入式linux 公司MontaVista 在其Moblinux 4.0以后的版本也提供一個(gè)用戶(hù)態(tài)的電源管理策略和界面。

　　嵌入式操作系統電源管理實(shí)現比較

　　嵌入式操作系統的電源管理功能實(shí)現結構中，主要可以分為核心層、接口層、應用策略管理層。核心層需要提供一個(gè)體系結構無(wú)關(guān)的電源管理框架，感知系統負載，進(jìn)行系統電源狀態(tài)管理。核心層還需要一個(gè)體系結構相關(guān)層，提供硬件相關(guān)的電源狀態(tài)管理，例如進(jìn)行電壓/頻率調節及相應的約束管理。核心層還需要提供一個(gè)用戶(hù)編程接口，用戶(hù)層通過(guò)編程來(lái)利用系統提供的電源管理機制。并且根據不同的應用需求編制智能化的管理策略。

　　在電源管理功能上大致可以分為(1)系統級電源管理，(2)動(dòng)態(tài)電源管理，(3)設備電源管理等三類(lèi)。操作系統檢查任務(wù)負載情況，如果沒(méi)有需要運行的任務(wù)，則一般進(jìn)入空閑等節能狀態(tài)，等待喚醒?？梢栽诳臻e一段時(shí)間后進(jìn)入深度睡眠，掛起到RAM中或者硬盤(pán)上。在運行任務(wù)期間，操作系統還可以利用硬件提供的電源管理功能動(dòng)態(tài)調節芯片運行電壓和頻率，對系統進(jìn)行更加細致的電源管理。操作系統還應該能夠管理閑置的設備，關(guān)閉設備并提供恢復手段。

　　上面我們分析的三種典型的嵌入式操作系統在電源管理方面是各有特色;TinyOS 簡(jiǎn)練小巧有基本的內核態(tài)和系統級的電源管理功能，但是相對比較簡(jiǎn)單;WindowsCE電源管理模塊結構清楚，特別有提供了應用程序的接口，但是到目前看到的為止Windows CE/Mobile 開(kāi)放給用戶(hù)的電源管理功能還待提升;Linux 是開(kāi)源代碼，具有豐富的硬件電源管理支持，策略和動(dòng)態(tài)的電源管理功能，但是相當實(shí)現的零散和分散，應用軟件的接口不清晰和標準，需要用戶(hù)作的工作比較多。

　　總結和展望

　　消費類(lèi)電子如近年流行的智能手機、GPS、移動(dòng)電視都迫切需要高效的電源管理，傳感網(wǎng)節點(diǎn)需要電源管理，以便大規模部署，全球變暖等國際性的問(wèn)題也對電子產(chǎn)業(yè)節能和環(huán)保提出了更高的要求?，F有的能源管理技術(shù)中還有許多問(wèn)題有待于研究和解決，例如，(1)設計更加節能的芯片，減少系統的靜態(tài)功耗，半導體制造工藝的改進(jìn)，在芯片級別進(jìn)行更好性能監測，通過(guò)設計優(yōu)良的負載預測算法，在系統運行中對能耗級別進(jìn)行更加精細調節。(2)在系統軟件的設計上需要規范定義一個(gè)適合應用體系的框架結構，比如Intel 發(fā)起的PPM(power police mangment) 和APM(application power management)就是一個(gè)基于Linux 的開(kāi)源項目，它推動(dòng)著(zhù)一個(gè)系統級和應用相關(guān)的電源管理軟件系統。(3)在網(wǎng)絡(luò )化的系統中，如何進(jìn)行網(wǎng)絡(luò )化能耗管理，在通訊過(guò)程中達到能耗最小化，例如研究能耗感知的路由算法，選擇一個(gè)最節能路徑，避免不必要的喚醒與睡眠。(4)電源管理的QoS，一個(gè)旨在更好的管理硬件系統，以達到性能和功耗平衡的系統。比如CPU的空閑管理，能耗高的Wi-Fi和其他網(wǎng)絡(luò )設備管理等。(5)電源管理的測試和分析工具?？傊?，電源管理技術(shù)是一個(gè)結合微電子、集成電路、嵌入式系統和軟件的綜合學(xué)科，是一個(gè)正在快速發(fā)展的研究課題。它對電子產(chǎn)品的設計具有關(guān)鍵性影響，一個(gè)電源管理設計的好產(chǎn)品可以幫助產(chǎn)品在市場(chǎng)競爭中脫穎而出，克敵制勝。

　　參考文獻：

　　1. J. cott Gardner，ARM Cortex-M3 挑戰8位微控制器經(jīng)濟，Information Quarterly，Number 6, Spring 2007

　　2. 趙永超，Cortex-M3處理器在超低功耗應用的實(shí)現策略，ARM Technical Symposiums, 2007

　　3. ARM Limited. ARM1176JZF Development Technical Reference