15.6 inci Tampilan Android Tertanam untuk Proyek OEM: RK3568, Kiosk dan Perangkat Lunak Khusus
Layar sentuh Android berukuran 15,6 inci dapat dibuat sebagai tablet, tampilan Android tertanam, atau PC Panel Android. Meskipun produk-produk ini mungkin memiliki ukuran layar dan platform Android yang serupa, mereka melayani tingkat integrasi produk yang berbeda. Perbedaan ini menjadi penting ketika proyek OEM melampaui pengujian aplikasi. Perangkat yang membutuhkan daya berkelanjutan, startup aplikasi khusus, perangkat keras yang disesuaikan, konfigurasi Android yang terkontrol, dan instalasi tertanam tidak lagi hanya tablet dengan selubung yang berbeda.

Kami baru-baru ini mengevaluasi persyaratan OEM dari integrator sistem yang berbasis di Norwegia yang mengilustrasikan transisi ini
Proyek tersebut membutuhkan tablet Android RK3568 15,6 inci dengan 4GB/32GB, WiFi, Mode Kios, tanpa kamera atau mikrofon, sensor cahaya sekitar, dan instalasi tertanam. Pelanggan juga meminta konfigurasi tanpa aplikasi GMS.
Aplikasi tersebut dimaksudkan untuk tablet rumah pintar, tetapi persyaratannya bukanlah tablet konsumen pada umumnya. Layar tersebut perlu berfungsi sebagai bagian khusus dari produk jadi, dengan perilaku perangkat lunak yang ditentukan, konfigurasi perangkat keras spesifik proyek, dan metode instalasi yang tetap.
Hal itu mengarah pada pertanyaan yang lebih berguna bagi pembeli OEM: Kapan layar sentuh Android yang tetap perlu melampaui tablet standar, dan apakah itu secara otomatis berarti menggunakan PC Panel?
Kapan Tablet Berhenti Menjadi Titik Awal yang Tepat

Tablet seringkali merupakan cara paling efisien untuk memvalidasi aplikasi Android. Tablet sudah mengintegrasikan tampilan, antarmuka sentuh, prosesor, memori, penyimpanan, konektivitas nirkabel, selubung, dan sistem operasi.
Untuk prototipe awal, ini bisa menjadi keuntungan. OEM dapat menguji aplikasi tanpa mengambil pengembangan perangkat keras yang tidak perlu.
Situasi berubah ketika tablet itu sendiri perlu dimodifikasi.
Produk yang tetap mungkin tidak memerlukan baterai. Mungkin memerlukan daya berkelanjutan dan startup aplikasi otomatis setelah boot. BOM akhir mungkin tidak memerlukan kamera atau mikrofon. Sensor spesifik proyek mungkin perlu ditambahkan, sementara selubung mungkin perlu pas dengan struktur dinding atau panel tertentu. Terminal tetap semacam ini sudah ada dalam jangkauan kami — misalnya, tablet restoran POE 14 inci, direkayasa tanpa baterai untuk operasi konter yang berkelanjutan.
Ketika beberapa persyaratan ini muncul bersamaan, OEM tidak lagi hanya memilih perangkat konsumen yang sudah jadi. Platform perangkat keras itu sendiri menjadi bagian dari desain produk.
Itu tidak membuat tablet tidak cocok untuk aplikasi tetap. Tablet tentu saja dapat dipasang di dinding dan dapat menjalankan aplikasi kios; tablet Android POE 15,6 inci kami yang dipasang di dinding adalah salah satu perangkat yang dipasang secara permanen. Pertanyaannya adalah apakah OEM dapat memperoleh konfigurasi perangkat keras yang tepat, perilaku perangkat lunak, dan integrasi mekanis yang diperlukan untuk produk jadi tanpa bekerja di sekitar desain tablet asli.
Untuk proyek Norwegia, inilah saatnya diskusi beralih dari mencari tablet yang cocok ke mendefinisikan konfigurasi terminal Android khusus.
Apa yang Diberitahukan Persyaratan 15,6 Inci kepada OEM
Spesifikasi 15,6 inci penting, tetapi tidak menentukan arsitektur perangkat keras dengan sendirinya.
Untuk terminal interaktif yang tetap, 15,6 inci memberikan area antarmuka lebih banyak daripada perangkat genggam sambil tetap praktis untuk integrasi ke dinding, kabinet, konter, dan struktur lainnya. Oleh karena itu, dapat sesuai dengan aplikasi di mana tampilan tetap berada di satu lokasi dan pengguna berinteraksi dengannya dari jarak normal ruangan atau berdiri.
Tetapi layar 15,6 inci yang sama dapat muncul di produk yang sangat berbeda.

