Digital Signage Open ADB: Mengerahkan Aplikasi Android Milik Pelanggan

Ketika proyek papan reklame digital melibatkan aplikasi Android milik pelanggan, memilih yang sesuai. Perangkat sampel kemudian dapat digunakan untuk memvalidasi APK, perilaku Peluncur, perilaku reboot, dan akses sistem yang diperlukan sebelum beralih ke penerapan yang lebih luas. Pola penerapan yang sama berlaku di seluruh aplikasi layar Android, dari panel pemesanan ruang rapat hingga layar pemesanan restoran, seperti yang tercermin dalam lini produk tidak lagi hanya soal ukuran layar, resolusi, atau metode pemasangan. Pertanyaan yang lebih penting adalah apakah platform Android memberikan kontrol yang cukup kepada integrator untuk menerapkan dan menjalankan perangkat lunaknya sendiri.

Hal ini menjadi jelas ketika seorang distributor papan reklame digital yang berbasis di Bosnia mendekati kami dengan persyaratan untuk layar Android yang ringkas. Aplikasi yang dimaksud melibatkan tampilan informasi, tetapi pelanggan sudah memiliki Aplikasi Android sendiri dan tidak ingin dibatasi oleh Peluncur yang terpasang di pabrik. Permintaan tersebut mencakup ADB terbuka, instalasi APK di sisi pelanggan, kemampuan untuk menggunakan Aplikasi pelanggan sebagai Peluncur, dan dudukan yang cocok untuk orientasi pemasangan yang berbeda.

Untuk jenis proyek ini, kami melihat persyaratan penerapan perangkat lunak terlebih dahulu. Pertanyaan praktisnya lugas: Bisakah APK pelanggan diinstal secara independen? Bisakah Aplikasinya menjadi Peluncur perangkat? Akankah konfigurasi tersebut tetap ada setelah restart? Dan tingkat akses sistem apa yang tersedia jika integrator perlu mengelola lingkungan Android?

Pertanyaan-pertanyaan tersebut membawa kami untuk mengevaluasi layar sebagai platform Android daripada sekadar perangkat pemutaran konten.

Pelanggan Membutuhkan Lebih dari Lingkungan Android Pabrik

Penerapan papan reklame digital konvensional dapat sangat bergantung pada perangkat lunak yang disertakan dengan layar. Konten dapat dikirimkan melalui CMS, diluncurkan melalui aplikasi pabrik, dan dikelola dalam alur kerja yang dimaksudkan oleh produsen.

Integrator dengan aplikasinya sendiri memiliki persyaratan yang berbeda. Layar menjadi bagian dari lingkungan perangkat lunak yang ada dari integrator, sehingga kemampuan untuk menerapkan APK yang terinstal sendiri menjadi bagian dari proses pemilihan perangkat keras.

Dalam kasus ini, persyaratannya bukan hanya untuk menginstal aplikasi sekali. Pelanggan ingin perangkat lunaknya sendiri menjadi antarmuka normal yang disajikan kepada pengguna.

Perbedaan tersebut mengubah cara kami mendekati permintaan tersebut. Alih-alih memperlakukan "Android" sebagai spesifikasi yang memadai, kami memisahkan penerapan menjadi beberapa lapisan praktis: akses ADB, instalasi APK, perilaku peluncur kustom, perilaku startup, dan akses Root.

Konfigurasi papan reklame Android kami yang terkonfirmasi mendukung persyaratan ini. ADB didukung, pelanggan dapat menginstal APK-nya sendiri melalui ADB, aplikasi dengan properti Peluncur yang diperlukan dapat menggantikan Peluncur asli, dan Peluncur yang dikonfigurasi tetap menjadi titik masuk default setelah restart. Root juga terbuka secara default, dengan hak akses adb shell beroperasi dengan hak akses Root.

Untuk lingkungan aplikasi yang ringkas, layar Android 13 RK3588 10,1 inci menyediakan contoh perangkat keras yang relevan dari layar papan reklame digital Android 13 RK3588. Layar ini menggunakan prosesor RK3588 dan Android 13 dan diposisikan sebagai layar Android untuk aplikasi yang membutuhkan integrasi dan kustomisasi perangkat lunak.

Produk itu sendiri bukanlah poin utama dari kasus ini. Yang penting adalah perangkat keras dapat mengakomodasi lingkungan perangkat lunak yang dikontrol pelanggan alih-alih mengharuskan integrator membangun aplikasinya di sekitar antarmuka pabrik yang tetap.

