Windows CE的電源管理之三

本篇將以Windows Mobile為例介紹Windows CE電源管理的實(shí)現(xiàn)，大體上，Windows Mobile分為Pocket PC和Smartphone兩種版本。這兩者之間的主要區(qū)別在于觸摸屏和電源模型，Smartphone采用的是“Always On”模型。為了說清楚它們的區(qū)別，我們就先從系統(tǒng)電源狀態(tài)說起吧（這里有些系統(tǒng)電源狀態(tài)是從WM5開始才有的）。

1. Windows Mobile的系統(tǒng)電源狀態(tài)

可以通過注冊(cè)表查看系統(tǒng)電源狀態(tài)對(duì)應(yīng)的具體設(shè)備的電源狀態(tài)，[HLM\System\CurrentControlSet\Control\Power\State]。

現(xiàn)在我們知道，Smartphone沒有真正的睡眠模式，即使它會(huì)在一段時(shí)間后關(guān)閉背光和屏幕，但它并沒有睡著，只是休息一下眼睛罷了，它的大腦和四肢仍在正常工作。PocketPC所采用的模型比Smartphone要復(fù)雜的多，你可以按下電源鍵讓系統(tǒng)睡眠，在必要時(shí)，也可以喚醒系統(tǒng)做一些工作然后再繼續(xù)睡眠。如果你在Smartphone上運(yùn)行一個(gè)桌面精靈之類的程序，她為了引起你的注意，長(zhǎng)時(shí)間的蹦啊跳啊，不管白天還是黑夜，可想而知，你的待機(jī)時(shí)間將......

你可能會(huì)覺得PocketPC的“Sleep”模型比Smartphone的“Always On”模型要省電，其實(shí)恰恰相反。因?yàn)樵谙到y(tǒng)睡眠的過程中，它需要通知所有的設(shè)備驅(qū)動(dòng)，為了讓它們保存一些重要的信息并關(guān)閉相應(yīng)的硬件設(shè)備，在系統(tǒng)被喚醒時(shí)也需要通知它們恢復(fù)先前的工作。這個(gè)過程不僅耗時(shí)還可能會(huì)耗更多的電，因?yàn)橐恍┰O(shè)備在頻繁的狀態(tài)轉(zhuǎn)換過程中會(huì)消耗比較多的能量。這也就是為什么當(dāng)你收到一條短信時(shí)，睡眠狀態(tài)的PocketPC要花3到6秒的時(shí)間來處理，而Smartphone只需要幾個(gè)微秒:)

2. Windows Mobile的電源管理策略

我們可以用系統(tǒng)電源狀態(tài)機(jī)來簡(jiǎn)單的描述Windows Mobile的電源管理策略，以PocketPC為例，系統(tǒng)電源狀態(tài)機(jī)如下圖所示：

系統(tǒng)內(nèi)部的電源管理器負(fù)責(zé)協(xié)調(diào)電源狀態(tài)的轉(zhuǎn)換，電源狀態(tài)的轉(zhuǎn)換主要由一下幾種方式觸發(fā)：

• 計(jì)時(shí)器超時(shí)：SuspendTimeout和ResumingSuspendTimeout，分別對(duì)應(yīng)于第一節(jié)介紹Suspend和Resuming狀態(tài)時(shí)所提到的計(jì)時(shí)器。細(xì)說起來，它們每個(gè)又有兩個(gè)值，分別對(duì)應(yīng)著電源供電時(shí)和電池供電時(shí)的超時(shí)值，也就是注冊(cè)表[HLM\System\CurrentControlSet\Control\Power\Timeout]中的ACSuspendTimeout、BattSuspendTimeout、ACResumingSuspendTimeout、BattResumingSuspendTimeout；
• 系統(tǒng)調(diào)用：驅(qū)動(dòng)程序或應(yīng)用程序通過相應(yīng)的API，請(qǐng)求進(jìn)入某種電源狀態(tài)。這類API在前面的文章中已經(jīng)有所介紹，如SetSystemPowerState、SetPowerRequirement、DevicePowerNotify等；
• 平臺(tái)相關(guān)的系統(tǒng)調(diào)用：通過PowerPolicyNotify通知電源管理器發(fā)生了某個(gè)事件，它的實(shí)現(xiàn)比較靈活，驅(qū)動(dòng)程序或應(yīng)用程序可以通過相應(yīng)的參數(shù)與電源管理器進(jìn)行交互，比如PPN_POWERCHANGE、PPN_SUSPENDKEYPRESSED、PPN_UNATTENDEDMODE等，參見"pmpolicy.h"；
• 直接訪問內(nèi)核對(duì)象：事件（Event）作為Windows CE系統(tǒng)的內(nèi)核對(duì)象，可以通過事件名稱在進(jìn)程間共享，因此我們可以訪問電源管理器中的兩個(gè)事件，它們的名字分別是_T("PowerManager/ReloadActivityTimeouts")、_T("PowerManager/SystemIdleTimerReset")。如果你的程序需要?jiǎng)討B(tài)修改那幾個(gè)計(jì)時(shí)器的時(shí)間長(zhǎng)度，可以通過第一個(gè)事件通知電源管理器重新讀取注冊(cè)表中計(jì)時(shí)器的值，而第二個(gè)事件與SystemIdleTimerReset功能一樣，可以阻止系統(tǒng)進(jìn)入睡眠狀態(tài)。