Sebuah PC tablet Android 15,6 inci mungkin sesuai ketika OEM menginginkan perangkat komputasi yang sebagian besar lengkap. Sebuah tampilan Android tertanam 15,6 inci menjadi lebih relevan ketika layar diintegrasikan ke dalam produk khusus dengan perangkat keras atau persyaratan instalasi yang disesuaikan. PC Panel 15,6 inci menjadi lebih relevan ketika terminal juga perlu berkomunikasi dengan peralatan industri atau menyediakan I/O yang lebih luas.
Oleh karena itu, perbedaan pentingnya adalah: 15,6 inci mendefinisikan antarmuka pengguna; itu tidak mendefinisikan arsitektur.
Untuk proyek OEM, persyaratan perangkat lunak, perangkat keras, dan instalasi di sekitarnya perlu dipertimbangkan sebelum memilih kategori produk.
RK3568, Kios, dan Tanpa GMS Adalah Keputusan Konfigurasi Terpisah
Persyaratan Norwegia menggabungkan beberapa spesifikasi yang dapat dengan mudah diperlakukan sebagai satu permintaan “kustomisasi Android” generik. Mereka sebenarnya adalah bagian yang berbeda dari sistem.
RK3568 mendefinisikan platform komputasi. 4GB/32GB mendefinisikan memori dan penyimpanan. WiFi menyediakan konektivitas nirkabel. Mode Kios mendefinisikan bagaimana aplikasi disajikan dan dikontrol. Kamera, mikrofon, dan sensor cahaya sekitar termasuk dalam konfigurasi perangkat keras. Persyaratan Tanpa GMS termasuk dalam konfigurasi perangkat lunak dan membutuhkan definisinya sendiri.
Satu platform dapat membawa konfigurasi yang sangat berbeda: Hopestarmonitor juga mengirimkan RK3568 dalam tampilan yang dipasang di dinding dan tablet kios desktop serta layar sentuh 15,6 inci.
Ini penting karena pemasok dapat mendukung prosesor yang benar tanpa harus mendukung konfigurasi perangkat lunak atau BOM perangkat keras yang diperlukan. Demikian pula, pemasok dapat menyediakan fungsionalitas Kios sambil menawarkan sedikit fleksibilitas dalam perangkat keras yang mendasarinya.
Oleh karena itu, bagi OEM, persyaratan perlu ditinjau sebagai satu sistem daripada sebagai spesifikasi produk independen.

Mendefinisikan “Tanpa GMS" dengan Benar
“Tanpa GMS" dapat terdengar lugas dalam RFQ, tetapi tidak menggambarkan satu metode implementasi.
Untuk konfigurasi yang dibahas dalam kasus ini, aplikasi GMS dapat dihapus pada lapisan konfigurasi perangkat lunak/aplikasi sesuai dengan persyaratan proyek. Ini seharusnya tidak direpresentasikan sebagai build firmware AOSP murni atau sebagai penghapusan tingkat firmware dari setiap komponen Google.
Perbedaan itu penting saat membandingkan pemasok.
Jika OEM hanya membutuhkan lingkungan Android tanpa aplikasi GMS standar, konfigurasi tingkat perangkat lunak mungkin sudah cukup. Jika proyek memerlukan arsitektur firmware yang secara fundamental berbeda berdasarkan build AOSP murni, itu harus ditentukan sebagai persyaratan terpisah.
Pelajaran praktisnya adalah meminta pemasok apa arti “Tanpa GMS" sebenarnya dalam citra perangkat lunak yang dikirimkan daripada memperlakukan frasa itu sendiri sebagai spesifikasi teknis yang lengkap.
Mode Kios Menjadi Penting Ketika Perangkat Memiliki Satu Pekerjaan
Mode Kios adalah persyaratan lain yang mengubah cara perangkat Android harus dievaluasi.
Tablet serbaguna dirancang untuk menyediakan akses ke aplikasi Android dan fungsi sistem. Terminal khusus biasanya memiliki model operasi yang jauh lebih sempit:
Nyalakan → Boot Android → APK yang ditunjuk diluncurkan → pengguna tetap berada di dalam aplikasi yang dimaksud — model operasi yang kami rekayasa ke dalam terminal tujuan tunggal seperti rangkaian tablet pemesanan ruang konferensi kami.
Oleh karena itu, pertanyaan pengadaan bukan hanya apakah Mode Kios tersedia.
OEM perlu memahami perilaku lengkapnya. Apa yang terjadi setelah gangguan daya? Apakah aplikasi yang ditunjuk dimulai ulang secara otomatis? Bisakah pengguna keluar dari aplikasi? Bisakah antarmuka sistem yang tidak perlu muncul? Bagaimana APK pelanggan diterapkan dan diperbarui?
Detail-detail ini penting karena perangkat Android tidak lagi digunakan sebagai komputer serbaguna. Perilaku boot dan aplikasinya menjadi bagian dari produk jadi.
Untuk proyek yang dibahas di sini, Mode Kios oleh karena itu diperlakukan sebagai bagian dari perilaku operasi perangkat daripada sebagai fitur perangkat lunak yang terisolasi.

