Umur Baterai HP Mobile Proxy 24/7: Panduan Operator

Poin Utama: Baterai HP mobile proxy 24/7 mati karena calendar aging pada state of charge tinggi, bukan karena jumlah siklus. Batasi pengisian di 80% lewat toggle bawaan OEM atau smart plug + skrip ADB , tandai aplikasi iProxy dan OpenVPN sebagai Tidak dibatasi , matikan Penghemat Baterai dan Adaptive Battery Android , dan jaga suhu ruangan di bawah 25°C. Digabung, langkah-langkah ini membawa HP proxy Android tipikal dari kehilangan 30–40% kapasitas dalam 12 bulan ke pertahanan 90%+ di bulan ke-12: perpanjangan masa pakai armada perangkat 2–3 kali lipat.

Kenapa kesehatan baterai jadi faktor pembatas HP proxy 24/7

Umur baterai HP mobile proxy adalah biaya tunggal terbesar yang bisa diprediksi di operasi proxy Android 24/7 mana pun. Mobile proxy berjalan di HP Android sungguhan yang dicolok ke listrik PLN sepanjang waktu, dan HP itu sendiri adalah perangkat habis pakai. Dalam rentang satu sampai dua tahun pemakaian 24/7, baterai adalah komponen yang paling cepat aus. Sel lithium-ion biasa kehilangan 25–40% kapasitas awalnya dalam 12–18 bulan pengisian tanpa pengelolaan. HP tetap menyala, tetapi makin panas saat dibebani, makin sering drop koneksi proxy, dan akhirnya bengkak sampai casing atau layarnya terangkat.

Patokan laboratorium sudah menjelaskan kenapa. Tabel penyimpanan BU-808 dari Battery University memperkirakan bahwa Li-ion berbasis kobalt yang disimpan pada 25°C masih menyimpan sekitar 80% kapasitas setelah satu tahun pada muatan 100%, dibanding 96% pada muatan 40%; pada 40°C, kasus 100% turun jadi 65% setelah satu tahun.

Untuk armada berapa pun ukurannya, perputaran perangkat itu adalah biaya terbesar yang bisa diprediksi dalam operasi mobile proxy. Mekanisme penuaan di baliknya sudah dipahami dengan baik dan merespons variabel yang bisa dikendalikan operator: batas atas tegangan tempat sel berada, lama waktu di tegangan itu, dan suhu operasi.

Artikel ini membahas elektrokimia bagaimana sel lithium-ion menua, implikasinya untuk operasi 24/7, trade-off konfigurasi sisi Android (banyak fitur “penghemat baterai” justru menurunkan uptime proxy), dan tool hardware yang tersedia untuk mengatur pengisian di proxy farm berbasis HP.

Cara kerja sel lithium-ion sebenarnya

Sel lithium-ion punya tiga bagian fungsional: anoda grafit, katoda berbahan lithium-cobalt-oxide atau senyawa sejenis, dan larutan elektrolit yang memungkinkan ion lithium berpindah-pindah di antaranya. Ada juga separator yang mencegah elektrode korsleting, plus current collector di tiap sisi: tembaga di sisi anoda, aluminium di sisi katoda.

Saat sel diisi, gaya listrik mendorong ion lithium keluar dari kisi katoda dan masuk ke anoda grafit. Ion-ion itu menyusup di antara lapisan karbon lewat proses yang disebut intercalation. Saat sel dikosongkan, ion-ion bergerak balik, dan energi yang dilepas saat mereka kembali ke katoda mengalir keluar lewat sirkuit eksternal sebagai arus listrik.

State of charge (SoC) sel, yaitu seberapa penuh sel itu, berhubungan dengan berapa banyak lithium yang saat ini ada di anoda dibanding di katoda. Pada SoC 100%, anoda nyaris jenuh. Pada SoC 0%, katoda nyaris jenuh.

Tegangan sel adalah yang diukur HP dan ditampilkan sebagai persentase. Tetapi tegangan tidak linear terhadap SoC. Hubungannya lebih mirip kurva S yang direntangkan, dan nonlinearitas inilah fakta paling penting dalam seluruh artikel ini.

Kurva tegangan dan knee di 80%

Gambarkan tegangan terhadap SoC untuk sel lithium-ion biasa, dan ada tiga zona yang muncul:

• Di bawah ~20% SoC: tegangan turun curam dari sekitar 3,4V menuju cutoff di 3,0V. Di bawah 3,0V, sel mati sendiri untuk melindungi diri.
• Antara ~20% dan ~80% SoC: tegangan naik perlahan dari sekitar 3,6V ke sekitar 4,05V. Inilah bagian kurva yang ringan dan ideal untuk pemakaian.
• Di atas ~80% SoC: tegangan naik tajam dari 4,05V ke plafon keras 4,20V (beberapa kimia mendorong sampai 4,35V, prinsipnya sama).

Transisi di atas 80% sering disebut “knee” kurva. Itu bukan istilah marketing, melainkan titik tempat elektrokimia bergeser dari nyaman ke tertekan. Dua hal terjadi saat sel didorong melewati knee:

1. Anoda grafit hampir terisi penuh oleh lithium. Kisinya menggembung secara mekanis, seperti spons yang ditahan di ambang pecah. Setiap ion tambahan yang masuk lewat intercalation menambah tekanan dan risiko cacat struktural.
2. Tegangan mendekati jendela stabilitas elektrokimia elektrolit. Pada 4,20V, elektrolit berada di tepi batas di mana molekulnya masih bisa bertahan tanpa terurai. Di atas itu, reaksi samping dipercepat secara eksponensial.

Kenapa kurva lebih penting daripada angka persen Saat HP menampilkan “100%”, sel berada di sekitar 4,20V. Saat menampilkan “80%”, sel berada di sekitar 4,05V. Itu selisih 0,15V untuk yang di layar terlihat sebagai jarak 20%, dan 0,15V itu berarti laju penuaan 2 sampai 3 kali lebih cepat; BU-808 merangkum hubungan yang sama sebagai umur siklus yang nyaris dua kali lipat untuk setiap penurunan 0,10V tegangan puncak di bawah 4,20V/sel.

Kenapa state of charge tinggi mempercepat penuaan

Mekanisme penuaan dominan pada SoC tinggi adalah pertumbuhan solid electrolyte interphase (SEI). SEI adalah lapisan tipis yang terbentuk di anoda saat sel pertama kali diisi. Sebenarnya lapisan ini berguna: ia melindungi anoda dari reaksi terus-menerus dengan elektrolit. Tetapi ia tidak stabil. Pada tegangan tinggi, elektrolit perlahan terurai di permukaan SEI, membuat lapisan itu menebal dan menelan sedikit demi sedikit lithium yang bisa disiklus. Lithium itu sekarang terperangkap, dan kapasitas sel yang bisa dipakai menurun.

Pertumbuhan SEI mengikuti hubungan tipe Arrhenius terhadap tegangan dan suhu. Sebagai patokan, setiap penurunan 0,1V pada tegangan pengisian maksimum kira-kira menggandakan umur siklus sel; sensitivitas tegangan yang sama juga mengurangi tekanan calendar aging. Suhu bergerak ke arah yang sama: setiap penurunan 10°C pada suhu operasi adalah perpanjang umur yang berarti, bukan sekadar perubahan kosmetik.

Ada mekanisme kedua di sisi katoda. Pada tegangan tinggi, logam transisi seperti kobalt, mangan, dan nikel bisa larut dari kisi katoda masuk ke elektrolit, berpindah ke anoda, dan mengendap di permukaannya. Endapan ini meracuni SEI dan mempercepat degradasi lebih jauh. Inilah sebabnya sel yang rutin diisi sampai 100% bisa kehilangan kapasitas lebih cepat dari yang diprediksi cycle count saja.

Calendar aging, yakni degradasi sebagai fungsi waktu, tegangan, dan suhu terlepas dari apakah sel sedang disiklus, adalah variabel paling penting untuk HP yang hidup selalu tercolok. Tabel penyimpanan BU-808 memberikan angka yang relevan untuk operator: sel Li-ion yang disimpan pada SoC 100% di 25°C tersisa sekitar 80% setelah satu tahun, sedangkan tabel yang sama melaporkan sisa sekitar 96% pada SoC 40%. Sebuah studi calendar aging Li-ion yang sudah peer-review sampai pada kesimpulan yang sama arahnya: SoC penyimpanan 100% berdampak besar, sedangkan pengaruhnya kecil di bawah 80%.

Untuk HP proxy 24/7, implikasinya langsung: biarkan tercolok di 100% dan calendar aging akan mendominasi. HP nyaris tidak menyiklus karena selalu penuh, jadi tidak ada jarak tempuh cycle count yang didapat sebagai ganti.

Kenapa pengosongan dalam juga merusak

Masalah cermin di SoC rendah lebih jarang dibahas, tetapi nyata.

Di bawah ~20% SoC, katoda hampir penuh terisi lithium dan struktur kristalnya jadi tidak stabil. Pada katoda kaya kobalt, atom oksigen bisa mulai lepas dari kisi. Di bawah 2,5V, jauh di bawah cutoff “0%” yang ditampilkan HP, current collector tembaga di sisi anoda mulai larut ke elektrolit. Begitu sel jatuh sejauh itu, endapan dendritik bisa terbentuk pada pengisian berikutnya, menaikkan resistansi internal dan menciptakan risiko korsleting.

Firmware HP mematikan sel jauh sebelum hal itu terjadi, umumnya pada tegangan sel 3,0V, yang berkorespondensi dengan “0%” yang ditampilkan. Tetapi siklus berulang dekat cutoff tetap memberi tekanan, dan sel yang rutin sampai 5% akan menua lebih cepat daripada yang bagian bawahnya berhenti di 30%.

Jendela antara 20% dan 80% SoC adalah rezim yang paling sedikit menekan, baik secara struktural maupun elektrokimia, untuk kedua elektrode. Itulah seluruh alasan di balik “aturan 20-80” yang sering diulang dalam riset baterai.

Paradoks 79→80% vs 99→100%