ADB Terbuka Memungkinkan Penerapan APK Sisi Pelanggan

Bagi integrator dengan aplikasi Android yang sudah ada, pertanyaan praktis pertama adalah apakah perangkat lunak dapat diterapkan tanpa bergantung pada lingkungan aplikasi yang sudah terpasang dari produsen. Untuk tampilan informasi, misalnya, penerapan tersebut dapat dimulai dari komputer tablet / all-in-one layar sentuh Android RK3399 21 inci yang menjalankan APK pelanggan sendiri.

ADB terbuka menyediakan saluran komunikasi yang digunakan untuk berkomunikasi dengan perangkat Android dari komputer. Dalam skenario penerapan ini, kemampuan yang relevan adalah bahwa pelanggan dapat menggunakan ADB untuk menginstal APK-nya sendiri.

Ini terkadang digambarkan sebagai penerapan APK yang di-side-load. Aplikasi disediakan oleh pelanggan daripada terbatas pada perangkat lunak yang sudah dimuat sebelumnya oleh produsen layar.

ADB, instalasi APK, dan Root masih harus diperlakukan sebagai kemampuan terpisah. ADB adalah mekanisme komunikasi. Instalasi APK adalah operasi penerapan. Root menentukan tingkat hak akses yang tersedia dalam sistem Android.

Perbedaan tersebut penting selama pengadaan karena layar dapat mendukung Android dan bahkan memungkinkan instalasi aplikasi tanpa harus menyediakan tingkat akses sistem yang dibutuhkan oleh integrator.

Dalam konfigurasi yang terkonfirmasi untuk lini produk papan reklame Android kami, pelanggan dapat menggunakan ADB untuk menginstal APK-nya sendiri, sementara akses Root tersedia secara default. Ini memberi integrator jalur penerapan yang jelas untuk perangkat lunaknya sendiri dan, jika diperlukan, akses yang lebih dalam ke lingkungan Android.

Bagi pembeli yang mencari kemampuan instalasi APK mandiri papan reklame Android — atau berencana menginstal APK Anda sendiri di layar papan reklame digital — ini adalah perbedaan yang lebih berguna daripada sekadar mencari versi Android di lembar spesifikasi.

Langkah Penting Datang Setelah Instalasi APK

Menginstal APK tidak secara otomatis menjadikan aplikasi tersebut sebagai antarmuka utama perangkat.

Ini adalah bagian penting dari persyaratan pelanggan. Pelanggan sudah memiliki aplikasinya sendiri dan tidak ingin pengguna masuk melalui Peluncur pabrik sebelum mencapai aplikasi tersebut.

Aplikasi Android dengan properti Peluncur/Beranda yang sesuai dapat dikonfigurasi sebagai Peluncur default perangkat. Setelah menjadi Peluncur default, aplikasi pelanggan menjadi titik masuk normal ke sistem Android.

Konfigurasi yang terkonfirmasi mendukung pendekatan ini. Ketika Aplikasi pelanggan memiliki properti Peluncur yang diperlukan, aplikasi tersebut dapat menggantikan Peluncur asli, mengubah perangkat menjadi layar papan reklame Android peluncur kustom. Setelah perangkat di-restart, Peluncur yang dikonfigurasi tetap menjadi default dan perangkat dapat masuk ke Aplikasi pelanggan lagi.

Ini menciptakan perbedaan yang berarti antara dua jenis proyek papan reklame Android instalasi APK mandiri.

Dalam satu model, pelanggan hanya menginstal aplikasi di samping perangkat lunak produsen. Dalam model lain, aplikasi pelanggan menjadi antarmuka utama perangkat. Model kedua lebih dekat dengan apa yang dibutuhkan banyak integrator ketika layar dimaksudkan untuk beroperasi sebagai bagian dari lingkungan aplikasi berpemilik.

Perbedaan tersebut juga mengapa "instalasi APK didukung" tidak boleh dianggap sebagai jawaban lengkap saat mengevaluasi proyek papan reklame digital peluncur kustom.

Akses Root Memberikan Opsi Tingkat Sistem yang Lebih Dalam kepada Integrator

Persyaratan pelanggan juga mencakup akses sistem terbuka, di sinilah Root menjadi relevan.

