Trở lại GRBL, nó với arduino thật ra chẵng có huyết thống gì ráo.
GRBL viết với C, và arduino nó có nền tảng là C và biên dịch được C. GRBL được cook lại để có thể mở và biên dịch trên arduino ide em nghĩ cũng là phát triển theo trào lưu. Thật ra việc cook chỉ là cấu trúc lại các file cho phù hợp hơn. Khi config cứng thì cũng phải config pin/port.
Không chơi với arduino thì chơi với avr studio hay codevision v.v... đều được. Miễn là trong ide có biên dịch C

Em rất thần tượng GRBL vì nhã năng tối ưu trong giải thuật, code.. và còn phải học hỏi từ nó rất nhiều. Mục tiêu là xào nấu nó để phục vụ mục đích khác của e.

CNC thì như nhiều lần ý kiến khác.. Nó cực rộng và nhiều ứng dụng.

Nếu vẫn chơi với GRBL, cái em muốn là phát triển thành hệ độc lập, tự thân vận động như Reprap v.v... Tức có HMI, có khã năng tự đọc dữ liệu. GRBL có ưu điểm hơn mấy firmware 3D là tốc độ.
Cùng quan điểm này là đã có mấy anh tây phát triển, nhưng có lẻ mấy anh đó không open và free sourca nên thấy cộng đồng không quan tâm lắm.
Thường thấy là dùng 2-3 mcu cho các chức năng: dịch gcode 1 con, FT card reader, gcode sender, LCD, button 1 con, tăng IO v.v..
1 con, có cả giao tiếp wifi để tiện nhận file. Có anh còn cook là để có thể chạy full 6axis.

Em nghĩ.. nếu mục tiêu là nghiên cứu GRBL để phát triển lên thành hệ controller độc lập. Như các DSP cnc control thì con đường có vẻ hiệu quả hơn. MCU + FPGA gì gì đó.

Còn về điện đóm.. arduino hơi chuối vì nó không sinh ra cho các mục đích ấy. Nên khi nó làm việc không tốt không phải do nó mà là do người sử dụng.