Pertanyaan umum: kalau HP diatur untuk hanya mengisi sampai 80%, bukankah ia terus-menerus bersiklus antara 79% dan 80%? Kenapa itu lebih baik daripada bersiklus antara 99% dan 100%?

Jawabannya: ayunan persentase tidak penting. Yang penting adalah tegangan tempat ayunan itu terjadi.

Siklus 79→80% memindahkan sel antara sekitar 4,00V dan 4,05V. Pertumbuhan SEI di tegangan ini lambat. Dekomposisi elektrolit lambat. Kisi grafit masih punya ruang lentur. Sel mengalami ini sebagai mikro-siklus yang ringan.

Siklus 99→100% memindahkan sel antara sekitar 4,17V dan 4,20V. Pertumbuhan SEI di sini berkali-kali lipat lebih cepat. Laju oksidasi elektrolit lebih tinggi secara eksponensial. Kisi grafit berada di tekanan maksimum. Bahkan top-up 1% pada level ini memberi kerusakan yang tidak proporsional.

Secara praktis, HP yang dibatasi di 80%, yang menghabiskan sebagian besar hidupnya bermikro-siklus di sekitar 4,00V, bisa bertahan 2 sampai 5 kali lebih lama dibanding HP tanpa batas. Tabel tegangan pengisian BU-808 memperkirakan 300–500 siklus pada 4,20V/sel, 600–1.000 pada 4,06V/sel, dan 1.200–2.000 pada 3,92V/sel, dan justru rentang itulah yang relevan saat HP proxy berhenti float di 100%.

Apa yang membunuh baterai di operasi proxy 24/7, urut dampaknya

Untuk HP yang hidup tercolok sebagai node proxy, mekanisme penuaan dominan kira-kira berurut sebagai berikut:

1. Calendar aging pada SoC tinggi. Bertahan di 100% selama berjam-jam atau berhari-hari adalah pola terburuk. Float voltage di 4,20V mendorong pertumbuhan SEI yang stabil.
2. Panas. Tabel penyimpanan BU-808 memperkirakan sekitar 80% tersisa setelah satu tahun pada 25°C dan muatan 100%, tetapi hanya 65% tersisa pada 40°C dan muatan 100%. HP yang ditumpuk dekat dinding, di musim panas, tanpa aliran udara, sedang beroperasi di bagian mahal dari kurva itu.
3. Pengisian C-rate tinggi. Fast charging memanaskan sel dan menekan elektrode. Untuk operasi 24/7, pengisian lambat di 0,3 sampai 0,5C jauh lebih baik daripada fast charging.
4. Pengosongan dalam. Kurang kritis untuk HP yang selalu tercolok, tetapi kalau HP sempat jatuh ke 5% saat listrik sesekali padam, peristiwa-peristiwa itu menumpuk kerusakan lebih cepat daripada HP yang sama berhenti di 30%.
5. Jumlah siklus. Inilah yang diukur spesifikasi cycle-life, tetapi untuk HP yang selalu tercolok hampir tidak relevan. HP nyaris tidak menyiklus, dan efek kalender mendominasi.

Model mental yang berguna: anggap setiap menit yang dihabiskan HP di atas tegangan sel 4,10V sebagai mahal, setiap menit antara 3,7V dan 4,05V sebagai murah, dan setiap menit di bawah 3,4V sebagai mahal lagi.

Fitur baterai Android dan dampaknya ke uptime proxy

Dua kerangka mental membantu di sini.

Yang pertama adalah sistem App Standby Bucket, diperkenalkan di Android 9 dan diperketat di setiap rilis sejak itu. Setiap aplikasi duduk di salah satu dari lima bucket (active, working_set, frequent, rare, atau restricted) berdasarkan seberapa sering pengguna berinteraksi dengannya. Aplikasi di bucket bawah secara progresif mendapat lebih sedikit job, alarm, dan (di rare dan restricted) akses jaringan. Fitur Adaptive Battery, juga dari Android 9, menumpuk model machine learning di atas pengaturan bucket. Doze mode (Android 6) berada di bawah semua ini dan menunda jaringan dan CPU latar belakang saat HP idle dan tidak bergerak.

Yang kedua adalah kontrak foreground service. Aplikasi yang menahan foreground service dengan notifikasi persisten yang terlihat diperlakukan OS sebagai pekerjaan yang disadari user, dan sebagian besar pembatasan berbasis bucket ditangguhkan selama service itu berjalan. iProxy, seperti setiap aplikasi networking yang berjalan panjang, mengandalkan foreground service agar tetap dapat dihubungi.

Catatan berguna dari dokumentasi resmi App Standby Bucket Android: “These restrictions apply only while the device is on battery power. While the device is charging, the system doesn’t impose these restrictions.” Pengecualian itulah sebabnya HP yang menghabiskan setiap menit tercolok ke stopkontak umumnya menjalankan proxy dengan baik, bahkan saat sebenarnya HP itu seharusnya berada di bucket rare atau frequent. Itu juga sebabnya HP dengan pengisian siklik via smart plug, yang bergantian antara mengisi dan tidak, bisa tiba-tiba kena pembatasan bucket di jendela off-charging. Dan itulah sebabnya dua perubahan spesifik berlaku tanpa peduli status pengisian: bucket restricted di Android 12 dan batas foreground service di Android 15.

