Pengaturan Kios Android: Langkah yang Harus Diambil Ketika Pemilik Perangkat Mengunci Akses Anda ke Pengaturan

Atablet Android 10,1 inci dikonfigurasi untuk penggunaan kios dengan ADB, peluncur khusus, dan Device Owner. Setelah di-reboot, aplikasi diluncurkan sebagaimana diharapkan, tetapi perangkat tidak lagi dapat mengakses antarmuka Pengaturan Android standar.

Hal ini menimbulkan tantangan umum dalam penerapan kios: setelah navigasi sistem dan kontrol manajemen perangkat dibatasi, bagaimana tablet dapat dipulihkan guna pengujian lebih lanjut? Dan jika aplikasi perlu membuka Wi-Fi atau fungsi sistem lainnya, Intent Android mana yang masih dapat digunakan?

Pelanggan pertama-tama menggunakan perintah ADB untuk memodifikasi perilaku UI sistem:

adb shell settings put system hide_navbar 1

adb shell settings put system statusbar_disp 1

adb shell settings put system swipe_show_nav_bar 0

adb shell settings put system power_button_show 0

Aplikasi kemudian diatur sebagai layar Beranda bawaan, lalu dikonfigurasi sebagai Device Owner untuk mengaktifkan fungsi pengelolaan perangkat yang diperlukan.

Setelah di-reboot, Tablet kiosk Android secara otomatis memasuki aplikasi sebagaimana diharapkan. Namun, pelanggan tidak lagi dapat keluar dari layar utama aplikasi untuk mengakses Pengaturan Android atau fungsi sistem lainnya. Tombol Pengaturan dan Wi-Fi yang terintegrasi dalam aplikasi juga berhenti membuka halaman sistem terkait.

Pertanyaan mendesak bukan sekadar cara keluar dari aplikasi. Pelanggan membutuhkan cara andal untuk memulihkan Tablet android tablet tersebut guna pengujian lebih lanjut serta ingin memahami Intent sistem mana saja yang dapat digunakan oleh aplikasi mereka.

Mengapa Tablet Android Menjadi Sulit Diakses

Masalah ini muncul akibat penerapan beberapa lapisan kontrol perangkat secara bersamaan.

Peluncur khusus menentukan aplikasi mana yang muncul sebagai layar Beranda, sedangkan Pemilik Perangkat memberi aplikasi kendali jauh lebih luas atas kebijakan perangkat. Dokumentasi Android untuk perangkat khusus mendukung jenis konfigurasi ini dalam penerapan kios dan perangkat terkelola, termasuk mengendalikan aplikasi Beranda bawaan serta membatasi akses ke fungsi sistem.

Perintah ADB menambahkan lapisan lain dengan mengubah perilaku antarmuka pengguna sistem. Pengaturan khusus ini bergantung pada perangkat atau firmware—bukan API Android universal—sehingga efek pastinya tergantung pada cara firmware tablet mengimplementasikannya.

Ini berarti bahwa Tablet Android yang digunakan sebagai perangkat kios dapat menjadi sulit dipulihkan ketika peluncur, konfigurasi Pemilik Perangkat, pembatasan antarmuka pengguna sistem, dan navigasi aplikasi semuanya diubah secara bersamaan.

Fakta bahwa tombol Pengaturan atau Wi-Fi pada aplikasi tidak lagi berfungsi tidak selalu berarti Intent itu sendiri salah. Aktivitas Pengaturan tujuan mungkin tidak tersedia, dibatasi, atau tidak dapat diakses karena konfigurasi perangkat saat ini. Android juga merekomendasikan untuk memeriksa terlebih dahulu apakah suatu Intent dapat diselesaikan sebelum mencoba menjalankannya.

Jalur Pemulihan untuk Tablet Kiosk Android yang Terkunci

Jika aplikasi sudah dikonfigurasi sebagai Device Owner, pemulihan berbasis perangkat lunak harus dipertimbangkan terlebih dahulu.

