直播推薦
企業(yè)動態(tài)
- 紛享銷客發(fā)布首個企業(yè)級智能CRM平臺ShareAI
- 揭秘西企業(yè)數(shù)字化+低碳化轉(zhuǎn)型“工具箱”:西門子Xcelerator
- 企業(yè)AI賦能數(shù)智制造,用友U9 cloud世界級云ERP煥新升級
- 《“智“領石化,“質(zhì)“造未來——威圖石化行業(yè)數(shù)智化實踐白皮書》隆重發(fā)布
- 攜手共贏!德國Agfa搭載瑞典IPCO鋼帶,實現(xiàn)印刷設備振動銳減6倍,提升印刷速度與精度
- 創(chuàng)四方集團榮獲“知名商標品牌閃亮”證書,助力品牌戰(zhàn)略升級
- 皇冠CAD(CrownCAD)2025 R3版本來了,率先開啟C“Ai”D時代!
- 電費砍半!中國制冷展:海爾發(fā)布AI建筑最新成果
推薦展會
當用戶關(guān)閉了一個使用電池的windows ce 設備,電源系統(tǒng)不會關(guān)閉pc電源,事實上,只是系統(tǒng)被掛起(譯者注:這里就像有些pocketpc把關(guān)閉電源放在拔sim卡的位置,拔出sim卡才真正關(guān)閉電源。但是,目前包括smartphone在內(nèi),因為硬件設備,比如cpu無法進入低功耗,所以為了省電,需要做到關(guān)閉應用處理器及大部分設備供電,然后需要喚醒時,再通過定時器或無線模塊喚醒。所以不關(guān)閉電源的情況不是的。)當用戶打開設備電源,設備不會像pc一樣重新啟動,而是被喚醒,返回到與系統(tǒng)掛起前一樣的狀態(tài)。這樣導致一個應用程序在喚醒后會像掛起前一樣運行。事實上,應用程序根本不知道它被掛起,除非它明確地請求當系統(tǒng)掛起時通知它。從應用程序的角度看,電源管理有三種方式,查詢電源狀態(tài),改變電源狀態(tài),和防止電源狀態(tài)改變。
查詢電源狀態(tài)
要查詢系統(tǒng)當前的電源狀態(tài),你必須調(diào)用
dword getsystempowerstatusex2 (psystem_power_status_ex2 psystempowerstatusex2, dword dwlen, bool fup-date);
函數(shù)帶了三個參數(shù):一個指向system_power_ status_ex2結(jié)構(gòu)的指針,結(jié)構(gòu)的長度,和一個布爾值,表示告訴操作系統(tǒng)是否應該查詢電池驅(qū)動來得到zui后的信息或者直接返回電池緩存中的信息。系統(tǒng)大約每5秒查詢一次電池狀態(tài),因此,如果第三個差數(shù)是false,得到的數(shù)據(jù)不會太舊。結(jié)構(gòu)system_power_status_ex2被定義為
typedef struct _system_power_status_ex2 {
byte aclinestatus;
byte batteryflag;
byte batterylifepercent;
byte reserved1;
dword batterylifetime;
dword batteryfulllifetime;
byte reserved2;
byte backupbatteryflag;
byte backupbatterylifepercent;
byte reserved3;
dword backupbatterylifetime;
dword backupbatteryfulllifetime;
word batteryvoltage;
dword batterycurrent;
dword batteryaveragecurrent;
dword batteryaverageinterval;
dword batterymahourconsumed;
dword batterytemperature;
dword backupbatteryvoltage;
byte batterychemistry;
} system_power_status_ex2;
在我描述的這個巨大的結(jié)構(gòu)之前,我必須告誡你,這個結(jié)構(gòu)返回的數(shù)據(jù)程度和電池驅(qū)動一樣。同樣的結(jié)構(gòu)被傳給電池驅(qū)動來查詢它的狀態(tài)。windows ce不驗證電池驅(qū)動返回的數(shù)據(jù)。這個函數(shù)返回來的數(shù)據(jù)依賴于電池驅(qū)動,因此不同的系統(tǒng)有不同的變化。舉個例子,許多系統(tǒng)在使用ac電源時不報告的電源級數(shù);另一些系統(tǒng)則相反。應用程序使用getsystempowerstatusex2來自動預防和檢測系統(tǒng)是否可能運行應用程序。
*個區(qū)域,aclinestatus,包含一個標志,表示系統(tǒng)是否連接到ac 電源。如果值是ac_line_offline,表示系統(tǒng)沒有使用ac 電源;ac_line_online,表示系統(tǒng)使用了ac 電源;ac_line_backup_power和ac_line_unknown,表示備用電源和未知電源。batteryflag區(qū)域,提供了一個總的標識,表示當前系統(tǒng)的電池狀態(tài),可以有以下值:
battery_flag_high
電池被充滿或接近充滿。
battery_flag_low
電池還有一點剩余。
battery_flag_critical
電池電量處在一個臨界狀態(tài)。
battery_flag_charging
電池當前正在充電。
battery_flag_no_battery
系統(tǒng)無電池
battery_flag_unknown
電池狀態(tài)未知
batterylifepercent區(qū)域包含估計的電池電量能夠維持的百分比。數(shù)值可能是0到100之間的一個,或用255表示百分比未知。batterylifetime區(qū)域表示電池耗盡之前可以維持的秒數(shù)。如果該值不能估計,區(qū)域填入battery_life_unknown。batteryfulllifetime區(qū)域包含*充滿電池需要的時間。如果該值不能估計,填入battery_life_unknown。注意,在許多系統(tǒng)中,這些值可能難以測量。大多數(shù)oem 廠商簡單地在每個區(qū)域內(nèi)填入battery_life_unknown。
接下來的第四個區(qū)域(不計算保留區(qū)域)重復了前面的表述,只不過是對系統(tǒng)備份電池來說。因為這些值大多數(shù)難以測量,許多系統(tǒng)簡單地返回“unknown”給這些區(qū)域。
剩下的區(qū)域描述了電池和備用電池的電力狀態(tài),因為許多系統(tǒng)缺少測量這些值的能力,這些區(qū)域也被簡單地默認為“unknown”。zui后一個區(qū)域,batterychemistry,包含一個標志,表示系統(tǒng)中電池的類型。當前已定義的值包括
· battery_chemistry_alkaline
· battery_chemistry_nicd
· battery_chemistry_nimh
· battery_chemistry_lion
· battery_chemistry_lipoly
· battery_chemistry_unknown
改變電源狀態(tài)
應用程序能通過一系列的方式改變系統(tǒng)的電源狀態(tài)。在基于windows 系統(tǒng)的較新系統(tǒng)中,的方式是使用電源管理程序,在之后的章節(jié)將會討論??墒菬o論如何,還有大量的基于早期windows ce版本的系統(tǒng)以及windows 不包含電源管理程序版本。對這些系統(tǒng)來說,下面的技術(shù)會很方便。
關(guān)閉電源
應用程序可以通過調(diào)用一個少有資料的gwespoweroffsystem函數(shù)掛起系統(tǒng)。這個函數(shù)可以在大多數(shù)版本windows ce中使用,但是zui近才被公開。事實上,大多數(shù)sdk沒有包含這個函數(shù)的原型,你可能要提供原型。這個函數(shù)定義為
void gwespoweroffsystem(void);
gwespoweroffsystem的使用很簡單:簡單調(diào)用,系統(tǒng)就會掛起。
如果你想避免使用很少資料的函數(shù),你可以通過簡單地模擬用戶按關(guān)閉按鈕來關(guān)閉系統(tǒng)。你可以通過使用keybd_event函數(shù)很容易地允許你的應用程序掛起系統(tǒng),如下:
keybd_event (vk_off, 0, keyeventf_silent, 0);
keybd_event (vk_off, 0, keyeventf_silent │ keyeventf_keyup, 0);
這兩個keybd_event調(diào)用模擬了按和釋放電源按鈕,電源按鈕的虛擬鍵值是vk_off。執(zhí)行前面的兩行代碼將掛起系統(tǒng)。因為虛擬鍵代碼在執(zhí)行時會由gwes表現(xiàn),兩個函數(shù)可能在系統(tǒng)掛起前有一些狀態(tài)的表現(xiàn)(譯者注:屏幕上會有關(guān)閉對話框之類的圖像,和真實按下按鈕的畫面一樣)。如果你的程序無法在keybd_event函數(shù)之前停止工作,添加一個sleep調(diào)用來使應用程序暫停一些毫秒來讓gwes真實地掛起系統(tǒng)。
關(guān)閉屏幕
如果系統(tǒng)有有色背光顯示,主要的電源消耗不是cpu而是背光。在一些環(huán)境下,一個應用程序需要運行卻不需要顯示在屏幕上。一個例子是音樂播放器應用程序,當用戶聽音樂的時候,不關(guān)注屏幕。在這些情形下,有能力關(guān)閉背光將意味著提高電池壽命。
當然,當用戶想看屏幕時,任何關(guān)閉背光應用程序的需要一個簡單的用戶友好的方式來重新打開屏幕。同樣,記得用戶典型的想法是屏幕變黑時會認為被關(guān)閉了,因此要考慮這點。舉個例子,一個用戶可能在系統(tǒng)已經(jīng)運行時試圖打開系統(tǒng)電源,并且這樣做了,卻很意外地發(fā)現(xiàn),設備電源被關(guān)閉了。同樣,當系統(tǒng)在這種情況下關(guān)閉顯示,它同時也關(guān)閉了觸摸屏。這意味著你不能告訴用戶敲擊屏幕來打開。而是,你需要使用一些其他的事件,比如設置時間,任務完成,或用戶按了一個按鈕。zui后,這里討論的方式對大多數(shù)基于windows ce 3.0或更新的版本比較有用,并且被windows ce .net 4.0中的電源管理程序所替代。對于較新的系統(tǒng),先看看是否電源管理程序可用,然后通過它來控制屏幕。如果失敗了,extescape方式也許能行。
在windows ce中,顯示的控制是通過extescape函數(shù)。這是一個顯示和打印機驅(qū)動的后門。windows ce顯示驅(qū)動支持許多設備轉(zhuǎn)義代碼(escape codes),這些被公布在platform builder中。對于我們的目的來說,只有兩個轉(zhuǎn)義代碼被用到:setpowermanagement來設置顯示的電源狀態(tài)和queryescsupport來查詢是否setpowermanagement被驅(qū)動支持。下面的例子打開或關(guān)閉系統(tǒng)顯示通過顯示驅(qū)動,并且支持*的轉(zhuǎn)義代碼:
前面的代碼通過調(diào)用extescape和queryescsupport命令來查詢是否支持轉(zhuǎn)移代碼。被查詢的命令首先交給輸入緩沖,如果setpowermanagement命令被支持,程序就填充video_power_management結(jié)構(gòu)并再次調(diào)用extescape設置電源狀態(tài)。
雖然這些轉(zhuǎn)義代碼允許應用程序打開或關(guān)閉顯示,windows ce沒有一個統(tǒng)一的方式來控制背光的亮度。每個系統(tǒng)都有它自己的oem*方式來控制背光亮度。如果將來有一種標準的背光亮度控制方式,它將很可能放在extescape函數(shù)中。
打開系統(tǒng)電源
當系統(tǒng)被掛起,應用程序?qū)⒉辉龠\行,因此當系統(tǒng)喚醒時,應用程序看起來沒有被控制。然而,有一些方式來喚醒一個掛起的設備。首先,一個應用程序通過給定一個時間,并使用11章提到的消息api(notification api)做系統(tǒng)被喚醒的計劃。在一般情況下,oem廠商會分配一些中斷條件,以便管理系統(tǒng)電源打開,或喚醒。這種方式的一個例子是一個系統(tǒng)當防止了一個同步架(synchronization cradle)時被喚醒。
防止系統(tǒng)關(guān)閉電源
相反的情況,防止系統(tǒng)掛起也是一個問題。windows ce系統(tǒng)通常被設置為當一段時間沒有用戶輸入就自動掛起。要防止自動掛起,一個應用程序可以周期性地調(diào)用一下函數(shù):
void winapi systemidletimerreset (void);
這個函數(shù)重設windows ce用來監(jiān)視用戶輸入的定時器。如果定時器到達預先的沒有用戶輸入的間隔,系統(tǒng)會自動掛起。因為掛起超時值可以被改變,一個應用程序需要知道超時值,這樣就要多一點調(diào)用systemidletimerreset。系統(tǒng)維護三個超時值,這些都能夠使用systemparametersinfo來查詢。傳遞給systemparametersinfo的常量的不同表現(xiàn),顯示如下:
spi_getbatteryidletimeout
當系統(tǒng)運行在電池電源狀態(tài)下,離用戶zui后輸入的時間
spi_getexternalidletimeout
當系統(tǒng)運行在ac電源狀態(tài)下,離用戶zui后輸入的時間
spi_getwakeupidletimeout
在系統(tǒng)再次掛起時離系統(tǒng)被自動喚醒的時間
要防止電源被自動掛起,你需要查詢這三個值,并在zui短時間內(nèi)返回之前調(diào)用systemidletimerreset。如果超時值被設置為0,表示超時值被禁止。
電源管理程序
一個新的,獨立的電源管理組件在windows ce .net 4.0中被引入了。這個電源管理程序替代了許多gwes以前完成的函數(shù)。電源管理程序定義了一系列的電源狀態(tài),如d0,d1,d2,和d3。這些看起來神秘的名字被對應于一些友好的系統(tǒng)級別名稱。
對嵌入式系統(tǒng)來說,oem廠商定義了系統(tǒng)的電源狀態(tài)。例如,電源狀態(tài)可能是打開(on),空閑(idle)和掛起(suspend)。其他電源狀態(tài)也被定義了,像screenoff, incradle, 和 onbattery。
從應用程序的觀點看,新的電源管理程序提供了通知電源狀態(tài)改變的能力以及通過一系列的函數(shù)統(tǒng)一改變電源狀態(tài)的能力。
系統(tǒng)的電源狀態(tài)被定義在注冊表中,sdk定義了pwrmgr_reg_key,以致你不得不知道注冊表的字符串,但是當常量沒定義的時間,電源管理程序注冊數(shù)據(jù)被保留在hkey_local_machinesystemcurrentcontrolsetcontrolpower。電源狀態(tài)被定義作為子鍵,位于key state。
電源通知
電源管理程序一個十分受歡迎的特點是,可以在系統(tǒng)電源狀態(tài)改變時通知應用程序。這可以讓應用程序從手動檢測電源狀態(tài)中解脫出來。一個應用程序可以通過調(diào)用requestpowernotifications請求電源管理程序當電源狀態(tài)改變的時候發(fā)送一個通知給應用程序。電源管理程序會通過一個由應用程序前面建立的消息隊列發(fā)送通知。
requestpowernotifications原型如下。
handle requestpowernotifications (handle hmsgq, dword flags);
*個參數(shù)是一個應用程序在之前建立的消息隊列的句柄。第二個參數(shù)是一系列參數(shù),表示應用程序想接收的通知。
pbt_transition
接受系統(tǒng)電源狀態(tài)改變的通知。例如,當系統(tǒng)從on到suspend。
pbt_resume
當系統(tǒng)resume的時候接收通知。
pbt_powerstatuschange
當系統(tǒng)在ac和電池之間切換的時候接收通知。
pbt_powerinfochange
當系統(tǒng)電池級數(shù)變化時接收通知。
power_notify_all
接收所有的通知。
requestpowernotifications函數(shù)返回一個電源通知的句柄,失敗返回null。消息隊列建立的時候必須使應用程序有讀權(quán)限,因為應用程序?qū)南㈥犃兄凶x取電源通知。
要接收通知,應用程序必須使用waitforsingleob-ject來阻塞消息句柄。像第10章所討論的,當通知被放在隊列中時,句柄將被signaled。實際的通知將由結(jié)構(gòu)power_broadcast表中被接收到。
typedef struct _power_broadcast {
dword message;
dword flags;
dword length;
wchar systempowerstate[1];
} power_broadcast, *ppower_broadcast;
*個要注意的是,這個結(jié)構(gòu)長度是可變的。zui后一個字段,systempowerstate,是被定義為wchars類型,但是可以填上非字符串數(shù)據(jù)。*個字段是通知自己的標識,這個字段可以填前面pbt_標志列表之一。flags區(qū)可以包括以下標志,依賴于被接收的通知:
power_state_on
系統(tǒng)處于on狀態(tài)。
power_state_off
系統(tǒng)處于off狀態(tài)。
power_state_critical
系統(tǒng)進入了一個臨界off狀態(tài)。
power_state_boot
系統(tǒng)正在啟動。
power_state_idle
系統(tǒng)進入idle狀態(tài)。
power_state_suspend
系統(tǒng)被掛起。
power_state_reset
系統(tǒng)被復位。
zui后兩個字段是相互關(guān)聯(lián)的。length字段是systempowerstate字段數(shù)據(jù)的長度。systempowerstate中包含的數(shù)據(jù)依賴于被發(fā)送的通知。對于pbt_transition通知來說,systempowerstate字段包含一個新電源狀態(tài)的標識字符串。這個字符串是以非0結(jié)尾的。為了結(jié)束字符串,使用length字段來指出字符串的長度。注意,length字段是以字節(jié)為單位的,當字符是雙字節(jié)的uncode字符時,需要獲得字符串字符的長度,就需要用length字段去除tchar的size。
對于pbt_powerinfochange通知來說,systempowerstate字段包含一個ppower_broadcast_power_info結(jié)構(gòu):
typedef struct _power_broadcast_power_info {
dword dwnumlevels;
dword dwbatterylifetime;
dword dwbatteryfulllifetime;
dword dwbackupbatterylifetime;
dword dwbackupbatteryfulllifetime;
byte baclinestatus;
byte bbatteryflag;
byte bbatterylifepercent;
byte bbackupbatteryflag;
byte bbackupbatterylifepercent;
} power_broadcast_power_info, *ppower_broadcast_power_info;
注意,這里有一些字段的名字和函數(shù)十分相似于前面討論的system_power_status_ex2結(jié)構(gòu)。
設置電源狀態(tài)
電源管理程序提供的函數(shù)也允許應用程序來控制電源狀態(tài)。有兩個方式來控制電源。*個方式是應用程序給定一個電源設定。第二個方式是應用程序請求電源狀態(tài)不要低于給定的級別。
一個應用程序通過調(diào)用函數(shù)setsystempowerstate可以請求特定的電源狀態(tài)。這個函數(shù)原型如下。
dword options);
電源狀態(tài)可以被請求通過前兩個參數(shù)。如果*個參數(shù)是非零值,它指向一個字符串標識被請求的狀態(tài)。這個字符串必須和注冊表中列出的電源狀態(tài)之一相匹配。
如果psstate 為 null,第二個參數(shù)stateflags,定義了請求的電源狀態(tài)。這個參數(shù)是從power_state_on直到power_state_reset狀態(tài)其中之一,這些在前面提到的power_broadcast結(jié)構(gòu)有描述。
比較特別的是power_state_reset標志。這個標志請求系統(tǒng)重起,使用setsystempowerstate的方法重起比通過直接使用ioctl_hal_reboot命令來調(diào)用kerneliocontrol的方法更好。調(diào)用 setsystempowerstate 會讓系統(tǒng)在重起設備之前任何還在緩沖中的數(shù)據(jù)保存到文件系統(tǒng)。
調(diào)用setsystempowerstate是一個直接改變電源狀態(tài)的方法。更巧妙的方法是通過調(diào)用setpowerrequirement來請求系統(tǒng)維持應用程序所需zui低限度的電源狀態(tài)。setsystempowerstate是假定應用程序知道所需狀態(tài),而調(diào)用setpowerrequirement是允許系統(tǒng)對電源設定做優(yōu)化以滿足應用程序的需要。一個使用setpowerrequirement會比較方便的例子是,一個使用串口的應用程序需要串口在進行通信時保持住電源狀態(tài)。setpowerrequirement被定義如下。
handle setpowerrequirement (pvoid pvdevice,
cedevice_power_state devicestate,
ulong deviceflags, pvoid pvsystemstate,
ulong stateflags);
*個參數(shù)了應用程序需要維護電源狀態(tài)的設備。devicestate參數(shù)定義了設備的電源狀態(tài)。cedevice_power_state了狀態(tài)范圍是從d0(意味著設備是處于zui大功耗狀態(tài))到d4(表示設備被關(guān)閉)(譯者注:其實d0到d4的狀態(tài)的具體表現(xiàn),*是由oem廠商可自定義的,對應用程序來說,比如是在d1關(guān)lcd背光還是在d2,都是不確定的,微軟只給出標準定義,而不是實際定義)。deviceflags參數(shù)由兩個標志合并而成:power_name,表示設備名有效;power_force,表示設備應當維持當前狀態(tài)甚至當系統(tǒng)掛起時。如果pvsystemstate不為null,它表示只有對于在pvsystemstate中已命名的電源請求才是有效的。設備可能無法更改請求的狀態(tài)。
應用程序應當注銷通過調(diào)用releasepowerrequirement來注銷請求,原型如下。
dword releasepowerrequirement (handle hpowerreq);
這里*的參數(shù)是從setpowerrequirement里返回的句柄。
在下一章,我將就windows ce流設備驅(qū)動和服務,繼續(xù)探討有關(guān)系統(tǒng)的問題。盡管大多數(shù)應用程序可能不需要寫一些設備驅(qū)動或服務,但是知道它們是如何和程序一起工作對我們也是有啟發(fā)的。讓我們一起來看一看吧。
免責聲明
- 凡本網(wǎng)注明"來源:智能制造網(wǎng)"的所有作品,版權(quán)均屬于智能制造網(wǎng),轉(zhuǎn)載請必須注明智能制造網(wǎng),http://towegas.com。違反者本網(wǎng)將追究相關(guān)法律責任。
- 企業(yè)發(fā)布的公司新聞、技術(shù)文章、資料下載等內(nèi)容,如涉及侵權(quán)、違規(guī)遭投訴的,一律由發(fā)布企業(yè)自行承擔責任,本網(wǎng)有權(quán)刪除內(nèi)容并追溯責任。
- 本網(wǎng)轉(zhuǎn)載并注明自其它來源的作品,目的在于傳遞更多信息,并不代表本網(wǎng)贊同其觀點或證實其內(nèi)容的真實性,不承擔此類作品侵權(quán)行為的直接責任及連帶責任。其他媒體、網(wǎng)站或個人從本網(wǎng)轉(zhuǎn)載時,必須保留本網(wǎng)注明的作品來源,并自負版權(quán)等法律責任。
- 如涉及作品內(nèi)容、版權(quán)等問題,請在作品發(fā)表之日起一周內(nèi)與本網(wǎng)聯(lián)系,否則視為放棄相關(guān)權(quán)利。
2025第十一屆中國國際機電產(chǎn)品交易會 暨先進制造業(yè)博覽會
展會城市:合肥市展會時間:2025-09-20