Berikut ringkasan versi-per-versi perubahan yang penting untuk aplikasi proxy 24/7, fokus pada apa yang perlu dilakukan operator.

Mencari langkah klik-demi-klik? Subbagian versi-per-versi di bawah menjelaskan apa yang berubah di tiap rilis dan kenapa. Untuk langkah ketukan sebenarnya menyetel aplikasi iProxy dan aplikasi tunnel OpenVPN for Android ke “Tidak dibatasi” di setiap versi Android, lengkap dengan screenshot, lihat cara mematikan optimasi baterai Android untuk iProxy dan OpenVPN . Untuk toggle sisi sistem (Penghemat Baterai, Adaptive Battery, batas pengisian 80%), lihat panduan pendamping tentang mematikan Penghemat Baterai Android dan batas pengisian 80% di HP proxy .

Android 9 (API 28): App Standby Bucket, Adaptive Battery, FOREGROUND_SERVICE

• App Standby Bucket dan Adaptive Battery diperkenalkan. Aplikasi di bucket bawah mendapat throttling job dan alarm secara progresif.
• Aplikasi yang menargetkan Android 9 harus meminta izin FOREGROUND_SERVICE. Tanpa itu, memulai foreground service melempar SecurityException.
• Notifikasi dari aplikasi yang ditangguhkan disembunyikan sampai aplikasi aktif lagi, bukan dibatalkan langsung.

Untuk HP proxy yang selalu tercolok dan menjalankan Android 9, tidak ada yang fatal di sini selama aplikasi menahan foreground service.

Android 10 (API 29): Pembatasan background activity start

• Aplikasi di latar belakang tidak bisa lagi meluncurkan activity, dengan daftar pengecualian kecil (notification trampoline, accessibility, dll).
• Lokasi latar belakang kini memerlukan izin runtime terpisah (ACCESS_BACKGROUND_LOCATION), berbeda dari lokasi foreground.

Aplikasi proxy umumnya tidak meluncurkan activity dari latar belakang, jadi dampaknya kecil. Perubahan ini hanya penting kalau aplikasi memanggil kembali UI-nya dari remote command.

Android 11 (API 30): Reset otomatis izin, WorkManager wajib

• Izin runtime di-reset otomatis untuk aplikasi yang tidak diinteraksi user “beberapa bulan”. Pendahulu hibernasi aplikasi penuh di Android 12.
• Firebase JobDispatcher dan GcmNetworkManager dinonaktifkan untuk aplikasi yang menargetkan API 30+. WorkManager jadi satu-satunya scheduler yang didukung.
• Lokasi latar belakang tidak bisa lagi diminta lewat dialog runtime. Pengguna harus memberi izin secara eksplisit dari Pengaturan.

Untuk aplikasi proxy yang user install sekali lalu nyaris tidak dibuka lagi secara visual, reset otomatis adalah risiko nyata. Entah user harus berinteraksi secara visual setiap beberapa bulan, atau hibernasi harus dimatikan per-aplikasi (toggle-nya datang di Android 12).

Android 12 (API 31): Hibernasi aplikasi, bucket restricted, larangan FGS-dari-background

Ini versi pertama di mana beberapa perubahan bisa merusak proxy 24/7 di HP yang sebetulnya selalu tercolok.

• Hibernasi aplikasi. Lanjutan dari reset otomatis Android 11. Aplikasi yang tidak dipakai berbulan-bulan akan kehilangan izinnya dan masuk ke status hibernasi: tidak bisa berjalan di latar belakang sampai dibuka lagi. Toggle per-aplikasi: Pengaturan → Aplikasi → iProxy → matikan “Jeda aktivitas aplikasi jika tidak digunakan” (atau label OEM yang setara).
• Bucket standby restricted. Bucket kelima baru di bawah rare. Pembatasan berlaku bahkan saat mengisi: maksimal satu job per hari dalam sesi batch 10 menit, satu alarm per hari (exact atau inexact), dan throttling jaringan yang ketat. Pemicunya: user tidak berinteraksi dengan aplikasi selama 45 hari, atau aplikasi ditandai karena broadcast atau binding berlebih.
• Foreground service tidak bisa dimulai dari latar belakang. Aplikasi yang menargetkan Android 12+ tidak bisa lagi memulai foreground service saat aplikasinya sendiri ada di latar belakang, kecuali dari daftar pengecualian kecil (alarm, push message, accessibility service, ketukan notifikasi). Foreground service proxy harus dimulai dari konteks yang dianggap foreground oleh OS (boot completion, exact alarm, interaksi user).
• Batas phantom process. 32 child process per aplikasi. Memengaruhi aplikasi yang menelurkan banyak subprocess; aplikasi proxy satu-proses jarang menyentuhnya.

Tindakan operator di Android 12+: matikan hibernasi secara eksplisit untuk aplikasi proxy, pastikan FGS dimulai dari konteks yang diizinkan, dan buka aplikasi secara visual minimal beberapa minggu sekali agar tetap di luar bucket rare dan jauh dari pemicu bucket restricted 45 hari.