Kustomisasi Perangkat Keras Mengubah Definisi Produk
Permintaan tanpa kamera, tanpa mikrofon, dan sensor cahaya sekitar juga mengubah cara proyek harus ditentukan.
Tablet konsumen biasanya memiliki BOM yang telah ditentukan sebelumnya. Jika aplikasi tidak menggunakan kamera atau mikrofon, komponen tersebut mungkin masih ada secara fisik karena merupakan bagian dari produk standar.
Sebuah platform OEM sebaliknya dapat dikonfigurasi di sekitar aplikasi yang sebenarnya.
Menghapus komponen yang tidak terpakai dapat membantu menyelaraskan perangkat keras dengan persyaratan produk yang dimaksud. Dalam aplikasi yang sensitif terhadap privasi, mengecualikan perangkat keras penangkapan yang tidak perlu juga dapat menjadi bagian dari desain produk.
Sensor cahaya sekitar melayani tujuan yang berbeda. Dalam tampilan yang dipasang secara permanen, pencahayaan di sekitarnya dapat sangat bervariasi. Sensor cahaya dapat memberikan masukan lingkungan untuk perilaku kecerahan otomatis.
Oleh karena itu, untuk proyek OEM, persyaratan ini bukan hanya fitur opsional. Mereka adalah bagian dari konfigurasi perangkat keras yang perlu disepakati sebelum produksi.
Inilah sebabnya mengapa kustomisasi BOM harus dievaluasi bersama dengan platform Android daripada setelah tablet standar dipilih.
Tampilan Android Tertanam vs. PC Panel: Lihat I/O Sebelum Label
Perbedaan antara Komunikasi langsung dengan peralatan eksternal dan PC Panel Android sering digambarkan terlalu luas sebagai “konsumen versus industri." Titik awal yang lebih berguna adalah peran yang perlu dimainkan perangkat Android dalam sistem.
Jika layar sentuh terutama menjalankan aplikasi, menerima input sentuh, terhubung ke jaringan, dan beroperasi sebagai terminal khusus, tampilan Android tertanam mungkin sudah cukup.
Arsitektur menjadi lebih berorientasi PC Panel ketika terminal Android juga perlu berkomunikasi langsung dengan peralatan eksternal. Itu dapat mencakup persyaratan seperti komunikasi RS232 atau RS485, koneksi Ethernet untuk integrasi peralatan, sinyal GPIO, komunikasi PLC, atau kustomisasi I/O yang lebih luas.
Pada titik itu, perangkat tidak lagi berfungsi hanya sebagai layar interaktif. Perangkat menjadi bagian dari arsitektur komputasi dan komunikasi peralatan.
| Persyaratan Sistem | Sinyal Arsitektural | Arah Khas |
| Pengujian aplikasi Android | Pengembangan dan pengujian seluler | Tablet |
| Penggunaan seluler serbaguna | Komputasi portabel, serbaguna | Tablet |
| Layar sentuh tetap + aplikasi khusus | Terutama terminal HMI | Komunikasi langsung dengan peralatan eksternal |
| Konfigurasi tampilan atau perangkat keras yang disesuaikan | Kustomisasi tingkat produk | Komunikasi langsung dengan peralatan eksternal |
| Integrasi sistem tetap | Tampilan Android Tertanam | Komunikasi langsung dengan peralatan eksternal |
| Integrasi tingkat perangkat | PC Panel | Ini tidak berarti bahwa setiap perangkat dengan RS232 atau Ethernet harus menjadi PC Panel; rangkaian |
| Integrasi I/O yang lebih luas | PC Panel | Ini tidak berarti bahwa setiap perangkat dengan RS232 atau Ethernet harus menjadi PC Panel; rangkaian |
| Bagian dari arsitektur kontrol peralatan | PC Panel | Ini tidak berarti bahwa setiap perangkat dengan RS232 atau Ethernet harus menjadi PC Panel; rangkaian |
| Komputasi dan komunikasi adalah persyaratan inti | PC Panel | Ini tidak berarti bahwa setiap perangkat dengan RS232 atau Ethernet harus menjadi PC Panel; rangkaian |
monitor layar sentuh LCD kami, misalnya, mencakup model RS232 yang masih merupakan monitor daripada PC panel. Poinnya adalah bahwa integrasi peralatan dan persyaratan I/O adalah sinyal arsitektural yang lebih kuat daripada ukuran layar atau metode instalasi saja.Perbedaan itu relevan dengan proyek Norwegia. Persyaratan tersebut membutuhkan instalasi tertanam dan kustomisasi perangkat keras, tetapi aplikasi yang dijelaskan tidak secara inheren membutuhkan komunikasi PLC, RS232/RS485, atau I/O industri yang lebih luas.
Oleh karena itu, arsitektur yang lebih tepat adalah tampilan Android tertanam atau terminal Android khusus daripada secara otomatis beralih ke PC Panel hanya karena perangkat dipasang secara permanen.
Keputusan 15,6 Inci Dimulai Dengan Produk Jadi