Konfigurasi yang terkonfirmasi menyediakan akses Root secara default. Lebih spesifiknya, hak akses adb shell beroperasi sebagai Root daripada sebagai pengguna shell yang dibatasi.

Ini tidak berarti Root diperlukan hanya untuk menginstal APK pelanggan. Penerapan APK dan Root adalah bagian terpisah dari sistem.

Alasan untuk mengklarifikasi Root selama pengadaan berbeda: integrator mungkin memerlukan akses yang lebih dalam saat mengadaptasi, mengkonfigurasi, men-debug, atau mengelola lingkungan perangkat lunaknya sendiri. Untuk tugas-tugas tersebut, tablet Android industri 12 inci RK3288 dengan NFC dan dudukan dinding menawarkan platform ringkas yang dapat dipasang di dinding dengan dukungan SDK untuk integrasi kustom.

Untuk jenis proyek ini, perbedaannya dapat dinyatakan secara sederhana:

Inilah sebabnya mengapa kami tidak hanya menggambarkan persyaratan layar kios ADB terbuka sebagai persyaratan Root. Proyek mungkin memerlukan ADB dan Peluncur kustom tanpa memerlukan setiap fungsi sistem untuk diekspos kepada pengguna.

Peluncur Kustom dan Kios Terkait, tetapi Tidak Identik

Peluncur kustom memecahkan satu bagian penting dari pengalaman pengguna: memungkinkan Aplikasi pelanggan menjadi antarmuka Beranda normal.

Penerapan Kios yang lebih ketat mungkin memerlukan lebih dari itu. Aplikasi mungkin perlu tetap menjadi satu-satunya lingkungan yang menghadap pengguna secara praktis, sementara navigasi normal ke desktop Android atau pengaturan sistem dibatasi — pola yang relevan untuk penerapan swalayan seperti seri mesin kasir POS kami.

Persyaratan tersebut harus didefinisikan secara terpisah.

Untuk konfigurasi yang terkonfirmasi yang dibahas dalam kasus ini, Aplikasi pelanggan dapat menjadi Peluncur default ketika memiliki properti Peluncur yang diperlukan, dan perangkat dapat kembali ke Aplikasi tersebut setelah reboot. Hal ini menetapkan posisi aplikasi sebagai antarmuka utama perangkat.

Jika proyek tambahan memerlukan penguncian aplikasi yang ketat, navigasi sistem yang dibatasi, atau implementasi manajemen perangkat tertentu, persyaratan tersebut harus dievaluasi sesuai dengan aplikasi dan metode penerapan pelanggan daripada diasumsikan termasuk hanya karena peluncur kustom didukung.

Perbedaan ini sangat relevan bagi integrator yang membangun lingkungan perangkat lunak Kios mereka sendiri. Pertanyaan yang tepat bukanlah sekadar apakah layar diiklankan sebagai layar kios Android untuk aplikasi kustom, tetapi bagian mana dari pengalaman pengguna Android yang sebenarnya perlu dikontrol oleh aplikasi pelanggan. Penerapan swalayan seperti kios POS Android 11,6 inci menunjukkan aplikasi pelanggan berjalan sebagai antarmuka utama pada basis Android.

Layar Fisik Tetap Harus Sesuai dengan Aplikasi

Konfigurasi perangkat lunak hanyalah bagian dari permintaan awal. Pelanggan juga membutuhkan layar yang ringkas dan dudukan yang dapat mengakomodasi orientasi yang berbeda.

Persyaratan tersebut berada di luar konfigurasi Peluncur. Aplikasi dapat dirancang untuk presentasi potret atau lanskap, tetapi struktur fisik tetap menentukan bagaimana layar diposisikan.

Untuk lingkungan aplikasi yang ringkas, layar Android 13 RK3588 10,1 inci menyediakan contoh perangkat keras yang relevan. Layar ini menggunakan prosesor RK3588 dan Android 13 dan diposisikan sebagai layar Android untuk aplikasi yang membutuhkan integrasi dan kustomisasi perangkat lunak.

Produk itu sendiri bukanlah poin utama dari kasus ini. Yang penting adalah perangkat keras dapat mengakomodasi lingkungan perangkat lunak yang dikontrol pelanggan alih-alih mengharuskan integrator membangun aplikasinya di sekitar antarmuka pabrik yang tetap.

