Dokumen ini menjelaskan praktik terbaik tentang cara mengoptimalkan konsumsi daya di aplikasi navigasi seluler yang Anda build menggunakan Navigation SDK. Pada saat yang sama, artikel ini menjelaskan kompromi yang harus dipertimbangkan saat menerapkan praktik ini. Secara khusus, dokumen ini mencakup hal berikut:
- Sumber konsumsi daya tinggi, diberi peringkat dari yang tertinggi hingga terendah.
- Strategi untuk mengoptimalkan konsumsi daya, dalam urutan kepentingan, mulai dari kecepatan frame.
- Strategi pengguna akhir untuk mengedukasi pengguna aplikasi Anda cara mengelola penggunaan perangkat saat menavigasi.
Mengapa mengoptimalkan aplikasi navigasi?
Bergantung pada situasi mereka, pengguna aplikasi Anda mungkin menjalankan panduan navigasi selama waktu yang lama. Misalnya, pengemudi dan kurir pengiriman dapat bekerja berjam-jam, menyelesaikan tugas di wilayah yang tidak dikenal. Dalam hal 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 berat 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-menerus mengisi daya perangkatnya dapat mengalami masalah. Konsumsi daya yang tinggi dalam jangka waktu lama dapat menyebabkan perangkat menjadi panas, yang mengakibatkan throttling termal dan hilangnya performa berikutnya.
Aplikasi navigasi belokan demi belokan mengandalkan fitur yang membutuhkan daya besar seperti layar, GPS, dan komunikasi radio dengan menara seluler, sehingga praktik terbaiknya adalah mengoptimalkan penggunaan daya aplikasi seluler Anda. Selain itu, Anda harus mempertimbangkan kebutuhan penggunaan daya dari target audiens sehingga Anda 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 yang 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 waktu lama, hal itu juga akan menggunakan lebih banyak daya.
Sampai batas tertentu, Anda dapat mengharapkan 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 kecepatan rendering yang lebih tinggi di layar karena peta kemudian diperbarui secara real time. Dalam beberapa kasus, layar dapat menggambar ulang hampir secara terus-menerus, terutama saat pengguna mengemudi dari lokasi ke lokasi tanpa berhenti.
Pembaruan lokasi
Selain rendering layar, dua aktivitas navigasi lainnya menggunakan daya perangkat:
- Menara seluler radio dan penggunaan GPS
- Pembaruan dan pembagian lokasi, seperti untuk memberikan perkiraan waktu tiba atau melaporkan posisi kendaraan dalam armada.
Komunikasi GPS dan radio seluler mengandalkan operasi pengaktifan yang boros daya: GPS harus menemukan satelit dan radio seluler harus bernegosiasi dengan menara dan membuat koneksi. Karena alasan ini, radio seluler pada dasarnya berjalan terus-menerus selama navigasi, meskipun radio seluler tetap aktif selama 20-30 detik dalam upaya untuk meminimalkan biaya pengaktifan. 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 stasiun pangkalan seluler menentukan penggunaan daya, karena perangkat akan menggunakan sinyal minimum yang diperlukan untuk melanjutkan navigasi agar tidak beralih menara. Oleh karena itu, perangkat yang menavigasi di area dengan konektivitas yang buruk akan menggunakan lebih banyak daya daripada perangkat yang berada di dekat stasiun pangkalan. Selain itu, beberapa aplikasi dapat membagikan pembaruan lokasi dengan layanan pengelolaan armada pusat, sehingga perlu berkomunikasi dengan server untuk melakukannya.
Mengoptimalkan penggunaan daya aplikasi
Tantangan untuk mengoptimalkan penggunaan daya di aplikasi navigasi adalah aplikasi ini sangat bergantung pada resource yang boros daya, yang 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, dalam urutan dari yang paling berdampak hingga yang paling tidak berdampak.
Mengubah kecepatan frame
Layar memperbarui apa yang ditampilkan pada frekuensi yang dikenal sebagai kecepatan frame. Kecepatan frame biasanya diukur dalam Frame Per Detik (FPS). Karena rendering layar menggunakan banyak CPU atau GPU, Anda dapat mengurangi kecepatan frame untuk menghemat konsumsi daya.
Kompromi saat mengurangi kecepatan frame adalah rendering layar dapat tampak kurang lancar, terutama jika peta sering diperbarui. Hal ini mungkin paling jelas saat peta diperbesar untuk menampilkan detail tinggi, saat pengguna melakukan perjalanan dengan kecepatan tinggi, atau saat mengubah kecepatan atau arah dalam jumlah besar.
Di perangkat iOS, Maps SDK for iOS mengekspos properti preferredFrameRate untuk mengontrol kecepatan frame. Tabel di bawah menunjukkan nilai penghitungGMSFrameRate yang dapat Anda sesuaikan:
|
Gunakan kecepatan frame minimum untuk menghemat penggunaan baterai. |
|
Gunakan kecepatan frame median untuk memberikan rendering yang lebih lancar dan menghemat siklus pemrosesan. |
|
Gunakan kecepatan frame maksimum untuk perangkat. Untuk perangkat kelas bawah, kecepatannya adalah 30 FPS. atau perangkat kelas atas, kecepatannya adalah 60 FPS. |
Sebagai referensi, lihat GMSFrameRate dalam dokumentasi Google Navigation SDK untuk iOS.
Menavigasi tanpa peta
Meskipun Anda tidak dapat mengontrol cara pengguna akhir menyetel kecerahan layar perangkat atau durasi layar tetap menyala, Anda dapat memberikan opsi untuk panduan navigasi tanpa peta. Hal ini akan memungkinkan pengguna akhir memilih opsi tersebut untuk menghemat daya. Misalnya, jika pengemudi secara 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.
Tambahkan baris kode untuk menyembunyikan GMSMapView:
mapView.isHidden = true
Navigation SDK akan terus memperbarui lokasi jalan yang diambil, perkiraan waktu tiba, dan jarak perjalanan yang tersisa, dan aplikasi Anda tetap dapat berlangganan semua peristiwa yang dimunculkan oleh SDK saat pengemudi melanjutkan perjalanan. Hal ini tidak sesuai untuk setiap kasus penggunaan dan tentu saja bukan merupakan saran yang baik jika pengemudi perlu melihat peta dan mengikuti panduan visual. Screenshot berikut mengilustrasikan perbandingan berdampingan tampilan peta yang diaktifkan selama navigasi aktif.
|
|
Menggunakan gaya peta gelap
Sebaiknya gaya visual peta menggunakan tema gelap untuk mengurangi jumlah energi yang diperlukan untuk merender peta di layar.
Navigation SDK merender petanya menggunakan Google Maps SDK for iOS, 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 di awal. Misalnya, mode gelap menghemat lebih banyak daya pada layar yang disetel ke kecerahan penuh daripada layar yang kecerahannya sudah disesuaikan ke 30-50% 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.
Untuk mempelajari lebih lanjut cara mengubah UI Navigasi, lihat Mengubah UI navigasi.
Gaya visual peta berbasis cloud memerlukan ID peta yang mewakili konfigurasi peta sisi server yang telah dibuat di project Konsol Google Anda. Untuk mengetahui informasi selengkapnya tentang cara membuat ID peta, lihat dokumentasi developer ID peta. Untuk mengetahui detail selengkapnya tentang cara mendesain dan men-deploy gaya peta berbasis cloud, lihat dokumentasi developer tentang membuat dan mengelola gaya peta berbasis cloud.
Mengubah frekuensi pembaruan lokasi GPS
Saat mempertimbangkan penggunaan daya dari update lokasi yang dikirim dari perangkat, fokuskan lebih pada frekuensi update lokasi, bukan jumlah data yang dikirim dalam transmisi.
Ini bukan sesuatu yang dapat Anda kontrol secara langsung di Navigation SDK . 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 mereka mengurangi konsumsi daya di aplikasi, sarankan pengguna untuk melakukan hal berikut:
- Mengunci ponsel
- Menempatkan aplikasi navigasi di latar belakang
- Menggunakan navigasi tanpa peta jika memungkinkan
- Kurangi kecerahan layar, baik dengan menggunakan mode gelap untuk layar OLED dan AMOLED, atau dengan mengaktifkan kecerahan adaptif
- Menjaga perangkat tetap dingin
- Menghubungkan ke Wi-Fi dalam kendaraan jika tersedia
Mengukur konsumsi daya
Anda dapat menggunakan alat kelas 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 Penggunaan Baterai di XCode Organizer mengukur konsumsi daya, tetapi mungkin sulit untuk menghapus efek proses latar belakang atau menetapkan dasar pengukuran performa untuk mengukur. Dalam beberapa kasus, batasan perangkat dapat mencegah Anda mendapatkan akses ke data yang diperlukan.
Anda dapat menggunakan hardware pemantauan daya khusus dan mengubah konfigurasi koneksi baterai, serta produk dan layanan komersial ada untuk membantu Anda melakukannya. Perhatikan bahwa memodifikasi perangkat dengan cara ini dapat membatalkan garansi perangkat.