Android’s DevicePolicyManager menyediakan fungsi manajemen perangkat yang dapat digunakan oleh Device Owner. Bergantung pada versi Android dan konfigurasi aplikasi, aplikasi Device Owner dapat menggunakan mekanisme penghapusan data perangkat yang sesuai guna mengembalikan tablet ke kondisi bersih untuk pengujian. wipeData() adalah API standar untuk menghapus data pengguna, sedangkan versi Android yang lebih baru menyediakan fungsionalitas penghapusan data perangkat tambahan.

API usang clearDeviceOwnerApp() metode ini tidak boleh dianggap sebagai metode pemulihan produksi umum. Dokumentasi Android menyebutnya sebagai API yang berorientasi pengujian dan merekomendasikan pengaturan ulang pabrik sebagai cara normal untuk menghapus hubungan Device Owner.

ADB juga menyediakan perintah manajemen kebijakan perangkat, tetapi perintah-perintah ini memiliki batasan. Sebagai contoh, adb shell dpm remove-active-admin bukan metode universal untuk menghapus Device Owner; dokumentasi ADB Android menetapkan persyaratan seperti deklarasi aplikasi testOnly .

Jika pemulihan perangkat lunak tidak tersedia karena aplikasi tidak dapat menjalankan operasi yang diperlukan, satu-satunya jalan yang tersisa adalah pengaturan ulang pabrik secara fisik atau prosedur Android Recovery .

Kombinasi tombol yang tepat tidak boleh diasumsikan dari model tablet Android lain. Perilaku Recovery ditentukan oleh firmware dan implementasi perangkat keras tablet tersebut. Untuk proyek tablet Android khusus, prosedur Recovery yang sesuai harus dikonfirmasi terlebih dahulu untuk model dan firmware aktual sebelum penyebaran.

Jenis ini Tablet kiosk Android , memiliki metode pemulihan yang ditentukan sangat berguna selama pengujian integrasi karena konfigurasi tingkat sistem dapat secara sengaja menghilangkan navigasi pengguna normal.

Menguji Niat Pengaturan dan Fungsi Sistem pada Tablet Android

Pertanyaan kedua pelanggan adalah apakah aplikasi dapat langsung meluncurkan fungsi sistem seperti Pengaturan dan Wi-Fi.

Android menyediakan tindakan Pengaturan standar untuk fungsi-fungsi ini. Contohnya:

Fungsi	Niat Android Standar
Pengaturan Utama	Settings.ACTION_SETTINGS
Pengaturan Wi-Fi	Settings.ACTION_WIFI_SETTINGS
Pengaturan nirkabel	Settings.ACTION_WIRELESS_SETTINGS
Pengaturan Bluetooth	Settings.ACTION_BLUETOOTH_SETTINGS
Pengaturan Tampilan	Settings.ACTION_DISPLAY_SETTINGS
Pengaturan Lokasi	Settings.ACTION_LOCATION_SOURCE_SETTINGS
Pengaturan Suara	Settings.ACTION_SOUND_SETTINGS
Pengaturan Keamanan	Settings.ACTION_SECURITY_SETTINGS
Pengaturan Aplikasi	Settings.ACTION_APPLICATION_SETTINGS
Pengaturan Aplikasi Spesifik	Settings.ACTION_APPLICATION_DETAILS_SETTINGS

 

Ini adalah tindakan Pengaturan Android standar, bukan antarmuka yang spesifik untuk suatu Produsen tablet Android . Namun, keberadaan sebuah Intent tidak menjamin bahwa Intent tersebut akan berhasil dibuka di setiap perangkat atau dalam setiap konfigurasi kios. Android merekomendasikan memeriksa Intent tersebut dengan resolveActivity() sebelum menjalankannya.

Untuk tablet Android yang terintegrasi ke sistem, pengujian Intent oleh karena itu harus dilakukan pada firmware dan versi Android aktual yang digunakan untuk penyebaran. Pengujian harus memverifikasi tidak hanya apakah Intent tersebut ada, tetapi juga apakah Activity terkait dapat diakses setelah pembatasan Device Owner, peluncur (launcher), dan antarmuka sistem (system UI) diterapkan.

