Cái cambam mình chỉ dùng mỗi cái lệnh offset đa tuyến của nó, vì phần này khá phức tạp và là bài toán lớn của ngành cnc.
Còn giao diện cad thì mình tự thiết kế riêng và hoàn thiện dần trong thời gian khá dài rồi, giờ k còn tut hay manual mà chỉ có mánh lới chôm chỉa thôi.
Viết phần mềm CADCAM theo yêu cầu o913 6o3 939.
Ngày bận rộn k tiến được bước nào, up vài cái video về arduino trong công nghiệp các bác xem đỡ nhàn
Clip dưới đây con arduino nằm bên dưới cái shield tự làm nhé bác, các bác nhìn kỹ xíu sẽ thấy, hehe.
Động cơ cỡ như vầy có đủ chiến k các bác, kaka
IOT arduino công nghiệp:
Mô hình làm phim, cái này hình như e thấy có bác nào trên diễn đàn đang cần mấy hôm nay:
Một vài hình ảnh từ dự án nông nghiệp sạch của jerry cnc ợ, tên khác là MABU smartgarden, hihi
Đính kèm 46499
Đính kèm 46500
Đính kèm 46501
Đính kèm 46502
Đính kèm 46503
cái shield tự làm nó có cái chỗ khác cái bán sẵn , bác cho cái clip máy bác đục 3d đi
biết tuốt -- nghĩa là cái gì cũng muốn biết 1 tí minh- Đt:0388536483
Mình ko phải là tín đồ của GRBL, chỉ nhận xét sau:
- GRBL là sản phẩm độc đáo, rất phù hợp cho giới DIY với chi phí rẻ, ứng dụng được nhiều như máy in 3D, laser, CNC
- Đơn giản, dễ sử dụng
- Kết nối giữa GRBL và G-Code sender qua USB-COM thì phải cẩn thận khi chạy máy CNC. USB dễ bị nhiễu & đơ. Lỡ có chuyện gì cần phải dừng máy gấp mà lúc đó cái kết nối nó đơ thì nguy hiểm.
- Tốc độ GRBL chậm. Cũng khó có thể yêu cầu hơn vì con MCU Arduino phải lo việc parse g-code đồng thời tính toán nhiều nên việc phát xung khó đảm bảo. Mình chạy Mach3 100khz mà vẫn thấy chậm.
- Khi chạy thật sự thì nhiều điểm hạn chế của GRBL sẽ bộc lộ, do đó nếu ứng dụng cho phay cnc, bác nên phay thử hoàn chỉnh 1 bức tranh 3D xem sao?
- Ngoài GRBL còn lựa chọn nào khác ko?
- Ngoài việc sử dụng GRBL & viết 1 G-Code sender, bác xem thử xem có thể làm tốt hơn GRBL ko?
Lần sửa cuối bởi Gamo, ngày 20-09-2017 lúc 12:02:10 AM.
hehehe. vậy là em được mở rộng tầm mắt,cảm ơn các bác nhiều, trong lúc tìm hiểu thêm về arduino, em thấy cái này, hình như họ có online training, mà thấy bản thân còi tiếng anh quá nên thua. xem ở phần description thấy vậy, các bác xem clip vui nhé :
https://www.youtube.com/watch?v=f5ifkkgt7ck
https://www.youtube.com/watch?v=A8ekaSJBGtk
Lần sửa cuối bởi motogia, ngày 19-09-2017 lúc 11:29:17 PM. Lý do: thêm
Chuẩn cmnr.
Nhưng ở chổ tốc độ phát xung thì... như nhiều bác đã ý kiến trên này. Phát xung tốc độ càng cao thì hệ thống bên ngoài dòi hỏi càng cao. Cụ thể là đường dây truyền tín hiệu phải làm đúng kỹ thuật. Không thì tự nó hại nó.
Thông thường để đối phó với dạng lỗi phát sinh này, em cố gắng giảm tần số xuống thấp nhất có thể. VD:
--> Với máy chạy gỗ, em thường chọn dung sai lý thuyết là 0.02... nên từ đó set driver sao cho step per nằm trong khoảng 50-100 là vừa. Khi đó với Feed 10m/min thì tần số out cũng chỉ khoảng <20kHz... rất là vô tư. Với plasma G0 đạt 20m/min thì cũng chỉ khoảng 35kHz mà thôi. Câu hỏi là tại sao phải set cho cao hơn?.. khi mà máy mình chẵng đáp ứng được.
--> Với máy chạy sản phẩm (thường là be bé) em chọn dung sai lý tuyết là 0.01-> 0.005. từ đó step per trong khoảng 100-200 là vừa. Với mấy máy này thì... Feed 6000 đã xé gió rồi. Khi đó tần số out cũng chỉ khoảng 20kHz.
--> Vi bước cho step theo khuyến cáo của cụ NS, em hay chạy ở mức 1600-2000 là thường. Trong một số đòi hỏi em có nâng lên tới 4000-5000, nhưng thấy chẵng êm hơn được là bao nhiêu. Nhất là với máy chạy thanh răng, qua giảm tốc dây đai. Dây đai đã như cái damping rồi mấy cái run động kiểu 1/2000 ấy nó chẵng truyền ra tới thanh răng được đâu.
Từ đó thấy GRBL phát xung được 30kHz, Reprap phát dược 14kHz cũng là khá lắm rồi.
Nhưng Arduino UNO hay MEGA thì... nó vẫn khá là kém, tốc độ MCU chỉ 16M, phải làm bao nhiêu là việc. Nên không thể mượt được. Nó làm được đến mức ấy thì trình độ coding đã trùm của trùm rồi.
Nếu vẫn thấy nó hấp dẫn, em nghĩ nên cook nó lại, nhét nó vào core 32bit, out ra FPGA gì gì đó. Hoặc 1 con dịch code, 1 con IO có lẽ sẽ ngon hơn. Làm được sẽ ngon choét ngay ý mà.
DT: O7837277II - CKD's Youtube Channel - Facebook - Tổng hợp chủ đề
17 ds 3, Thạnh Mỹ Lợi, Q2, tp.HCM
https://hackaday.com/2017/09/17/bett...-8-bit-micros/
dùng xmega với DMA và 7 timer có thể phát xung 250khz với gia tốc S cruve
32bit hiện nay có smoothieware và ting2
http://smoothieware.org/
https://github.com/synthetos/g2/wiki
smoothieware đang cố gắng ra V2 với ARM mạnh và FPGA
Lần sửa cuối bởi nhatson, ngày 20-09-2017 lúc 10:12:18 AM.
mình cũng tí toét cái grbl 0.9 mà dính cái bệnh là Z bị chạy sai khi khắc 3D, tăng dòng cho step thì nó đâm Z, giảm dòng cho step thì nó nhấc Z, chạy 2D thì ngon lành, không biết anh em có ý kiến gì về vụ này của grbl firmware không ? step size 42 2.xxV 1.3A
Mình thí nghiệm ở hướng khác, không dùng PC mà stream g-code trực tiếp từ SD card. Nhưng mà khổ SD thì lúc nó nhận lúc nó không nhận.