Energiatakarékossági terv c t magazin

Tippek és eszközök az akkumulátor élettartamának javításához az Android rendszeren

Sok okostelefon-felhasználó minden este bedugja telefonját a töltőbe. Ennek nem feltétlenül kell így lennie: további programokkal felírhatja az androidnak az étrendet és jelentősen hosszabb futási időt érhet el a kényelem feláldozása nélkül.

magazin

Sok okostelefon-felhasználó megszokta, hogy telefonját minden este a töltőbe dugja. Ennek nem feltétlenül kell így lennie: további programokkal felírhatja az androidnak az étrendet és jelentősen hosszabb futási időt érhet el a kényelem feláldozása nélkül.

Ha kikapcsol minden szükségtelen szolgáltatást, és a lehető legkisebb fényerőre tompítja a kijelzőt, az okostelefon tovább fog élni. Eddig olyan könnyű. A gyakorlatban azonban ez a megközelítés a kényelem hiánya miatt kudarcot vall: ki akarja keverni a Beállítások menüt minden alkalommal, amikor elhagyja a házat, hogy kikapcsolja a WLAN-t?

A WiFi önmagában még korántsem ért véget. A GPS-vevőket és a 3G rádiós adatátvitelt magas energiaigényű fogyasztóknak tekintik; a képernyő fényereje erősen befolyásolja az akkumulátor élettartamát is. A legtöbb android beállítási menüjében megmutatja, hogy mely fogyasztóknak van szüksége a legtöbb energiára - a kijelző és a cellás készenlét különösen energiaváltóként jelenik meg.

A felsorolás azonban csak a teljes futásidejű teljes fogyasztást mutatja a teljes fogyasztás százalékában - nem lehet kiolvasni, hogy melyik fogyasztó melyik időpontban rágcsál és mennyi az akkumulátor töltöttsége. Ezért módosítottunk egy Motorola Milestone-t annak érdekében, hogy mérjük az akkumulátorból elvett teljesítményt különböző üzemi állapotokban (lásd a táblázatot). Ezeket az értékeket nem lehet egy az egyben átvinni más okostelefonokra, de trendet mutatnak. A GPS-vevő és a WLAN modul meglehetősen alacsony energiafogyasztása készenlétben észrevehető volt - másrészt nem számítottunk arra, hogy a Bluetooth készenléti állapotban is nagyon magas lesz.

Az energiafogyasztás repülési üzemmódban nagyságrendekkel eltér a használtól: egy fájl UMTS-en keresztüli egyidejű feltöltése és a videó rögzítése alig 3 wattba kerül, a repülési mód csak 6,4 milliwatt - 500-as tényező. Ez az oka hogy a rövid aktív fázisok is miért negatívan befolyásolják a készenléti időt. Ha bekapcsolja a kijelzőt körülbelül öt percre, a készenléti idő repülőgép üzemmódban csaknem hat órával csökken. GSM módban végzett méréseink szerint a Milestone 5180 mWh-s akkumulátora majdnem 14 napos készenléti időre elegendő lenne - de ez csak az elmélet. Mert a gyakorlatban a különféle háttérszolgáltatások is szívják az akkumulátort, és így csökkentik ezt az értéket.

Motorola Milestone energiafogyasztás
Működési állapot további energiafogyasztás
GSM/EDGE készenlét 11,6 mW
UMTS készenléti állapotban 18,3 mW
WLAN készenlét 7,8 mW
EGDE letöltése 853 mW
EGDE feltöltés 1179 mW
GSM telefonhívás 511 mW
UMTS letöltése 1349 mW
UMTS feltöltés 1410 mW
MP3 lejátszása 160 mW
Videó lejátszása (teljes képernyős) 1 1135 mW
UMTS telefonhívás 983 mW
Videofelvétel 1 1557 mW
1. kamera 934 mW
WLAN letöltése 1158 mW
Kijelző 310… 730 mW
Bluetooth fogadta 751 mW
WLAN feltöltés 479 mW
Küldjön bluetooth-ot 487 mW
Bluetooth készenlét 2,8 mW
GPS készenlét 0,4 mW
GPS keresés 550 mW
1 Számlázott kijelző energiafogyasztása
Az értékek a repülési üzemmód 6,4 mW-os alapterheléséhez mért további energiafogyasztást jelzik.

Háttérszolgáltatások

A Google I/O tavalyi fejlesztői konferenciáján Jeffrey Sharkey, a Google mérnöke a háttérszolgáltatások energiafogyasztását helyezte előadás középpontjába: Ha egy alkalmazás körülbelül tíz percenként nyolc másodpercre csatlakozik a hálózathoz, ez körülbelül egy órát jelent egy óra alatt A készenléti fogyasztás megkétszerezése - még akkor is, ha végül nem áll rendelkezésre új információ. Ez több alkalmazásnál összeadódik: Amikor a Facebook és a Twitter bejegyzéseit frissíteni kell, az időjárás widgetet új adatokkal látják el, és a Gmail új üzeneteket keres a háttérben, az energiafogyasztás tovább nőhet. Sharkey ezért azt tanácsolta a programozóknak, hogy a frissítés előtt először ellenőrizzék, hogy létezik-e már kapcsolat - az összes ilyen szolgáltatás szinkronizálása hosszabb készenléti időt eredményezne.