Jika Anda sedang mengerjakan proyek tablet kios Android atau integrasi sistem dan memerlukan bantuan terkait pemulihan Device Owner, Intent Pengaturan, atau masalah konfigurasi terkait lainnya, silakan hubungi kami dengan model tablet dan versi Android yang Anda gunakan. Kami dapat membahas opsi dukungan teknis dan penyesuaian yang tersedia.

 

Prinsip yang sama berlaku untuk fungsi sistem lainnya. API Android standar mungkin tersedia, namun perilaku aktual tablet yang telah disesuaikan bergantung pada versi Android-nya, konfigurasi firmware, serta kebijakan manajemen perangkat.

Bagaimana dengan Permintaan Bangun (Wake Requests)?

Pertanyaan pelanggan mengenai “permintaan bangun” sedikit berbeda dari peluncuran halaman Pengaturan.

Intent.ACTION_SCREEN_ON mewakili siaran sistem yang menunjukkan bahwa layar telah menjadi interaktif. Ini merupakan siaran sistem terlindungi, sehingga aplikasi tidak boleh memperlakukannya sebagai Intent biasa yang dapat dikirimkan begitu saja untuk membangunkan tablet.

Jika kebutuhannya adalah untuk membangunkan layar, menjaga layar tetap aktif, atau mengontrol perilaku layar-menyala , mekanisme yang tepat tergantung pada kebutuhan aplikasi yang spesifik. Android menyediakan API manajemen daya dan jendela/aktivitas untuk skenario ini, termasuk PowerManager dan fungsionalitas wake-lock bila diperlukan.

Perbedaan ini penting ketika mengembangkan aplikasi untuk sebuah Tablet kiosk Android . “Menjalankan fungsi sistem” dan “mengontrol status daya perangkat” merupakan operasi sistem yang berbeda dan harus ditangani melalui API yang berbeda pula.

Dukungan Teknis untuk Integrasi Tablet Android

Kasus ini juga menunjukkan mengapa penyebaran kios dapat memerlukan lebih dari sekadar konfigurasi perangkat keras dasar tablet Android.

Ketika sebuah tablet diintegrasikan ke dalam aplikasi khusus, sistem POS, kios, sistem industri, atau perangkat terkelola lainnya, konfigurasi perangkat lunak dapat melibatkan peluncur (launcher), Pemilik Perangkat (Device Owner), antarmuka pengguna sistem (system UI), izin aplikasi, Intent Pengaturan (Settings Intents), serta perilaku pemulihan (recovery behavior) secara bersamaan.

Untuk proyek yang memerlukan tablet Android yang dikustomisasi konfigurasi; persyaratan ini harus dievaluasi bersama-sama dengan konfigurasi perangkat keras dan sistem Android, bukan diperlakukan sebagai masalah terpisah selama pengujian akhir.

Solusi yang tepat bergantung pada versi Android, firmware tablet, konfigurasi aplikasi, serta fungsi-fungsi yang perlu dikendalikan oleh integrator sistem. Dokumentasi teknis juga dapat disusun berdasarkan antarmuka sistem yang tersedia, Intent yang didukung, izin (permissions), serta keterbatasan spesifik perangkat.

Jika Anda sedang menguji suatu Tablet android untuk penyebaran kios atau integrasi sistem dan mengalami masalah serupa dengan Device Owner, peluncur khusus (custom launchers), mode kios, Intent Pengaturan, pembatasan UI sistem, atau pemulihan perangkat , Tolong hubungi Kami untuk dukungan teknis .

Anda dapat menyertakan model tablet Anda, versi Android, konfigurasi penyebaran, serta fungsi spesifik yang ingin Anda terapkan. Selanjutnya, kami dapat membahas pilihan Kustomisasi tablet Android dan dukungan teknis pilihan untuk proyek Anda.