Mengelola Banyak Android TV Box untuk Signage dan IPTV Rumah Sakit

Mengelola Banyak Android TV Box untuk Signage dan IPTV Rumah Sakit

Android TV box murah kelas H96 bisa menjalankan signage dan IPTV sebagus player komersial yang harganya berkali-kali lipat. Video yang diputar sama persis. Bedanya bukan di hardware, melainkan di disiplin operasional yang mengelilinginya — dan disiplin inilah yang justru sering tidak ada, sampai ratusan layar telanjur beku dalam setahun.

Disiplin ini yang saya bangun dan operasikan untuk jaringan signage retail dan sistem IPTV rumah sakit. Mekanismenya tidak banyak, itu-itu saja. Tapi segelintir hal itulah yang menentukan seratus box jadi aset — atau jadi mimpi buruk tim support.

Provisioning: identitas sebelum konten

Box yang baru datang dari supplier masih berupa mainan konsumen: launcher bawaan, aplikasi bawaan, dialog update yang muncul semaunya. Provisioning mengubahnya jadi appliance. Langkah pertamanya bukan konten, tapi identitas.

Saat boot pertama, tiap box mendaftar ke fleet server dengan MAC address atau serial number sebagai kunci hardware-nya. Server membalas dengan penugasan: box ini milik lokasi mana, layar mana, grup konten apa. Semua yang di hilir — konten, telemetri, dashboard — bergantung pada registrasi ini. Makanya registrasi harus beres sebelum box keluar dari meja kerja.

Seratus box tidak mungkin disetel lewat menu setting satu per satu. Bikin prosedur baku: sideload APK player, jalankan rutinitas provisioning yang memasang setting sekaligus mendaftarkan perangkat dalam sekali jalan. Box keluar dus, beberapa menit kemudian siap pasang — dan hasilnya persis sama tiap kali diulang. Keterulangan ini lebih penting daripada kecepatan. Begitu ada box mati di lapangan, penggantinya harus hidup identik lewat prosedur yang sama.

Lockdown: player menguasai layar

Aplikasi player dipasang sebagai kiosk dengan hak device-admin. Dialah launcher-nya, nyala otomatis tiap boot, dan remote control tidak punya jalan ke home screen Android. Tanpa penguncian seketat ini, cepat atau lambat layar diambil alih pihak lain: tamu hotel yang iseng pencet remote, petugas kebersihan, atau dialog update bawaan box itu sendiri.

Jalur device-admin juga menjaga aplikasi tetap hidup setelah reboot, dan menutup tombol navigasi yang biasanya dipakai orang di lokasi untuk "memperbaiki" box.

Sinkronisasi konten: pull, versi, cache

Push konten ke perangkat kedengarannya masuk akal. Praktiknya gagal terus: box ada di belakang NAT — router yang bikin perangkat tak bisa dihubungi langsung dari luar — nyantol di Wi-Fi jelek, atau pas offline persis ketika konten dikirim. Pola yang terbukti jalan justru kebalikannya, pull. Tiap box berkala bertanya ke server "saya harus menampilkan apa?", membandingkan jawabannya dengan versi konten lokal, lalu mengunduh yang berubah saja — dan unduhan bisa dilanjutkan kalau koneksi putus di tengah.

Ibaratnya pelanggan yang tiap pagi mampir sendiri ke agen koran menanyakan edisi baru, dibanding agen yang harus mengantar ke tiap rumah dan berharap penghuninya ada. Yang pertama hampir mustahil gagal. Model pull inilah yang bikin ratusan box tahan banting.

Kuncinya di cache lokal. Pemutaran jalan sepenuhnya dari penyimpanan box sendiri; jaringan cuma dipakai saat sesi sync. Box yang kehilangan koneksi tetap memutar konten valid terakhir sampai berhari-hari. Jaringan putus jadi sebaris log, bukan insiden.

Telemetri heartbeat: tahu duluan sebelum telepon berdering