Persyaratan Norwegia memberikan cara yang berguna untuk mendekati arsitektur dari produk jadi ke belakang.
Persyaratan tampilan adalah 15,6 inci. Platform komputasi adalah RK3568 dengan 4GB/32GB dan WiFi. Perangkat lunak membutuhkan perilaku Kios dan konfigurasi tanpa aplikasi GMS. Konfigurasi perangkat keras juga spesifik: tanpa kamera, tanpa mikrofon, dan sensor cahaya sekitar. Persyaratan mekanis adalah instalasi tertanam.
Secara bersama-sama, persyaratan ini menggambarkan sesuatu yang berbeda dari pembelian tablet konvensional. Pada saat yang sama, mereka tidak secara otomatis membenarkan PC Panel.
Ini adalah perbedaan penting untuk pengadaan OEM: instalasi tetap dan kustomisasi perangkat keras tidak dengan sendirinya membuat proyek menjadi industri.
Jika proyek kemudian menambahkan komunikasi PLC, I/O industri, atau integrasi peralatan langsung, arsitektur dapat dinilai ulang ke arah
PC Panel Android.Pendekatan berbasis persyaratan ini juga memberikan OEM lebih banyak fleksibilitas saat bekerja dengan pemasok. Alih-alih memulai dengan kategori katalog dan mencoba menyesuaikan proyek ke dalamnya, pembeli dapat memulai dengan produk jadi dan mengidentifikasi platform Android yang paling mendukungnya.
Apa yang Harus Diverifikasi Sebelum Menyetujui Platform OEM
Setelah arsitektur diidentifikasi, evaluasi pemasok menjadi jauh lebih konkret.
Platform Android harus diverifikasi terhadap prosesor yang diperlukan, versi Android, memori, penyimpanan, dan konfigurasi nirkabel. Persyaratan perangkat lunak harus menentukan metode penghapusan GMS yang sebenarnya, proses penerapan APK, perilaku Kios, startup otomatis, dan perilaku reboot.
BOM perangkat keras harus mengonfirmasi apakah kamera dan mikrofon dapat dikecualikan dan apakah sensor cahaya sekitar dapat dimasukkan ke dalam konfigurasi produksi yang disepakati.
Integrasi mekanis harus mencakup dimensi, struktur pemasangan, lokasi konektor, input daya, dan antarmuka selubung. Jika terminal terhubung ke peralatan eksternal, antarmuka RS232, RS485, Ethernet, GPIO, atau lainnya yang diperlukan harus ditentukan sebelum arsitektur diselesaikan.
Detail-detail ini juga merupakan tempat proyek OEM dapat beralih dari konfigurasi produk standar ke platform yang disesuaikan. Semakin banyak persyaratan yang melintasi batas perangkat lunak, perangkat keras, dan mekanis, semakin penting pemasok dapat mengoordinasikan elemen-elemen tersebut sebagai satu konfigurasi produksi.
Pertanyaan terakhir adalah konsistensi produksi. Pemasok yang dapat memodifikasi prototipe belum tentu dapat mempertahankan citra perangkat lunak, BOM perangkat keras, dan konfigurasi mekanis yang sama sepanjang produksi volume. Oleh karena itu, OEM harus mengonfirmasi bagaimana konfigurasi yang divalidasi akan dikontrol ketika proyek beralih dari validasi prototipe ke penskalaan produksi.
RFQ yang Lebih Baik Dimulai Dengan Produk Jadi
RFQ yang paling efektif untuk jenis proyek ini menggambarkan perangkat yang dimaksud daripada hanya meminta model produk.
Alih-alih meminta “
tablet Android 15,6 inci dengan RK3568," OEM dapat menentukan persyaratan dengan cara yang memungkinkan pemasok mengevaluasi konfigurasi lengkap.Area RFQ
| Contoh Persyaratan | Tampilan |
|---|---|
| Layar sentuh 15,6 inci | Platform |
| RK3568 | Memori / penyimpanan |
| 4GB / 32GB | Konektivitas |
| WiFi | Perangkat Lunak |
| Konfigurasi Android dengan aplikasi GMS dihapus | Aplikasi |
| APK Pelanggan | Mode Operasi |
| Mode Kios / startup aplikasi otomatis | Perangkat Keras |
| Tanpa kamera / tanpa mikrofon | Sensor |
| Sensor cahaya sekitar | Instalasi |
| Instalasi tertanam | I/O Industri |
| Tentukan hanya jika diperlukan oleh peralatan yang terhubung | Produksi |
| Validasi prototipe → penskalaan produksi | Format ini membuat respons pemasok lebih mudah dibandingkan karena memisahkan persyaratan tampilan dari platform komputasi, perilaku perangkat lunak, BOM perangkat keras, dan integrasi mekanis. |
Ini juga memberikan pemasok informasi yang cukup untuk menentukan apakah proyek dapat ditangani melalui konfigurasi platform yang ada atau memerlukan kustomisasi perangkat keras dan perangkat lunak lebih lanjut.
Untuk proyek OEM yang mirip dengan kasus ini, spesifikasi yang sama dapat berfungsi sebagai titik awal untuk diskusi teknis dengan tim kami. RFQ awal tidak perlu berisi setiap detail rekayasa; kumpulan persyaratan pertama-tama dapat digunakan untuk menentukan arsitektur Android yang sesuai dan mengidentifikasi area yang memerlukan konfirmasi lebih lanjut.
Memiliki Proyek OEM Android 15,6 Inci?

