Windows CE的電源管理之三

本篇將以Windows Mobile為例介紹Windows CE電源管理的實現(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)

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

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

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

2. Windows Mobile的電源管理策略

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

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

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

3. Windows Mobile電源管理相關API的應用

最后，通過幾個應用場景簡單介紹一下常用的電源管理相關的API的使用：

• 如果你在設計的是媒體播放器程序，不希望在播放電影時，系統(tǒng)自動轉入Suspend狀態(tài)，這時可以每隔30秒調用一次SystemIdleTimerReset，它會幫你重置那個計時器；如果你還想同時保持背光，那么可以調用SetPowerRequirement(TEXT("BKL1:"), D0, POWER_NAME, NULL, 0);如果你提供一個按鈕允許用戶關閉屏幕，那么調用SetSystemPowerState(NULL, POWER_STATE_IDLE, 0);
• 如果你在設計的是天氣預報程序，需要每天早上6點在線更新天氣信息，這時可以調用CeRunAppAtTime，系統(tǒng)到時會被RTC中斷喚醒，還記得前面提到的那個15秒的計時器嗎，這時你的程序應該在15秒內請求進入Unattended狀態(tài)，否則系統(tǒng)將重新回到睡眠狀態(tài)。在處理更新的過程中，還是應該每隔30秒調用一次SystemIdleTimerReset，在處理完更新后，應該再次調用CeRunAppAtTime，并放棄Unattended狀態(tài)。請注意，在電源管理器的實現(xiàn)代碼中，用了一個引用計數(shù)的變量（gdwUnattendedModeRequests）統(tǒng)計所有對Unattended狀態(tài)的請求，所以PowerPolicyNotify(PPN_UNATTENDEDMODE, TRUE);和PowerPolicyNotify(PPN_UNATTENDEDMODE, FALSE);要成對出現(xiàn)，否則系統(tǒng)將無法回到睡眠狀態(tài)。
• 如果你要開發(fā)一個監(jiān)控電池狀態(tài)的程序，首先應該創(chuàng)建一個接收狀態(tài)通知的線程，在這個線程里調用RequestPowerNotifications，這個函數(shù)的第一個參數(shù)是一個消息隊列的句柄，所以必須先創(chuàng)建一個消息隊列（CreateMsgQueue），第二個參數(shù)是你希望得到的通知類型，這里要用到的是PBT_POWERSTATUSCHANGE|PBT_POWERINFOCHANGE，然后線程就可以等待通知了（WaitForSingleObject），一旦有通知到來，線程通過ReadMsgQueue讀取消息的內容，再做些更新UI的工作。
  相關示例代碼
  <!--<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 備份與恢復
  • 2010-12-15 15:37
  • 瀏覽 199
  • 評論(0)
  • 相關推薦

  評論

  發(fā)表評論

  您還沒有登錄,請您登錄后再發(fā)表評論