Hari ini saya kira bakal ngerjain hal kecil doang: ngetes printer dari browser.
Step awal saya langsung ke WebUSB. Karena di kepala saya, "udah, ini pasti jalur paling gampang".
Nggak lama, saya sadar konteks device-nya ternyata lebih cocok dibaca sebagai Bluetooth. Jadi saya geser ke Web Bluetooth API.
Di sini mulai kelihatan masalah utamanya. Web Bluetooth di browser itu fokus ke BLE/GATT (service + characteristic). Sementara printer yang saya pakai bukan model yang expose GATT buat skenario yang saya mau.
Jadi dari situ saya kayak jalan di lorong yang memang dari awal buntu. Bisa connect, bisa coba-coba scan, tapi nggak pernah bener-bener sampai ke titik kirim data print dengan stabil.
Akhirnya saya mundur satu langkah dan reset asumsi: kalau device-nya condong ke Bluetooth Classic / serial-style communication, berarti jalur yang lebih masuk akal ya Web Serial API.
Pas pindah ke Web Serial, semuanya jauh lebih jelas. Flow koneksi lebih ketebak, kirim data juga nggak se-ribet sebelumnya, dan akhirnya print test keluar.
Pelajaran hari ini simpel tapi lumayan nusuk: bukan semua masalah perlu trik coding baru. Kadang kita cuma lagi pakai pintu yang salah.
Urutannya jadi jelas banget sekarang: WebUSB → Web Bluetooth (mentok di GATT) → Web Serial (akhirnya jalan).
Agak muter, iya. Tapi ya itu bagian dari eksperimen juga.