Layar sentuh Android yang tetap tidak secara otomatis perlu menjadi PC Panel, sama seperti aplikasi yang dipasang di dinding tidak secara otomatis memerlukan tablet.
Titik awal yang lebih baik adalah produk jadi: tentukan ukuran layar, prosesor, memori, konfigurasi Android, perilaku aplikasi, BOM perangkat keras, dan metode instalasi, lalu tentukan arsitektur mana yang sesuai dengan persyaratan tersebut. Produk seperti
tablet Android rumah pintar 15,6 inci kami menunjukkan seberapa jauh layar sentuh Android yang tetap dapat dikonfigurasi sebelum produksi.Jika komunikasi peralatan industri juga diperlukan, antarmuka seperti RS232, RS485, Ethernet, atau GPIO harus disertakan sejak awal.
Jika proyek Anda memiliki persyaratan yang mirip dengan kasus ini, Anda dapat
mengirimkan kami informasi dasar dan biarkan arsitektur dievaluasi dari persyaratan ke luar. Tim kami dapat menilai apakah tampilan Android tertanam atau PC Panel Android lebih sesuai dan mengidentifikasi elemen perangkat lunak, perangkat keras, atau instalasi mana yang memerlukan kustomisasi sebelum produksi.Tujuannya bukan untuk memaksakan proyek OEM ke dalam satu kategori produk, tetapi untuk mencocokkan arsitektur perangkat keras Android dengan cara produk jadi benar-benar perlu bekerja.