Android 13 (API 33): POST_NOTIFICATIONS izin runtime, bucket restricted diperketat

• POST_NOTIFICATIONS sebagai izin runtime. Aplikasi yang menargetkan API 33+ harus memintanya sebelum menampilkan notifikasi biasa. Dokumentasi izin notifikasi Android membuat satu pembedaan penting untuk foreground service: kalau user menolak izin, pemberitahuan foreground service tetap muncul di Task Manager, tetapi tidak di laci notifikasi. Artinya service tidak otomatis jadi background service biasa hanya karena izin notifikasi ditolak, tetapi operator kehilangan sinyal persisten di laci notifikasi yang dipakai untuk mengetahui drop dan restart.
• Pemicu bucket restricted dikurangi dari 45 hari jadi 8 hari untuk aplikasi yang menargetkan Android 13+. Aplikasi proxy yang user tidak buka secara visual selama satu minggu kalender bisa langsung jatuh ke restricted.
• BOOT_COMPLETED ditekan di status baterai “restricted” yang diatur user. Dokumen Android mencatat: “If the user places your app in the restricted state for background battery usage while your app targets Android 13, the system doesn’t deliver the BOOT_COMPLETED broadcast or the LOCKED_BOOT_COMPLETED broadcast until the app is started for other reasons.” Autostart saat booting tidak terjamin di status ini.
• UI Task Manager membiarkan user melihat dan menghentikan foreground service dari notification shade, terlepas dari status izin notifikasi.

Tindakan operator di Android 13+: kasih izin POST_NOTIFICATIONS saat install pertama untuk visibilitas dan diagnostik, setel aplikasi proxy ke “Tidak dibatasi” di pengaturan baterai per-aplikasi, dan terima bahwa jendela 8 hari berarti aplikasi harus aktif secara visual berkala, entah lewat pemakaian normal atau watchdog eksternal (skrip ADB + cron) yang membuka ulang aplikasi sesuai jadwal tetap.

Android 14 (API 34): Tipe foreground service wajib, ANR JobScheduler

• Deklarasi tipe foreground service wajib. Setiap foreground service yang berjalan panjang harus mendeklarasikan tipenya di manifest: dataSync, mediaPlayback, connectedDevice, specialUse, shortService, health, remoteMessaging, dst. Aplikasi yang tidak mendeklarasikan tipe akan dimatikan; yang salah deklarasi bisa ditandai oleh kebijakan Google Play.
• Penegakan ANR JobScheduler. Kalau onStartJob atau onStopJob berjalan terlalu lama di thread utama, sistem memunculkan ANR (“No response to onStartJob”). Sebelumnya gagal diam-diam.
• ACCESS_NETWORK_STATE wajib untuk panggilan JobScheduler yang memakai setRequiredNetworkType() atau setRequiredNetwork(). Tanpa itu, melempar SecurityException.

Yang paling besar untuk aplikasi proxy adalah deklarasi tipe foreground service. Memilih tipe yang salah sekarang memengaruhi pembatasan mana yang berlaku, termasuk batas 6 jam Android 15 yang dibahas berikutnya.

Android 15 (API 35): Batas 6 jam foreground service

• Untuk aplikasi yang menargetkan Android 15, tipe foreground service dataSync dan mediaProcessing yang baru terkena batas kumulatif 6 jam per jendela 24 jam, sesuai dokumen timeout foreground service Android . Setelah 6 jam runtime FGS, sistem memanggil Service.onTimeout(), dan kalau service tidak memanggil stopSelf() dalam hitungan detik, melempar RemoteServiceException (“A foreground service of type dataSync did not stop within its timeout”).
• Setelah kuota habis, mencoba memulai dataSync (atau mediaProcessing) FGS lagi melempar ForegroundServiceStartNotAllowedException dengan pesan “Time limit already exhausted for foreground service type dataSync”.
• Anggaran 6 jam direset saat user membawa aplikasi ke foreground. Untuk node proxy 24/7, itu tidak terjadi dengan sendirinya.
• Tipe foreground service yang tidak kena batas 6 jam termasuk specialUse, connectedDevice, mediaPlayback, camera, phoneCall, microphone, dan location (tergantung kebijakan Google Play saat ini soal pemakaian yang wajar per tipe).

Untuk aplikasi proxy, ini perubahan yang paling mungkin merusak setup 24/7. Mitigasinya: deklarasikan tipe FGS yang tidak kena batas dan sesuai dengan tujuan aplikasi. Peran iProxy dalam meneruskan traffic always-on lebih cocok masuk specialUse atau connectedDevice daripada dataSync, yang Google maksudkan untuk sinkronisasi periodik data pengguna, bukan forward traffic always-on.

Android 16 (API 36): Kuota JobScheduler diperketat