Untuk yang sesuai. Perangkat sampel kemudian dapat digunakan untuk memvalidasi APK, perilaku Peluncur, perilaku reboot, dan akses sistem yang diperlukan sebelum beralih ke penerapan yang lebih luas. Pola penerapan yang sama berlaku di seluruh aplikasi layar Android, dari panel pemesanan ruang rapat hingga layar pemesanan restoran, seperti yang tercermin dalam lini produk yang ringkas, konfigurasi 10,1 inci lebih dekat dengan persyaratan awal. tablet Android all-in-one layar sentuh FHD IPS RK3288 15,6 inci dan tablet Android all-in-one layar IPS FHD RK3288 13,3 inci berada di antara format ringkas dan besar untuk aplikasi papan reklame dan kios. Untuk aplikasi yang membutuhkan permukaan interaktif yang lebih besar dan pemasangan yang dapat dipindahkan, layar Android Stand By Me RK3588 21,5 inci menyediakan format fisik yang berbeda sambil menggunakan pendekatan platform Android umum yang sama.

Alasan untuk memisahkan kedua pertimbangan ini bersifat praktis. Fleksibilitas perangkat lunak tidak secara otomatis menentukan instalasi mekanis. Proyek yang membutuhkan penempatan lanskap dan potret masih memerlukan struktur fisik, mekanisme rotasi, atau konfigurasi dudukan yang sesuai.

Untuk alasan ini, lini produk layar iklan Android kami mencakup berbagai format layar komersial yang dapat dievaluasi sesuai dengan lingkungan aplikasi — termasuk panel dalam ruangan tetap yang lebih besar seperti tablet Android all-in-one RJ45 PoE 24 inci dengan kecerahan 350cd/m².

Bagaimana Kami Membantu Menerjemahkan Persyaratan Menjadi Konfigurasi yang Dapat Diterapkan

Bagian yang berguna dari jenis proyek ini bukanlah sekadar mengonfirmasi bahwa layar menjalankan Android. Tantangannya adalah menghubungkan perangkat lunak yang ada dari pelanggan dengan lingkungan perangkat keras tempat ia akan beroperasi.

Bagi distributor yang berbasis di Bosnia, persyaratan tersebut dapat diterjemahkan menjadi serangkaian pertanyaan praktis: bagaimana APK akan mencapai perangkat, bisakah aplikasi menjadi Peluncur, apa yang terjadi setelah reboot, dan tingkat akses Android apa yang dimiliki integrator?

Setelah pertanyaan-pertanyaan tersebut dipisahkan, persyaratan perangkat keras menjadi jauh lebih jelas.

Kemampuan yang terkonfirmasi dapat diringkas sebagai berikut:

Titik Awal Praktis untuk Proyek Papan Reklame Android Anda Sendiri

APK milik pelanggan mengubah cara layar Android harus dievaluasi. Ukuran layar dan spesifikasi layar masih penting, tetapi itu hanya sebagian dari keputusan penerapan.

Bagi integrator, evaluasi yang lebih berguna dimulai dengan aplikasi: apakah APK perlu diinstal secara independen, apakah Aplikasi perlu menjadi Peluncur, apakah harus muncul secara otomatis setelah reboot, dan apakah akses sistem yang lebih dalam diperlukan.

Itulah dasar pendekatan kami terhadap permintaan yang berbasis di Bosnia. Alih-alih memperlakukan ADB terbuka, instalasi APK, perilaku Peluncur, dan Root sebagai spesifikasi yang tidak terkait, kami mengevaluasinya sebagai bagian dari persyaratan penerapan perangkat lunak yang sama.

Jika proyek Anda sudah memiliki APK Android sendiri, langkah selanjutnya adalah mendefinisikan perilaku aplikasi yang diharapkan dan mencocokkannya dengan konfigurasi

layar papan reklame digital Android yang sesuai. Perangkat sampel kemudian dapat digunakan untuk memvalidasi APK, perilaku Peluncur, perilaku reboot, dan akses sistem yang diperlukan sebelum beralih ke penerapan yang lebih luas. Pola penerapan yang sama berlaku di seluruh aplikasi layar Android, dari panel pemesanan ruang rapat hingga layar pemesanan restoran, seperti yang tercermin dalam lini produk tablet pemesanan ruang rapat dan tablet pemesanan restoran kami. Jika Anda mengevaluasi penerapan layar Android yang serupa, hubungi tim kami untuk mendiskusikan persyaratan APK dan konfigurasi perangkat Anda.