Tiap box rutin mengirim heartbeat kecil: versi aplikasi, versi konten, uptime, sisa penyimpanan, item yang sedang diputar. Server mencatat kapan tiap box terakhir lapor. Dashboard operasional lalu meringkas seluruh perangkat jadi satu pertanyaan: siapa yang belum setor kabar?

Box yang diam sepuluh menit langsung ditandai. Diam satu jam, jadi tiket — sebelum ada orang di lokasi yang sadar layarnya mati.

Untuk player sebanyak ini, heartbeat HTTPS biasa dengan interval tetap sudah cukup. Butuh fan-out lebih cepat — satu perintah disebar ke banyak box sekaligus: perintah sync, invalidasi konten seketika — kanal MQTT (protokol kirim-pesan ringan buat perangkat IoT) lebih pas; trade-off-nya saya bahas di MQTT vs WebSocket untuk IoT real-time.

Bertahan dari listrik padam dan jaringan putus

Lokasi signage bisa mati listrik kapan saja, tanpa peringatan. Dan jangan berharap ada orang di lokasi yang repot-repot mematikan media player baik-baik lebih dulu. Karena itu semua box harus memperlakukan putus daya mendadak sebagai jalur shutdown yang normal: listrik kembali, box boot langsung ke player, player lanjut memutar dari cache lokal — tanpa ada yang menyentuh apa pun.

Reboot terjadwal tiap malam memang tidak keren, tapi manjur. Ia membersihkan kebocoran kecil yang menumpuk pelan-pelan — yang kalau dibiarkan muncul sebagai keluhan "layarnya beku entah sejak kapan minggu lalu." Sisanya diurus software watchdog: player crash, langsung dinyalakan ulang.

Update tanpa mematikan semuanya serentak

Player meng-update dirinya sendiri. Respons heartbeat bisa membawa versi APK baru; aplikasi mengunduhnya, memverifikasi, lalu memasang di jam sepi.

Yang membuat mekanisme ini aman cuma satu aturan: rollout bertahap. Satu box di meja kerja dulu, lalu satu lokasi, baru semuanya. Sistem yang semua perangkatnya update serentak adalah sistem yang bisa mati serentak juga. Simpan APK versi sebelumnya di server, supaya rilis yang bermasalah bisa di-rollback lewat jalur yang sama.

IPTV rumah sakit: kerangka sama, risiko lebih besar

Sistem IPTV rumah sakit yang pernah saya kerjakan memakai kerangka yang sama persis. Bedanya cuma dua.

Pertama, registry-nya per kamar. Tiap perangkat membawa nomor kamarnya, jadi konten dan susunan channel Live TV bisa diatur per kelas kamar. Dashboard-nya pun bicara bahasa gedung: "kamar 412 offline," bukan deretan ID perangkat.

Kedua, kontennya berlapis: background launcher, video sambutan, halaman informasi rumah sakit, running text. Semuanya template yang diedit dari dashboard admin — terkirim lewat update realtime saat perangkat online, diambil dari cache offline saat tidak.

Harga kegagalannya juga beda. Layar signage mati cuma kehilangan satu tayangan. TV mati di kamar pasien berujung panggilan perawat dan komplain. Ekspektasi uptime kelas rumah sakit menaikkan semua praktik di atas dari "bagus kalau ada" jadi wajib: visibilitas per kamar, pemutaran offline-first, dan fleet server yang bisa dipercaya — pola backend yang sama dengan perangkat IoT mana pun, karena memang itulah sistem ini.

Intinya

Box murah itu fondasi yang layak untuk signage dan IPTV. Uang yang dihemat dari hardware dipakai untuk engineering yang benar-benar menentukan: provisioning dengan identitas, lockdown kiosk, sync pull berversi, heartbeat dengan dashboard, dan self-update bertahap.

Bangun lima hal itu, dan seluruh box jalan sendiri. Lewati, dan setiap layar beku Anda bayar per kunjungan teknisi.