3. Windows Mobile電源管理相關(guān)API的應(yīng)用

最后，通過幾個(gè)應(yīng)用場(chǎng)景簡(jiǎn)單介紹一下常用的電源管理相關(guān)的API的使用：

• 如果你在設(shè)計(jì)的是媒體播放器程序，不希望在播放電影時(shí)，系統(tǒng)自動(dòng)轉(zhuǎn)入Suspend狀態(tài)，這時(shí)可以每隔30秒調(diào)用一次SystemIdleTimerReset，它會(huì)幫你重置那個(gè)計(jì)時(shí)器；如果你還想同時(shí)保持背光，那么可以調(diào)用SetPowerRequirement(TEXT("BKL1:"), D0, POWER_NAME, NULL, 0);如果你提供一個(gè)按鈕允許用戶關(guān)閉屏幕，那么調(diào)用SetSystemPowerState(NULL, POWER_STATE_IDLE, 0);
• 如果你在設(shè)計(jì)的是天氣預(yù)報(bào)程序，需要每天早上6點(diǎn)在線更新天氣信息，這時(shí)可以調(diào)用CeRunAppAtTime，系統(tǒng)到時(shí)會(huì)被RTC中斷喚醒，還記得前面提到的那個(gè)15秒的計(jì)時(shí)器嗎，這時(shí)你的程序應(yīng)該在15秒內(nèi)請(qǐng)求進(jìn)入U(xiǎn)nattended狀態(tài)，否則系統(tǒng)將重新回到睡眠狀態(tài)。在處理更新的過程中，還是應(yīng)該每隔30秒調(diào)用一次SystemIdleTimerReset，在處理完更新后，應(yīng)該再次調(diào)用CeRunAppAtTime，并放棄Unattended狀態(tài)。請(qǐng)注意，在電源管理器的實(shí)現(xiàn)代碼中，用了一個(gè)引用計(jì)數(shù)的變量（gdwUnattendedModeRequests）統(tǒng)計(jì)所有對(duì)Unattended狀態(tài)的請(qǐng)求，所以PowerPolicyNotify(PPN_UNATTENDEDMODE, TRUE);和PowerPolicyNotify(PPN_UNATTENDEDMODE, FALSE);要成對(duì)出現(xiàn)，否則系統(tǒng)將無法回到睡眠狀態(tài)。
• 如果你要開發(fā)一個(gè)監(jiān)控電池狀態(tài)的程序，首先應(yīng)該創(chuàng)建一個(gè)接收狀態(tài)通知的線程，在這個(gè)線程里調(diào)用RequestPowerNotifications，這個(gè)函數(shù)的第一個(gè)參數(shù)是一個(gè)消息隊(duì)列的句柄，所以必須先創(chuàng)建一個(gè)消息隊(duì)列（CreateMsgQueue），第二個(gè)參數(shù)是你希望得到的通知類型，這里要用到的是PBT_POWERSTATUSCHANGE|PBT_POWERINFOCHANGE，然后線程就可以等待通知了（WaitForSingleObject），一旦有通知到來，線程通過ReadMsgQueue讀取消息的內(nèi)容，再做些更新UI的工作。
  相關(guān)示例代碼
  <!--<br /><br />Code highlighting produced by Actipro CodeHighlighter (freeware)<br />http://www.CodeHighlighter.com/<br /><br />--> // ***************************************************************************
  // Function Name: PowerNotificationThread
  //
  // Purpose: listens for power change notifications
  //
  DWORD PowerNotificationThread(LPVOID pVoid)
  {
  // size of a POWER_BROADCAST message
  DWORD cbPowerMsgSize = sizeof POWER_BROADCAST + (MAX_PATH * sizeof TCHAR);
  
  // Initialize our MSGQUEUEOPTIONS structure
  MSGQUEUEOPTIONS mqo;
  mqo.dwSize = sizeof (MSGQUEUEOPTIONS);
  mqo.dwFlags = MSGQUEUE_NOPRECOMMIT;
  mqo.dwMaxMessages = 4 ;
  mqo.cbMaxMessage = cbPowerMsgSize;
  mqo.bReadAccess = TRUE;
  
  // Create a message queue to receive power notifications
  HANDLE hPowerMsgQ = CreateMsgQueue(NULL, & mqo);
  if (NULL == hPowerMsgQ)
  {
  RETAILMSG( 1 , (L " CreateMsgQueue failed: %x\n " , GetLastError()));
  goto Error;
  }
  
  // Request power notifications
  HANDLE hPowerNotifications = RequestPowerNotifications(hPowerMsgQ, PBT_POWERSTATUSCHANGE | PBT_POWERINFOCHANGE);
  
  if (NULL == hPowerNotifications)
  {
  RETAILMSG( 1 , (L " RequestPowerNotifications failed: %x\n " , GetLastError()));
  goto Error;
  }
  
  HANDLE rgHandles[ 2 ] = { 0 } ;
  rgHandles[ 0 ] = hPowerMsgQ;
  rgHandles[ 1 ] = g_hEventShutDown;
  
  // Wait for a power notification or for the app to exit
  while (WaitForMultipleObjects( 2 , rgHandles, FALSE, INFINITE) == WAIT_OBJECT_0)
  {
  DWORD cbRead;
  DWORD dwFlags;
  POWER_BROADCAST * ppb = (POWER_BROADCAST * ) new BYTE[cbPowerMsgSize];
  
  // loop through in case there is more than 1 msg
  while (ReadMsgQueue(hPowerMsgQ, ppb, cbPowerMsgSize, & cbRead,
  0 , & dwFlags))
  {
  switch (ppb -> Message)
  {
  case PBT_POWERINFOCHANGE:
  {
  RETAILMSG( 1 ,(L " Power Notification Message: PBT_POWERINFOCHANGE\n " ));
  
  // PBT_POWERINFOCHANGE message embeds a
  // POWER_BROADCAST_POWER_INFO structure into the
  // SystemPowerState field
  PPOWER_BROADCAST_POWER_INFO ppbpi =
  (PPOWER_BROADCAST_POWER_INFO) ppb -> SystemPowerState;
  if (ppbpi)
  {
  RETAILMSG( 1 ,(L " Length: %d " , ppb -> Length));
  RETAILMSG( 1 ,(L " BatteryLifeTime = %d\n " ,ppbpi -> dwBatteryLifeTime));
  RETAILMSG( 1 ,(L " BatterFullLifeTime = %d\n " ,
  ppbpi -> dwBatteryFullLifeTime));
  RETAILMSG( 1 ,(L " BackupBatteryLifeTime = %d\n " ,
  ppbpi -> dwBackupBatteryLifeTime));
  RETAILMSG( 1 ,(L " BackupBatteryFullLifeTime = %d\n " ,
  ppbpi -> dwBackupBatteryFullLifeTime));
  RETAILMSG( 1 ,(L " ACLineStatus = %d\n " ,ppbpi -> bACLineStatus));
  RETAILMSG( 1 ,(L " BatteryFlag = %d\n " ,ppbpi -> bBatteryFlag));
  RETAILMSG( 1 ,(L " BatteryLifePercent = %d\n " ,
  ppbpi -> bBatteryLifePercent));
  RETAILMSG( 1 ,(L " BackupBatteryFlag = %d\n " ,
  ppbpi -> bBackupBatteryFlag));
  http://www.cnblogs.com/Images/Outli
  分享到：
  Oracle 外部表 | 基于catalog 的RMAN 備份與恢復(fù)
  • 2010-12-15 15:37
  • 瀏覽 199
  • 評(píng)論(0)
  • 相關(guān)推薦

  評(píng)論

  發(fā)表評(píng)論

  您還沒有登錄,請(qǐng)您登錄后再發(fā)表評(píng)論