Dokumen ini menjelaskan praktik terbaik untuk mengoptimalkan konsumsi daya di aplikasi navigasi seluler yang Anda buat menggunakan Navigation SDK. Pada saat yang sama, dokumen ini menjelaskan kompromi yang perlu dipertimbangkan saat menerapkan praktik ini. Secara khusus, dokumen ini membahas hal-hal berikut:
- Sumber konsumsi daya tinggi, diurutkan dari yang tertinggi hingga terendah.
- Strategi untuk mengoptimalkan konsumsi daya, berdasarkan urutan kepentingannya, dimulai dengan kecepatan frame.
- Strategi pengguna akhir untuk mengedukasi pengguna aplikasi Anda tentang cara mengelola penggunaan perangkat mereka saat bernavigasi.
Mengapa Anda harus mengoptimalkan aplikasi navigasi?
Bergantung pada situasinya, pengguna aplikasi Anda mungkin menjalankan panduan navigasi untuk jangka waktu yang lama. Misalnya, pengemudi dan kurir pengiriman dapat bekerja berjam-jam, menyelesaikan tugas di wilayah yang tidak dikenal. Dalam kasus ini, mereka sangat mengandalkan panduan belokan demi belokan dalam aplikasi. Hal ini menyebabkan beberapa masalah umum:
- Pengurasan baterai dan ketersediaan pengisi daya. Penggunaan navigasi yang intensif dapat menyebabkan baterai perangkat habis lebih cepat dari yang diperkirakan. Meskipun banyak pengguna dapat mengatasi hal ini dengan mengisi daya perangkat di kendaraan, pengemudi kendaraan roda dua tidak dapat melakukannya.
- Throttling perangkat karena panas. Bahkan pengguna yang terus mengisi daya perangkatnya dapat mengalami masalah. Konsumsi daya yang tinggi dalam jangka waktu yang lama dapat menyebabkan perangkat menjadi panas, sehingga mengakibatkan throttling termal dan penurunan performa berikutnya.
Aplikasi navigasi belokan demi belokan mengandalkan fitur yang menggunakan banyak daya seperti layar, GPS, dan komunikasi radio dengan menara BTS, jadi sebaiknya optimalkan penggunaan daya aplikasi seluler Anda. Selain itu, Anda harus mempertimbangkan kebutuhan penggunaan daya audiens target agar dapat membuat kompromi yang sesuai antara performa dan pengoptimalan konsumsi daya.
Apa yang paling banyak menggunakan daya?
Bagian ini membagi aktivitas dalam aplikasi yang terkait dengan konsumsi daya tinggi menjadi dua kategori:
- Rendering layar
- Pembaruan lokasi
Rendering layar
Rendering layar biasanya menyebabkan konsumsi daya tertinggi di aplikasi navigasi seluler. Setiap kali perangkat menggambar peta dan elemen UI lainnya di layar, perangkat mengandalkan pemrosesan GPU dan CPU. Demikian pula, saat pengguna membiarkan layar tersebut menyala dalam durasi yang lama, hal itu juga akan menggunakan lebih banyak daya.
Sampai batas tertentu, Anda dapat memperkirakan konsumsi daya yang tinggi dari pengemudi atau penumpang yang mengandalkan peta yang terlihat untuk menavigasi, terutama jika mereka menggunakan aplikasi secara terus-menerus selama berjam-jam. Dalam skenario ini, aplikasi juga melakukan tingkat rendering yang lebih tinggi di layar karena peta kemudian diperbarui secara real time. Dalam beberapa kasus, layar dapat digambar ulang hampir terus-menerus, terutama saat pengguna berkendara dari satu lokasi ke lokasi lain tanpa berhenti.
Pembaruan lokasi
Selain rendering layar, dua aktivitas navigasi lainnya menggunakan daya perangkat:
- Penggunaan menara BTS radio dan GPS
- Pembaruan lokasi dan berbagi, seperti untuk memberikan perkiraan waktu kedatangan (ETA) atau untuk melaporkan posisi kendaraan dalam armada.
Komunikasi radio seluler dan GPS mengandalkan operasi pengaktifan yang boros daya: GPS harus menemukan satelit dan radio seluler harus bernegosiasi dengan menara dan membuat koneksi. Karena alasan ini, pada dasarnya aplikasi tersebut berjalan terus-menerus selama navigasi, meskipun radio seluler tetap aktif selama 20-30 detik dalam upaya meminimalkan biaya startup. Sistem operasi mengontrol setelan ini yang tidak dapat Anda konfigurasi dengan mudah di aplikasi.
Untuk pembaruan lokasi, penggunaan daya bervariasi berdasarkan faktor yang tidak dapat diprediksi. Misalnya, jarak antara perangkat dan BTS seluler menentukan penggunaan daya, karena perangkat akan menggunakan sinyal minimum yang diperlukan untuk melanjutkan navigasi agar tidak beralih tower. Oleh karena itu, perangkat yang melakukan navigasi di area dengan konektivitas buruk akan menggunakan lebih banyak daya daripada perangkat yang berada di dekat BTS. Selain itu, beberapa aplikasi mungkin membagikan pembaruan lokasi dengan layanan pengelolaan armada pusat, sehingga perlu berkomunikasi dengan server untuk melakukannya.
Mengoptimalkan penggunaan daya aplikasi Anda
Tantangan untuk mengoptimalkan penggunaan daya di aplikasi navigasi adalah aplikasi ini sangat bergantung pada resource yang boros daya, sehingga membatasi opsi Anda untuk mengurangi dampaknya tanpa melakukan kompromi seperti membatasi penggunaan layar. Bagian ini memberikan daftar pendekatan yang dapat Anda lakukan saat mengoptimalkan aplikasi, dari yang paling berdampak hingga yang paling tidak berdampak.
Mengubah kecepatan frame
Layar memperbarui tampilan dengan frekuensi yang dikenal sebagai kecepatan frame, yang biasanya diukur dalam frame per detik (FPS). Karena rendering layar menggunakan pemrosesan CPU dan GPU yang signifikan, Anda dapat mengurangi kecepatan frame untuk menghemat daya.
Jika Anda mengurangi kecepatan frame, rendering peta dan gestur interaktif (seperti penggeseran, zoom, atau rotasi) dapat terlihat kurang mulus. Untuk menyeimbangkan efisiensi daya dengan pengalaman pengguna yang responsif, Anda dapat mempertahankan kecepatan frame dasar pengukuran yang rendah dan meningkatkannya secara dinamis selama interaksi pengguna aktif.
Lihat bagian Kecepatan frame dalam dokumentasi developer Android Media Dev Center untuk mempelajari lebih lanjut cara mengubah kecepatan frame.
Penyesuaian kecepatan frame otomatis
Mulai versi 7.8.0, Navigation SDK otomatis menyesuaikan kecepatan frame peta selama navigasi aktif untuk meningkatkan performa dan mengurangi konsumsi baterai. Saat perangkat memasuki mode hemat daya, kecepatan frame peta akan turun menjadi 10 FPS, dan direset ke 60 FPS saat navigasi berakhir atau mode hemat daya dinonaktifkan.
Menavigasi tanpa peta
Meskipun Anda tidak dapat mengontrol cara pengguna akhir menyetel kecerahan layar perangkat atau durasi layar tetap aktif, Anda dapat memberikan opsi untuk panduan navigasi tanpa peta. Hal ini akan memungkinkan pengguna akhir memilih opsi tersebut untuk menghemat daya. Misalnya, jika pengemudi rutin bekerja di lingkungan yang sama, mereka mungkin tidak terlalu sering memerlukan panduan berbasis peta. Navigasi tanpa peta dapat diaktifkan dengan menetapkan tujuan dan memulai panduan di Navigation SDK, tetapi tidak menampilkan peta.
Untuk menyembunyikan UI navigasi, jangan tambahkan NavigationView atau SupportNavigationFragment, atau jika Anda sudah melakukannya, hapus kode yang menambahkannya. Kode berikut dimodifikasi dari aplikasi demo Android Navigation SDK dan menunjukkan penggunaan komentar untuk menghapus kode yang menambahkan UI navigasi:
//Obtain a reference to the NavigationFragment
//setContentView(R.layout.activity_nav_fragment);
//mNavFragment = (SupportNavigationFragment) getSupportFragmentManager().findFragmentById(R.id.navigation_fragment);
Navigation SDK akan terus memperbarui lokasi yang dipaskan ke jalan, PWT, dan jarak perjalanan yang tersisa, dan aplikasi Anda masih dapat berlangganan semua peristiwa yang dimunculkan oleh SDK saat pengemudi melanjutkan perjalanan. Hal ini tidak sesuai untuk setiap kasus penggunaan dan bukan saran yang baik dalam kasus saat pengemudi perlu melihat peta dan mengikuti panduan visual. Screenshot berikut mengilustrasikan perbandingan per aspek dari pengalihan tampilan peta selama navigasi aktif.
|
|
Menggunakan gaya peta gelap
Pertimbangkan untuk menata gaya peta agar menggunakan tema gelap guna mengurangi jumlah energi yang diperlukan untuk merender peta di layar.
Navigation SDK merender petanya menggunakan Google Maps SDK for Android, yang berisi opsi untuk menata gaya tampilan peta non-navigasi di aplikasi Anda. Tampilan navigasi juga mendukung mode gelap paksa. Hal ini mungkin tidak memengaruhi setiap perangkat dengan cara yang sama karena perbedaan jenis layar, tetapi memungkinkan potensi penghematan daya dalam beberapa kasus. Studi terbaru menemukan bahwa jumlah daya yang dihemat oleh mode gelap di beberapa layar bergantung pada seberapa terang layar pada awalnya. Misalnya, mode gelap menghemat lebih banyak daya pada layar yang disetel ke kecerahan penuh daripada layar yang kecerahannya sudah disesuaikan ke 30-50% dari maksimum. Hal ini penting untuk dipertimbangkan saat menggunakan mode gelap untuk aplikasi Anda, karena penghematan daya akan relatif terhadap cara pengguna akhir menyetel kecerahan layar mereka.
Untuk mempelajari lebih lanjut cara mengubah UI Navigasi, lihat Mengubah UI navigasi.
Untuk membuat gaya gelap pada peta, gunakan objek MapStyleOptions dengan gaya JSON yang mewakili pilihan gaya peta gelap Anda. Gaya JSON lama dapat dibuat menggunakan editor gaya visual lama di https://mapstyle.withgoogle.com/.
Mengubah frekuensi pembaruan lokasi GPS
Saat mempertimbangkan penggunaan daya dari pembaruan lokasi yang dikirim dari perangkat, fokuslah lebih pada frekuensi pembaruan lokasi daripada jumlah data yang dikirim dalam transmisi.
Hal ini tidak dapat Anda kontrol secara langsung di Navigation SDK , tetapi jika aplikasi Android Anda meminta lokasi secara independen, sebaiknya pertimbangkan saran dalam artikel Mengoptimalkan Lokasi untuk Baterai dalam dokumentasi developer Android. Saran yang sama berlaku untuk penggunaan sumber lokasi non-GPS (Seluler dan Wi-Fi).
Beri tahu pengguna
Pengguna aplikasi Anda mungkin ingin mengetahui cara mengoptimalkan konsumsi daya. Untuk membantu mengurangi konsumsi daya pada aplikasi, sarankan pengguna Anda untuk melakukan hal berikut:
- Kunci ponsel
- Menempatkan aplikasi navigasi di latar belakang
- Gunakan navigasi tanpa peta jika memungkinkan
- Mengurangi kecerahan layar, baik dengan menggunakan mode gelap untuk layar OLED dan AMOLED, maupun dengan mengaktifkan kecerahan adaptif
- Menjaga perangkat tetap dingin
- Hubungkan ke Wi-Fi dalam kendaraan jika tersedia
Mengukur konsumsi daya
Anda dapat menggunakan alat tingkat profesional untuk mengukur konsumsi daya, tetapi sering kali sulit atau mahal untuk mendapatkannya. Alat pembuatan profil aplikasi dan IDE seperti Power Profiler di Android Studio dan panel Battery Usage di XCode Organizer mengukur konsumsi daya, tetapi mungkin sulit untuk menghilangkan efek proses latar belakang atau menetapkan dasar pengukuran performa untuk mengukur. Dalam beberapa kasus, pembatasan perangkat dapat mencegah akses ke data yang diperlukan.
Anda dapat menggunakan hardware pemantauan daya khusus dan mengubah konfigurasi koneksi baterai, serta produk dan layanan komersial yang ada untuk membantu Anda melakukannya. Perhatikan bahwa memodifikasi perangkat dengan cara ini dapat membatalkan garansi perangkat.