• Kuota runtime job berbasis standby-bucket sekarang ditegakkan juga untuk bucket active, bukan cuma bucket di bawahnya, per dokumen perubahan perilaku Android 16 .
• Kuota job top-state dan FGS-concurrent. Job yang dimulai saat aplikasi terlihat lalu berlanjut setelah aplikasi tidak terlihat, plus job yang berjalan bersamaan dengan foreground service, sekarang patuh pada kuota runtime yang sebelumnya bisa dilewati.
• JobInfo.setImportantWhileForeground sudah deprecated penuh dan diabaikan.
• scheduleAtFixedRate hanya menyusul satu eksekusi yang terlewat setelah aplikasi kembali ke siklus hidup yang valid. Sebelumnya, semua eksekusi yang terlewat langsung jalan semua.
• STOP_REASON_TIMEOUT_ABANDONED yang baru memisahkan job yang tidak dibersihkan dengan benar dari timeout biasa.

Untuk aplikasi proxy yang memakai job di samping FGS utama, efek praktisnya: job tidak bisa lagi mengandalkan eksekusi bersama FGS untuk runtime tanpa batas. Pekerjaan panjang sebaiknya dimasukkan ke FGS itu sendiri, atau ke job transfer data yang dimulai user.

Android 17 (API 37): Background activity launch makin dibatasi

• Background Activity Launch (BAL) diperketat. Aplikasi yang sebelumnya memakai MODE_BACKGROUND_ACTIVITY_START_ALLOWED perlu bermigrasi ke MODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLE, atau menerima bahwa background activity start akan diblokir.
• Pengerasan audio latar belakang. Pemutaran audio, audio focus, dan API volume sekarang membutuhkan FGS dengan kapabilitas while-in-use atau izin exact alarm dengan stream audio USAGE_ALARM. Sebagian besar relevan untuk aplikasi media.

Untuk aplikasi proxy umum, Android 17 nyaris tidak terlihat: pastikan targetSdkVersion sudah terbaru dan aplikasi tidak mengandalkan peluncuran activity dari latar belakang.

Pembunuh khas OEM (terpisah dari versi Android)

Tidak peduli versi Android, skin OEM mengirimkan manajemen baterai agresif yang berkisar dari ringan (Pixel stok) sampai sangat tidak ramah (Huawei). Pola dan perbaikan per vendor:

Beberapa catatan tentang pelanggar terburuk. MIUI dan HyperOS Xiaomi mematikan autostart untuk semua aplikasi di luar sistem secara default, jadi tanpa toggle autostart eksplisit, aplikasi proxy tidak akan menyala setelah reboot. One UI Samsung menyimpan daftar Aplikasi tidur tersembunyi yang otomatis bertambah: aplikasi proxy yang operator belum buka manual bisa nyangkut di sana berminggu-minggu kemudian meski setup awalnya sudah benar. EMUI dan HarmonyOS Huawei secara historis mengharuskan menandai aplikasi sebagai “protected” lewat layar Battery Manager terpisah; tanpa itu, system cleaner akan membunuhnya dalam hitungan menit setelah aplikasi dipindahkan ke latar belakang.

Proyek komunitas dontkillmyapp.com melacak pelanggar terburuk dan mitigasi per-OEM, diberi nilai skala 1–5, dan layak di-bookmark operator mana pun yang menjalankan armada campuran. Untuk pendamping sisi versi Android dari tabel ini (Penghemat Baterai, Adaptive Battery, batas pengisian 80% di Pixel dan Samsung), lihat panduan penghematan daya sisi sistem .

Kebijakan tidur Wi-Fi

Sebagian HP memutus Wi-Fi saat layar mati untuk menghemat baterai. Untuk proxy, ini fatal: HP jatuh ke data seluler saja, atau koneksi proxy putus sama sekali. Kunci Wi-Fi ke “selalu aktif” atau “jangan putuskan saat tercolok”, biasanya di Pengaturan → Wi-Fi → Lanjutan → Tetap aktifkan Wi-Fi saat tidur.

Apa yang harus dilakukan, urut prioritas

1. Matikan Penghemat Baterai sepenuhnya. Jangan biarkan ia memicu otomatis. Lihat panduan per-versi .
2. Setel aplikasi iProxy dan aplikasi VPN tunnel apa pun yang dipakainya ke “Tidak dibatasi” (atau “Jangan optimalkan”) di pengaturan baterai per-aplikasi. Jalurnya berbeda tiap versi Android; untuk alur klik-demi-klik di semua versi 9 sampai 16, lihat panduan setel ke Tidak dibatasi per aplikasi .
3. Kasih izin POST_NOTIFICATIONS saat install pertama (Android 13+).
4. Matikan hibernasi aplikasi dan “jeda jika tidak digunakan” untuk aplikasi proxy (Android 12+).
5. Whitelist aplikasi proxy dari pembunuh khas OEM sesuai tabel di atas. Xiaomi: autostart aktif, kunci di recents. Samsung: deep sleep mati, aplikasi tidak pernah tidur aktif. Realme/Oppo: keep alive aktif. Huawei: protected app aktif.
6. Jangan pernah force-stop aplikasi proxy dari layar info aplikasi. Di Android 15+, status berhenti itu menetap sampai ada aksi langsung atau tidak langsung dari user dan membatalkan pending intent; jalankan ulang aplikasi kalau ini terjadi.
7. Konfirmasi tipe foreground service aplikasi proxy tidak kena batas 6 jam (Android 15+, aplikasi target SDK 35+).
8. Kunci Wi-Fi tetap aktif saat tercolok.
9. Matikan Adaptive Battery, atau terima bahwa ia bisa mendeprioritaskan aplikasi proxy dan audit berkala.
10. Matikan Penghemat Data dan toggle “batasi data latar belakang” apa pun.
11. Buka ulang aplikasi proxy secara visual setiap beberapa minggu agar tetap keluar dari bucket rare dan restricted (terutama Android 13+, yang trip di 8 hari tanpa pemakaian).

