QMK dan ZMK adalah dua opsi firmware sumber terbuka utama di dunia keyboard mekanis, namun dibangun di atas filosofi desain yang berbeda secara fundamental. QMK berasal dari era keyboard berkabel; meskipun menawarkan ekosistem yang matang dan serangkaian fitur yang kaya, dukungan Bluetooth-nya tetap dalam tahap eksperimental. Sebaliknya, ZMK dirancang sejak hari pertama untuk keyboard nirkabel. Dibangun di atas Zephyr RTOS, ZMK menawarkan dukungan asli untuk Bluetooth Low Energy (BLE) dan manajemen tidur berjenjang. Perbedaan arsitektur ini diterjemahkan langsung ke dalam metrik kinerja: seri Keychron Q Ultra, yang didukung oleh firmware ZMK, mencapai masa pakai baterai 660 jam dalam mode nirkabel dengan tingkat polling 8000Hz, sedangkan keyboard nirkabel berbasis QMK dengan kapasitas baterai yang identik biasanya hanya mengelola 100 hingga 190.
I. QMK: Standar Emas Era Wired
QMK (Quantum Mechanical Keyboard) adalah firmware sumber terbuka paling matang di ruang keyboard mekanis, setelah bercabang dari firmware TMK di 2015. Keunggulan ekosistemnya hampir tak tertandingi: mendukung berbagai macam MCU—dari 8-bit AVR hingga 32-bit ARM—dan menawarkan alat pemetaan ulang tombol real-time seperti VIA dan Vial. Fitur-fiturnya—termasuk lapisan, makro, Tap Dance, dan Combo—mencakup hampir setiap skenario input yang dapat dibayangkan.
Selama bertahun-tahun, “kompatibilitas QMK/VIA” telah berfungsi sebagai segel persetujuan de facto untuk kemampuan penyesuaian keyboard. Produsen arus utama seperti Keychron, KBDfans, dan Drop telah mengadopsi QMK sebagai firmware default mereka; di GitHub saja, repositori QMK Keychron telah mengumpulkan lebih dari 43,000 bintang.
Namun, QMK menderita keterbatasan struktural: arsitekturnya dirancang untuk keyboard berkabel. Dukungan Bluetooth tetap eksperimental, dan lisensi GPL membuat integrasi driver nirkabel berpemilik secara struktural menjadi sulit. Akibatnya, keyboard nirkabel yang menggunakan QMK sering kali memerlukan solusi “dual-chip”—satu MCU menangani logika keyboard, sementara chip terpisah mengelola komunikasi nirkabel. Keychron K8 QMK V2 adalah contoh utama: meskipun ditingkatkan ke Bluetooth 5.2, masa pakai baterainya yang dinilai resmi hanya 190 jam dengan lampu latar mati dan 100 jam dengan menyala—tidak menunjukkan peningkatan mendasar dibandingkan pendahulunya. Konsumsi daya tambahan dan kerumitan perangkat keras yang diperkenalkan oleh desain multi-chip adalah salah satu alasan mendasar untuk masa pakai baterai keyboard nirkabel berbasis QMK yang terbatas.
II. ZMK: Arsitektur yang Dibangun dari Bawah Ke Atas untuk Nirkabel
ZMK (Zephyr Mechanical Keyboard) dimulai dari premis yang sama sekali berbeda. Dibangun di atas Zephyr RTOS, ZMK secara langsung mewarisi buah dari pengembangan dan pemeliharaan tumpukan protokol BLE proyek Zephyr; pengembang firmware keyboard tidak perlu mengimplementasikan atau memelihara tumpukan Bluetooth tingkat rendah sendiri. Tujuan resmi ZMK dinyatakan dengan jelas: “Dirancang untuk efisiensi daya, fleksibilitas, dan dukungan perangkat keras yang luas.”
Konsumsi daya yang rendah adalah prioritas inti dalam desain arsitektur ZMK, bukan renungan-renungan atau tambalan. ZMK menawarkan sistem manajemen daya berjenjang:
– Status Idle: Secara otomatis dimasukkan setelah 30 detik tidak aktif secara default. Periferal seperti tampilan dan pencahayaan dimatikan, tetapi koneksi Bluetooth tetap aktif, memungkinkan respons langsung terhadap penekanan tombol.
– Keadaan Tidur Nyenyak: Keyboard memasuki status mati yang dikendalikan perangkat lunak. Semua koneksi Bluetooth terputus, periferal dinonaktifkan, dan RAM dihapus, menghasilkan konsumsi daya yang sangat rendah. Bangun membutuhkan beberapa detik untuk membuat kembali koneksi, sehingga mode ini cocok untuk periode tidak aktif yang berkepanjangan.
– Soft Off State: Keyboard secara eksplisit dimatikan melalui kombinasi tombol atau tombol khusus. Sumber bangun lebih terbatas daripada di Deep Sleep, namun penghematan daya sebanding; ini berfungsi sebagai alternatif berbasis perangkat lunak untuk sakelar daya fisik.
Selain itu, ZMK mendukung pemutusan daya VCC ke periferal seperti LED RGB dan OLED, menghilangkan konsumsi daya siaga di tingkat perangkat keras. Mengenai manajemen Bluetooth, ZMK mendukung lima profil pemasangan secara default—memungkinkan pengguna untuk beralih dengan cepat di antara beberapa perangkat—dan mengimplementasikan mekanisme pemasangan yang aman berdasarkan BLE Secure Connections.
III. Kesenjangan Efisiensi Energi: Data Berbicara
Kesenjangan efisiensi energi antara QMK dan ZMK jelas dibuktikan dengan data di tingkat produk.
Seri Keychron Q Ultra berfungsi sebagai contoh utama. Didukung oleh firmware ZMK, seri ini menawarkan masa pakai baterai resmi 660 jam dalam mode nirkabel dengan tingkat polling 8000Hz. Sebaliknya, seri Keychron Q Max—yang menggunakan firmware QMK dan berbagi kapasitas baterai 4000mAh yang sama—menawarkan masa pakai baterai sekitar 180 jam. Karena kapasitas baterai identik, perbedaan tersebut berasal dari perbedaan dalam arsitektur firmware dan desain nirkabel.
Perbandingan lain menawarkan ilustrasi yang lebih langsung. Keychron B2 Pro menggunakan firmware ZMK, memungkinkan baterai 800mAh-nya untuk menghasilkan sekitar 300 jam penggunaan; sebaliknya, Keychron Q1 Max bertenaga QMK, dengan baterai 4000mAh, hanya menawarkan sekitar 100 jam masa pakai baterai saat lampu latar dimatikan. Meskipun kedua produk berbeda dalam posisi pasar dan spesifikasi perangkat keras, perbedaan dalam efisiensi energi sangat mencolok dan mencolok.
Keunggulan efisiensi energi ZMK tidak berasal dari satu “fitur hemat daya”, tetapi dari pilihan desain sistemik pada tingkat arsitektur: SoC nirkabel chip tunggal menggantikan pengaturan dual-chip; tumpukan protokol BLE asli menggantikan modul Bluetooth eksternal; manajemen tidur berjenjang menggantikan kontrol daya kasar; dan manajemen daya periferal tingkat RTOS menggantikan konfigurasi manual.
IV. Sisi Lain ZMK: Kesenjangan Ekosistem dan Kurva Pembelajaran
ZMK bukannya tanpa kekurangan. Kematangan ekosistemnya masih tertinggal dari QMK. Sementara QMK menawarkan alat pemetaan ulang kunci real-time yang matang seperti VIA dan Vial, yang setara dengan ZMK—ZMK Studio—masih berkembang. Bagi pengguna yang terbiasa dengan “pemetaan ulang tombol seret dan lepas di browser,” ZMK menghadirkan kurva pembelajaran yang lebih curam.
Mengenai dukungan tata letak bahasa, QMK mencakup rentang tata letak keyboard yang lebih luas daripada ZMK. Perbandingan 2026 menunjukkan bahwa QMK mendukung tata letak seperti `us_extended`, `us_international_linux`, Jepang, dan Korea, sedangkan daftar tata letak ZMK relatif lebih pendek. Pengguna yang mengandalkan tata letak keyboard non-Inggris memiliki opsi yang lebih luas dengan QMK.
Namun, ZMK mengejar ketinggalan dengan cepat. Keychron Launcher sekarang mendukung pemetaan ulang tombol berbasis browser untuk keyboard QMK dan ZMK, menurunkan penghalang masuk untuk konfigurasi ZMK. Karena produk seperti Keychron Q Ultra dan K1 Ultra 8K memperkenalkan ZMK ke basis pengguna yang lebih luas, kesenjangan ekosistem secara bertahap dijembatani.
V. Logika Pemilihan: Pilih QMK untuk Kabel, ZMK untuk Nirkabel
Pada 2026, pembagian peran antara dua opsi firmware ini menjadi cukup jelas.
Skenario untuk memilih QMK: keyboard berkabel, kebutuhan akan kemampuan penyesuaian ekstrem, ketergantungan pada VIA/Vial untuk reapping tombol real-time, penggunaan tata letak keyboard non-Inggris, dan preferensi untuk dokumentasi komunitas yang matang dan sumber daya pemecahan masalah. ZMK adalah pilihan yang tepat jika Anda mencari keyboard nirkabel dengan masa pakai baterai yang lama, memerlukan peralihan multi-perangkat Bluetooth asli, menggunakan SoC nirkabel berdaya rendah, dan terbuka untuk ekosistem yang relatif muda namun berkembang pesat.
Pergeseran lini produk Keychron mengirimkan sinyal yang jelas ke industri: seri Q Ultra dan K Ultra sepenuhnya beralih ke ZMK, sementara seri Q berkabel tradisional terus menggunakan QMK. Ini tidak berarti QMK sedang dihapus; sebaliknya, setiap firmware telah menemukan ceruk yang ideal. Untuk keyboard nirkabel, ZMK telah berevolusi dari sekadar “opsi” menjadi “pilihan default.”
