Database Kode Error CNC: Indeks Alarm GRBL dan FluidNC
Database kode error CNC ini membantu Anda menemukan langkah pertama ketika layar menampilkan ALARM:1, error:9, pesan MSG:ERR, atau peringatan yang berbeda. Angka saja tidak cukup untuk menentukan penyebab. Sebuah nomor dapat berasal dari firmware, aplikasi pengirim, atau perangkat keras yang berbeda. Karena itu, halaman ini menata pesan berdasarkan keluarga pengendali dan jenis kejadian, lalu mengarahkan Anda ke panduan yang lebih rinci. Gunakan tabel sebagai pintu masuk diagnosis, bukan sebagai izin untuk menghapus alarm dan menjalankan mesin lagi.
Indeks ini berfokus pada GRBL 1.1 klasik dan FluidNC untuk mesin CNC yang umum dipakai kreator. grblHAL, pengendali laser, VFD, driver stepper, dan perangkat lunak CAD/CAM dapat memakai sistem kode lain. Periksa selalu versi yang sedang terpasang. Untuk mengikuti urutan seri semi-wiki, kembali ke halaman induk Troubleshooting: Topik Database Kode Error. Bila Anda sudah tahu kode dan firmware, gunakan tautan pada bagian terkait di bawah.
Langkah aman sebelum membaca tabel
Hentikan pekerjaan dengan prosedur yang berlaku, tunggu pahat atau laser berhenti, dan jauhkan tangan dari area gerak. Catat pesan persis seperti muncul, termasuk huruf besar, titik dua, dan angka. Foto layar serta posisi fisik gantry dapat membantu. Tuliskan apakah pesan muncul saat mesin baru menyala, melakukan homing, probing, jog, atau memotong. Perhatikan pula apakah port USB hilang, spindle mati, atau sensor batas tersentuh. Urutan kejadian sering lebih menentukan daripada nomor yang tampak di akhir.
Jangan langsung menekan reset, membuka kunci alarm, atau mengirim ulang G-code. Pada beberapa kejadian, posisi yang tersimpan pengendali tidak lagi dapat dipercaya. Jika ada benturan, kabel terkelupas, atau bau panas, evaluasi mesin oleh orang yang kompeten sebelum kembali bekerja. Tabel ini membahas respons awal yang dapat dilakukan operator tanpa membongkar panel listrik. Pemeriksaan tegangan, rangkaian VFD, atau pembumian memerlukan prosedur dan keahlian yang sesuai.
Bedakan awalan pesan sebelum mencari nomor
Pada GRBL, dokumentasi antarmuka membedakan alarm dari pesan error perintah. Pada FluidNC, daftar arti kode dapat ditanyakan langsung kepada firmware melalui perintah tertentu. Jangan membaca error:2 sebagai ALARM:2. Begitu juga pesan pengirim yang menyebut “terputus” tidak otomatis berarti alarm. Satu lapisan masalah dapat memicu tampilan lain sesudahnya, sehingga urutan waktu harus disimpan.
Indeks alarm GRBL 1.1 klasik
Daftar tersebut bersumber dari dokumentasi GRBL 1.1. Ia bukan daftar universal untuk semua pengendali yang memakai nama GRBL. Untuk uraian tiap kode, tindakan pemulihan, dan perbedaan $H dengan $X, buka panduan GRBL Alarm lengkap. Kode ALARM:1, ALARM:8, dan ALARM:9 memiliki pemeriksaan sensor lebih mendalam pada artikel limit switch error.
Membaca ALARM:1 sampai ALARM:3 dalam praktik
ALARM:1 berkaitan dengan hard limit fisik. Bila gantry menyentuh ujung, periksa apakah ada benturan dan jangan menganggap posisi langkah masih benar. Jika alarm muncul di tengah meja, cari pola sensor, kabel, serta gangguan saat spindle aktif. ALARM:2 berbeda: target gerak dinilai berada di luar travel mesin. Periksa homing, ukuran area kerja, titik nol benda, dan lintasan G-code. Mengubah ukuran travel tanpa mengukur mesin hanya akan menutupi kesalahan perencanaan.
ALARM:3 menunjukkan reset ketika mesin bergerak. Catat apakah pesan sambutan muncul kembali, port USB menghilang, atau komputer mengirim reset. Pemeriksaan komunikasi ada pada artikel USB disconnect CNC. Setelah reset saat gerak, pulihkan posisi referensi secara aman sebelum pekerjaan dilanjutkan. Jangan melompat ke baris G-code terakhir yang tampak di layar, karena sebagian baris mungkin sudah diterima pengendali sebelum sambungan terputus.
Membaca ALARM:4 sampai ALARM:7
ALARM:4 dan ALARM:5 berasal dari siklus probe. Kode pertama menunjuk keadaan awal probe yang tidak sesuai dengan perintah, sedangkan kode kedua berarti probe tidak menemukan sentuhan dalam jarak yang diprogram. Periksa status masukan, posisi pelat, klip, arah, dan jarak aman sebelum uji ulang. Jangan memperpanjang jarak turun tanpa membuktikan sinyal bekerja, sebab pahat bisa menyentuh meja. Setelah probe gagal, titik nol hasil pengukuran harus dianggap belum pasti.
ALARM:6 menandakan reset selama homing, sehingga referensi mesin belum selesai dibangun. ALARM:7 menunjukkan masukan pintu pengaman berubah saat homing. Periksa kondisi fisik, riwayat reset, dan jenis papan. Jangan menjembatani sakelar pintu. Pengendali tanpa pintu tetap memerlukan pemeriksaan konfigurasi jika menampilkan kode tersebut. Uraian lebih lengkap dan langkah awal aman ada pada panduan kode alarm GRBL.
Membaca ALARM:8 dan ALARM:9
ALARM:8 menunjukkan sensor tidak lepas ketika sumbu mundur pada homing. Dudukan yang bergeser, tuas macet, logika input keliru, atau jarak pull-off yang tidak memadai dapat menghasilkan gejala ini. ALARM:9 berarti sensor tidak ditemukan selama jarak pencarian. Periksa arah gerak menuju sensor, ukuran travel, dan apakah status berubah ketika sensor bekerja. Jangan langsung menaikkan angka parameter agar mesin berjalan lebih jauh tanpa memastikan batas mekanik aman.
Kedua kode itu mudah tertukar jika operator hanya melihat kata “homing gagal”. Catat fase gerak: apakah sensor sudah tersentuh lalu gagal lepas, atau tidak pernah ditemukan. Untuk langkah status masukan, arah $23, dan jarak $27, gunakan panduan limit switch dan homing. Artikel tersebut menjelaskan mengapa satu setelan tidak boleh disalin begitu saja dari mesin lain.
Bagaimana dengan error:x pada GRBL?
Pesan error:x berarti perintah tertentu tidak berhasil diproses. Penyebabnya dapat berupa perintah yang tidak dikenali, format angka, keadaan mesin yang tidak mengizinkan gerak, atau batasan G-code. Karena daftar error lebih panjang dan kontekstual daripada sembilan alarm utama, catat perintah tepat sebelum balasan dan cocokkan dengan tabel resmi GRBL 1.1. Jangan menganggap setiap nomor error sebagai masalah sensor. Sebuah error perintah dapat terjadi saat pengendali tetap terhubung dan posisi mesin tidak berubah.
Pengirim G-code kadang hanya menampilkan kata “error” tanpa baris yang memicunya. Buka konsol atau catatan pengirim bila tersedia, lalu lihat urutan perintah dan balasan ok atau error. Jika masalah hanya muncul pada satu berkas, periksa hasil pascaprosesor CAM, satuan, mode koordinat, dan perintah yang tidak didukung firmware. Jangan memperbaiki konfigurasi listrik untuk kesalahan sintaks, begitu juga jangan menyalahkan berkas G-code ketika port USB benar-benar menghilang.
Indeks FluidNC: kode mengikuti versi firmware
FluidNC menyediakan $E untuk daftar error dan $A untuk daftar alarm. Dokumentasi proyek juga menjelaskan penggunaan bentuk tertentu seperti $E=5 atau $A=5 untuk meminta satu penjelasan, menurut versi yang dipakai. Dengan cara itu, pembaca tidak perlu menyalin tabel dari GRBL Arduino yang mungkin tidak cocok. Catat nomor, awalan pesan, versi FluidNC, dan papan pengendali sebelum mencari panduan. Jalankan perintah baca hanya saat mesin dalam keadaan aman.
Kesalahan FluidNC saat awal menyala dapat berasal dari config.yaml, kunci yang diabaikan, nilai tidak valid, atau berkas yang tidak ditemukan. Pesan MSG:ERR dan MSG:WARN pada log boot perlu dibaca dari atas. Untuk langkah membaca serial, memeriksa berkas yang aktif, serta membedakan gangguan WebUI dari alarm mesin, ikuti panduan FluidNC Error. Jangan menghapus penyimpanan atau memasang ulang firmware sebagai respons pertama atas satu kesalahan indentasi.
Gejala tanpa nomor kode tetap perlu dicatat
Tidak semua masalah tampil sebagai angka. Spindle yang tidak hidup dapat berasal dari perintah, status alarm, VFD, atau interlock. Panduan spindle CNC tidak hidup membantu memisahkan lapisan tersebut. Pada laser, “tidak menembak” memerlukan pemeriksaan mode, pengaman, serta jenis sumber laser; gunakan panduan laser CNC tidak menembak. Jika hasil potong bergetar atau pahat patah, gejalanya mungkin mekanik atau strategi potong, bukan kode firmware.
Koneksi USB yang terputus juga sering tidak menghasilkan nomor alarm yang konsisten. Periksa apakah port hilang, pengendali reset, atau hanya aplikasi pengirim yang berhenti menerima balasan. Sementara itu, homing yang gagal bisa menghasilkan kode spesifik, tetapi perbedaan antara sensor tidak ditemukan dan sensor tidak lepas tetap memerlukan pengamatan fisik. Indeks ini sengaja mengaitkan angka dengan gejala agar pembaca memilih panduan berdasarkan bukti, bukan berdasarkan tebakan.
Formulir catatan kejadian untuk bengkel
- Identitas mesin: jenis CNC, papan pengendali, firmware, dan versinya.
- Pesan persis: tulis seluruh baris, awalan, nomor, serta keterangan aplikasi.
- Fase kerja: boot, homing, jog, probing, spindle mulai, atau pemotongan.
- Keadaan fisik: lokasi gantry, posisi pahat, sensor aktif, dan kondisi benda kerja.
- Perubahan terbaru: konfigurasi, kabel, pahat, berkas G-code, atau aplikasi pengirim.
- Uji pembanding: hasil satu perubahan yang dilakukan dalam kondisi aman.
- Pemulihan: apakah homing dan titik nol diperiksa ulang sebelum melanjutkan.
Catatan yang konsisten membantu menemukan pola. Jika kode muncul hanya pada posisi sumbu tertentu, pikirkan kabel yang bergerak atau bagian mekanik yang tersentuh. Jika muncul setelah spindle menyala, catat beban listrik dan jalur sinyal untuk teknisi. Bila muncul segera setelah berkas konfigurasi baru diunggah, bandingkan berkas lama dan pesan boot. Jangan mengubah beberapa faktor sekaligus; tanpa pembanding, hilangnya gejala selama satu percobaan tidak membuktikan akar masalah telah ditemukan.
Tiga contoh penggunaan indeks
Contoh pertama: pengirim menampilkan ALARM:9 saat homing. Operator mencari nomor pada tabel GRBL 1.1, mengetahui sensor tidak ditemukan, lalu membuka panduan limit switch. Ia melihat bahwa sumbu bergerak menjauh dari sensor, sehingga pemeriksaan arah menjadi prioritas sebelum mengganti kabel. Mesin diuji dari posisi aman setelah konfigurasi yang sesuai dipastikan.
Contoh kedua: layar menunjukkan error:9, bukan ALARM:9. Operator tidak mengikuti diagnosis sensor. Ia menyimpan baris perintah yang ditolak dan melihat dokumentasi error firmware. Perbedaan awalan menghindarkan pembongkaran mesin yang tidak perlu. Jika mesin sedang alarm atau jog, beberapa perintah G-code memang dapat ditolak karena keadaan pengendali.
Contoh ketiga: FluidNC menampilkan pesan konfigurasi tidak valid seusai mengunggah YAML. Operator membaca startup serial, melihat baris kesalahan yang lebih awal, lalu membandingkan indentasi dengan salinan yang sebelumnya bekerja. Ia tidak memakai tabel ALARM GRBL klasik dan tidak menekan buka kunci berulang kali. Setelah perbaikan satu baris, boot dan fungsi pengaman diuji ulang.
Pertanyaan yang sering diajukan
Apakah angka yang sama selalu berarti hal yang sama?
Tidak. Awalan pesan, firmware, dan versi menentukan maknanya. ALARM:2 berbeda dari error:2. FluidNC dan GRBL klasik juga tidak boleh diasumsikan memiliki daftar identik. Simpan konteks penuh sebelum mencari.
Mengapa posisi harus diperiksa setelah alarm tertentu?
Penghentian mendadak, reset saat gerak, atau benturan dapat membuat pengendali kehilangan kepastian posisi. Pada kasus demikian, periksa mekanik dan lakukan homing sesuai rancangan mesin sebelum memakai koordinat lama. Soft limit memiliki perilaku berbeda, tetapi lintasan tetap harus diperiksa.
Apakah $X menyelesaikan alarm?
Tidak. Perintah itu membuka kunci pada sistem yang mendukungnya, tetapi tidak memperbaiki sensor, konfigurasi, atau posisi yang hilang. Gunakan hanya dalam prosedur pemulihan yang dipahami dan setelah area gerak aman.
Di mana melihat arti kode FluidNC?
Gunakan daftar yang disediakan firmware melalui $E untuk error atau $A untuk alarm, jika versi yang dipakai mendukungnya. Cocokkan hasilnya dengan log startup dan dokumentasi FluidNC. Jangan hanya mengandalkan tabel GRBL 1.1.
Menentukan kapan pekerjaan boleh dimulai lagi
Mesin yang kembali menampilkan status diam belum tentu siap memotong. Sebelum produksi, periksa apakah penyebab pesan sudah ditemukan, bukan hanya apakah pesan sudah hilang. Pastikan sensor pengaman memberi status yang benar, sumbu bergerak ke arah yang tepat, dan homing berulang menghasilkan referensi yang konsisten. Bandingkan titik nol benda kerja dengan material serta penjepit yang masih terpasang. Bila ada reset atau benturan, lintasan lama perlu ditinjau dari awal dan tinggi aman pahat harus diperiksa kembali.
Untuk gangguan komunikasi, lakukan uji kestabilan lebih lama daripada waktu kegagalan sebelumnya dalam kondisi yang sebanding. Untuk perubahan konfigurasi FluidNC, simpan berkas yang sudah bekerja dan catat versi firmware agar pemulihan berikutnya tidak dimulai dari nol. Jika penyebab menyangkut panel listrik, VFD, driver, atau pembumian, jangan mengambil keputusan hanya dari tampilan perangkat lunak. Minta pemeriksaan teknisi dan catat hasilnya. Dokumentasi yang rapi membuat indeks kode ini berkembang menjadi pengetahuan bengkel yang dapat digunakan operator lain.
Penutup dan navigasi
Database kode error CNC paling berguna saat nomor dipasangkan dengan awalan pesan, versi firmware, keadaan fisik, dan waktu kemunculan. Mulai dari keselamatan, baca tabel yang sesuai, lalu ikuti artikel diagnosis yang relevan. Untuk menelusuri seri secara urut atau memilih topik lain, kembali ke halaman induk Troubleshooting Urban Creator.