Aturan umumnya Kalau sebuah pengaturan menjanjikan hemat baterai dengan membatasi aktivitas latar belakang, ia akan menurunkan uptime proxy. Proxy adalah aktivitas latar belakang. Matikan semua di kategori itu, dan andalkan langkah-langkah di sisi pengisian (dibahas berikutnya) untuk memperpanjang umur baterai.

Solusi hardware: smart plug dan pengisian terjadwal

Cara paling andal menjaga HP 24/7 di zona aman 20–80% adalah mengendalikan input dayanya, bukan mengandalkan software. Sebagian HP punya batas pengisian bawaan (Pixel 6a+ punya “Limit to 80%”, Samsung One UI 6.1+ punya “Battery protection”, Sony punya “Battery Care”, Xiaomi membuka batas pengisian 80% tersembunyi di HyperOS untuk model tertentu), tetapi sebagian besar tidak punya, dan bahkan di yang punya, implementasinya tidak selalu konsisten.

Smart plug, yaitu stopkontak yang dikontrol via Wi-Fi, menyelesaikan ini secara umum. Plug mematikan dan menyalakan charger sesuai jadwal. HP melaporkan SoC-nya lewat jaringan (atau muncul di dashboard manajemen armada apa pun), dan loop sederhana mengisi sampai ~80%, idle, lalu lanjut lagi saat SoC turun ke ~30%.

Setup praktis:

• Smart plug siap pakai. TP-Link Tapo, Sonoff, dan plug Wi-Fi sejenis berharga $5–15 dan terintegrasi dengan sebagian besar platform home automation. Pendekatan kasarnya adalah jadwal tetap (isi 4 jam, mati 8 jam), yang cukup memadai sebagai langkah pertama tetapi tidak melacak SoC sebenarnya.
• Firmware Tasmota atau ESPHome. Mem-flash smart plug dengan firmware terbuka memungkinkan kontrol via MQTT atau HTTP API lokal, artinya skrip bisa men-polling level baterai HP sebenarnya dan mengganti status plug.
• Home Assistant. Kalau Home Assistant sudah jalan, integrasinya sederhana: sensor baterai (lewat skrip ADB atau aplikasi battery-broadcast khusus) membaca SoC, dan automation mengganti status plug di ambang batas.
• DIY cutoff jalur USB. Relay di jalur daya USB, dikontrol ESP32 atau Raspberry Pi, bisa melakukan hal yang sama lebih dekat ke perangkatnya. Ini termurah saat scaling, tetapi paling rapuh.

Untuk resep universal (smart plug plus skrip ADB kecil yang membaca SoC dari HP dan mengganti status plug di 30% dan 80%), yang bekerja di model Android apa pun, terlepas dari ada atau tidaknya batas bawaan OEM, lihat bagian smart plug + skrip ADB di panduan penghematan daya sisi sistem .

Catatan: pastikan HP tetap berjalan Sebagian HP masuk deep sleep atau hibernasi saat charger dilepas, bahkan dengan layar menyala. Uji modelnya: pastikan HP tetap melayani traffic proxy saat smart plug berada di porsi “mati” siklusnya. Kalau tidak, mungkin perlu aplikasi wakelock, atau jendela mati perlu lebih pendek.

Jadwal target yang masuk akal untuk sebagian besar HP: isi sampai 80% (biasanya 1–2 jam dari 30%), idle sampai SoC turun ke 30% (biasanya 8–12 jam traffic proxy normal), lalu isi lagi. Ini menghasilkan 2–3 siklus parsial per hari di rentang tegangan ringan, alih-alih float konstan di 4,20V.

Checklist umur panjang praktis untuk operator proxy

Konfigurasikan tiap HP sekali, idealnya sebelum masuk produksi:

1. Batasi pengisian di 80%, dengan cara apa pun yang tersedia: toggle OEM bawaan (Pixel 6a+, Samsung One UI 6.1+) atau jadwal smart plug. Resep ADB universal bekerja di model apa pun.
2. Hindari membiarkan SoC turun di bawah 20%. Kalau beban traffic menguras HP lebih cepat daripada kemampuan charger menutupinya, itu masalah wiring atau daya charger yang layak diselesaikan sebelum sel mulai rusak.
3. Matikan Penghemat Baterai dan Adaptive Battery di level OS. Lihat panduan baterai sisi sistem .
4. Setel aplikasi iProxy dan OpenVPN ke “Tidak dibatasi” di pengaturan baterai per-aplikasi, plus autostart, plus kunci latar belakang. Walkthrough per-versi: matikan optimasi baterai Android untuk iProxy dan OpenVPN .
5. Whitelist aplikasi proxy dari pembunuh khas OEM sesuai tabel di atas. Xiaomi: autostart aktif, kunci di recents. Samsung: deep sleep mati, aplikasi tidak pernah tidur aktif. Realme/Oppo: keep alive aktif. Huawei: protected app aktif.
6. Kunci Wi-Fi tetap aktif saat tercolok, jangan pernah tidur.
7. Pilih perangkat yang punya batas 80% bawaan kalau bisa. Halaman perangkat Android yang direkomendasikan untuk iProxy menandai Pixel 8/9 dan model Galaxy terbaru secara khusus untuk fitur ini.
8. Pengisian lambat. Pakai adaptor dinding 1A atau 1,5A, bukan fast charger 3A, untuk operasi yang selalu tercolok. Arus lebih rendah berarti suhu lebih rendah dan tekanan lebih kecil pada sel.
9. Kelola suhu. Jangan tumpuk HP rapat-rapat. Jangan letakkan di atas router, modem, atau kena matahari langsung. Targetkan udara sekitar di sekitar HP, idealnya di bawah 25°C. Aliran udara penting; lihat bagian fleet hygiene di panduan setup jaringan proxy 4G .
10. Audit tiap kuartal. Update OS HP bisa mengaktifkan kembali fitur yang sudah dimatikan. Cek setiap 90 hari. Checklist setting koneksi mencakup hygiene operator yang lebih luas yang berpasangan dengan audit ini.

Kapan HP harus dipensiunkan

Bahkan dengan perawatan terbaik, baterai tetap perangkat habis pakai. Ambang pensiun praktis untuk HP proxy adalah saat kapasitasnya turun di bawah sekitar 70% dari nilai baru. Di bawah itu, tiga hal cenderung terjadi:

• Tegangan turun lebih dalam saat dibebani, menyebabkan drop koneksi terutama saat traffic memuncak.
• Sel jadi lebih cepat panas, mempercepat penurunannya sendiri.
• Pembengkakan fisik makin mungkin. Sel yang bengkak bisa mendorong layar lepas, menjebol cover belakang, atau dalam kasus langka bocor dan terbakar.

Sebagian besar HP Android melaporkan kesehatan baterai di pengaturan atau lewat ADB (dumpsys battery). Operator proxy yang menjalankan armada sebaiknya melacak kesehatan tiap bulan dan merotasi HP keluar sebelum pembengkakan dimulai. HP yang dipensiunkan di kapasitas 70% lalu dijual atau dialihfungsikan adalah biaya yang direncanakan; HP yang membengkak sampai memecah layar di 50% adalah biaya yang direncanakan plus satu perangkat hancur. Memilih hardware yang tepat sejak awal sangat membantu di sini: daftar perangkat yang direkomendasikan iProxy melacak model dengan dukungan OS panjang, menu baterai yang bisa diprediksi, dan batas 80% bawaan yang memudahkan semua yang ada di artikel ini.

Angka referensi

Rekomendasi di artikel ini (batasi di 80%, hindari float 100%, pengisian lambat, kelola suhu, konfigurasikan Android agar tidak mengganggu proxy) bukan praktik terbaik yang sembarang. Tiap rekomendasi berkorespondensi dengan mekanisme degradasi spesifik yang naik eksponensial seiring tegangan atau suhu: pertumbuhan SEI, larutnya logam transisi dari katoda, oksidasi elektrolit, penskalaan suhu Arrhenius. Sel benar-benar sensitif terhadap tegangan dan suhu, dengan cara yang indikator persentase di layar tidak ungkapkan.

Dua titik referensi untuk menambatkan analisis biaya-manfaat. Anggap keduanya estimasi perencanaan armada, bukan jaminan untuk setiap kimia sel: baselinenya berasal dari tabel penyimpanan dan tegangan pengisian BU-808, sementara skenario proxy 24/7 menambahkan variabel panas dunia nyata, fast charger, dan Android yang tidak dijaga di atasnya.

• HP proxy 24/7 yang dikonfigurasi dengan pengaturan Android default, dicolok ke fast charger, bertahan di 100% terus, di tumpukan yang hangat: umumnya kehilangan 30–40% kapasitas awal dalam 12 bulan.
• HP yang sama, dibatasi di 80%, diisi lambat lewat smart plug, dengan penghemat baterai OS dimatikan dan pembunuh OEM di-whitelist, di ruangan 22°C dengan aliran udara: umumnya mempertahankan 90% atau lebih kapasitas awal di bulan ke-12, dan kemungkinan masih di atas ambang pensiun 70% di bulan ke-36.

Biaya konfigurasinya kecil: satu smart plug per perangkat, audit pengaturan sekali per model HP, plus toggle per-aplikasi dan level sistem yang dibahas di panduan Tidak dibatasi per-aplikasi dan panduan penghemat baterai sisi sistem . Selisih biaya modal antara mengganti HP setiap 12 bulan vs setiap 30–36 bulan naik linear dengan ukuran armada — dan di armada apa pun di atas lima perangkat, ia balik modal terhadap waktu konfigurasi dalam kuartal pertama.