Phần mềm điều khiển CNC Arduino (JERRY_CNC) cho cả nhà, cập nhật mỗi ngày! Hot

[CKD]

Em thấy các ấy các bác so sánh hơi lệch.
1. Tùy theo đối tượng và nhu cầu sử dụng mà nó sẽ trở nên ưu việc. Ở đây thấy các bác cứ tập trung vào việc chạy CNC... nói thật thì nếu là chạy CNC thì Mach3 bao nhiêu tuổi nó vẫn còn chuối lắm. Có nhiều cái không làm được so với các máy NC già hơn em. Vậy nên gộp chung lại thì.. phải tùy.

2. Em cũng cá luôn là phần lớn các bác trên diễn đàn này là dân DIY, chưa hoặc ít tiếp xúc với các controller CNC chuyên dụng, thậm chí một số bác còn chưa sờ được con CNC công nghiệp nó là thế nào. Nếu bác nào phật lòng thì em xin lỗi, nhưng em nói như thế để các bác hình dung chữ CNC nó rộng đến mức nào.

3. Xét theo từng khía cạnh thì chưa biết thằng nào hơn đâu... vậy nên nếu đánh giá thì nên tách bạch chổ này. Xét về mức độ đơn giản các bác cứ mổ cái máy tính ra so linh kiện với cái Arduino rồi ý kiến. Một vế là cả nghìn, thậm chí trăm nghìn linh kiện, một vế là lèo tèo vài chục linh kiện. Vậy nếu mang so sánh tương đồng thì.. có so được không?

4. Xét về khía cạnh vọc và can thiệp. Bác nào khẵng định với em là can thiệp được vào core làm việc của Mach3? Giỏi lắm là viết plug-in cho nó, vẽ lại giao diện, tệ hơn tẹo là macro cho nó, tệ hơn nữa là làm tập G-Code riêng cho nó, phần lớn là nạp G-Code mà chỉ G1 nó mới chạy, G2/3 nó báo lỗi không biết phải chỉnh ở đâu. Với GRBL thì sao? Tất nhiên vẫn tùy người sử dụng... nhưng cao tay nhất là có thể cook nó lại hoàn toàn theo ý mình. Có thể biến nó từ mô hình XYZ cartesian qua delta, rồi qua core XY v.v... Xào nấu tới mức này thì chỉ thấy một đối thủ đáng gòm là LinuxCNC... mà nhiều bác trên này đã nhắc tới.

5. Xét về khía cạnh chi phí thì.. GRBL hoàn toàn có lợi thế. Và là open source, không cần mua bản quyền sử dụng. Mach3 ư...? PlanetCNC ư? Kể cả NC-Studio thì em không dám phán V5 nó có đúng là fake không.. nhưng em chưa hề tiếp xúc được V5 chính hãng. Em chỉ biết bèo của nó là V8... mà nghe đâu V8 cũng có bản không chính thức. LinuxCNC thì free đó, nhưng chí ít cái PC hoặc Raspberry cũng không rẻ. Vậy nên.. xét chi phí thì.. GRBL vô địch rồi.

6. Có một cái là jitter, em thì PC cho Mach3 được em chuẩn trị bằng cách lựa rất kỹ linh kiện để ráp vào PC. Không phải cứ vào tiệm nhặt đại một con rồi về dùng. Xin lỗi... máy bộ cũ giờ éo có nguyên zin đâu mà cứ máy bộ là ngon. Trên đó đã được lắp nhiều món không tương thích để bán giá tốt hơn. Mà nếu mua bạ thì.. em đánh giá cá nhân là jitter có thể khũng. Máy Mach3 em đi chữa nhiều cho khách hàng. Phần lớn lỗi máy chạy không êm, hay mất bước đều do jitter mà ra. Cái này dù Arduino có vẻ yếu đuối, nhưng xung ra cũng rất khá :D

7. Nguồn PC chạy Mach3 qua LPT theo em đánh giá tốt & ổn thì.. bắt đầu gần như tuyệt chủng. Trước kia mối hàng của em em chỉ cần nhắm mắt, hắt hơi họ cũng chọn cho em được con ngon. Giờ họ bảo mấy con ấy, linh kiện ấy tuyệt chủng rồi. Nên mếu vẫn phải là Mach thì em đang phải dùng USB dù nó delay, hoặc sắp tới phải gom gạo lên Mach4. Mà nghe Mach4 phải có hardware riêng nên oải. Nghe đồn LinuxCNC ngon, hồi mới tập DIY CNC em có thử... nhưng hardware vẫn chát. Đang thử dùng qua DSP xem có quen không. Bí đường thì chơi với mấy thằng phát triển hơn GRBL tẹo, nền tảng vẫn gần như thế nhưng chạy chip 32bit.. nhanh hơn mạnh hơn. NCStudio ư?... em có dùng đó, nhưng nó không phải là gu của em :D

Vậy nên nếu các bác nghĩ là nó không ra gì thì các bác kiếm được cái bộ dịch G-Code nào có giá dưới 100K xin cho em hay.
Còn việc tại sao nó ít thấy được ứng dụng trong mấy máy dữ... theo em thì cái máy dữ... phần lớn chi phí nó nằm ở phần cơ. Thì một ít chi phí cho phần điều khiển có là gì?
Còn nói Arduino không làm việc được trong môi trường công nghiệp được? Cái này có đúng mà cũng có sai... con atmega328 đóng lên board arduino thì có thể treo trong môi trường nhiễu mạnh, nhưng cũng con atmega328 ấy được thiết kế phù hợp thì nó vẫn chạy ầm ầm đó thôi. Nói đâu xa... em làm nhiều thiết bị chạy core Arduino UNO và gần đây là NANO, chạy trong nhà máy vô tư. Thậm chí là THC, kết nối với nguồn Plasma mà nhiều bác DIY còn phải bó tay, không chạy được vì nhiễu. Cái này thì có thể nói phụ thuộc vào người sử dụng.

Em có dùng GRBL chạy cnc không?...
-> Có chứ, nhưng em chạy để kiểm nghiệm thôi, máy mill thì chỉ thử nhưng 3D Printer thì em chạy 24-48h liên tục không nghỉ là bình thường. Theo cá nhân thì core lập trình của GRBL, Repetier, Marlin, Reprap có phần giống nhau. Nền tảng vẫn là board Arduino.
-> Máy em làm ra có giá trị cao... chắc bộ PC là một trong các thiết bị cho giá thấp nhất trong đám. PC 1,000K, LCD 500K, Key+mouse wireless 400K, BOB 300K = 2,200K. 1 bộ step em dùng sơ sơ đã gần 4,000K.

Tất nhiên.. em không dùng GRBL vào các máy của mình vì nhiều lí do. Mà lý do lớn nhất mà em chưa khắc phục được là lười. Muốn GRBL chạy độc lập và ngon thì hầu như em phải làm lại nhiều thứ. Bèo là phải mod lại cái shield cho nó đàng hoàn.

[CKD]

Em đã tùy biến firmware marlin để dùng được CNC có M03, M04,M05 điều khiển spindle,laser, tùy biến giao diện LCD tiếng Việt, chạy được offline qua thẻ nhớ Tuy nhiên có nhược điểm là tần số phát xung thấp quá chỉ hợp với cơ cấu chạy dây đai hoặc vít me bước dài.
https://www.youtube.com/watch?v=hRNl5kTFgE0&feature=youtu.be

Firmware 3D printer... cook để chạy mill 4-5 axis. Có cái tiện thế này.
Ưu:
- Phần cứng duy nhất, 1 con mega2560
- Có giao diện, text LCD hoặc graphic LCD
- Có key input, move các thứ.
- Có map g-code theo độ cong của mặt bàn. Cái này hay nè.
- Tự đọc g-code từ thẻ nhở, có thể mở rộng để send file từ PC, tablet, smartphone qua serial, usb, bluetoot, wifi. Cũng có thể dùng app để điều khiển từ xa :)
Nói chung là CNC controller nhiều trục, độc lập, khá đầy đủ cho nhu cầu CNC đơn giản. Phần lớn các bác ở đây chỉ dừng mức này. Tập lệnh dùng đến chỉ G0/1, M3/4/5 là hết. Tập lệnh hổ trợ khá là nhiều :D... có ref Home v.v...
Nhược:
- Tốc độ chậm, out như đã nói ở trên.. out max khoảng <14kHz. Đúng là chậm thật, Mach3 25kHz mà còn chậm :). Nhưng nếu không có nhu cầu độ chính xác quá cao thì có thể chạy 4x, out được 50kHz.

Các bác dùng Arduino kiểu shield thì nó có nhược điểm là lâu này các socket tiếp xúc không tốt.. nhưng dùng dạng board tích hợp thì... ổn định cực. Mỗi tội các board này gắn sẵn driver bé xíu. Chỉ chạy tốt step nhỏ, áp thấp...

[congmanhtb]

Phần mềm này dùng được cả với marlin và GRBL dùng khá hay. Có cả chức năng autolever tự động cân bằng bàn máy phù hợp khắc CNC trên máy chế k chính xác, cắt laser, plasma...46446

[congmanhtb]

Firmware 3D printer... cook để chạy mill 4-5 axis. Có cái tiện thế này.
Ưu:
- Phần cứng duy nhất, 1 con mega2560
- Có giao diện, text LCD hoặc graphic LCD
- Có key input, move các thứ.
- Có map g-code theo độ cong của mặt bàn. Cái này hay nè.
- Tự đọc g-code từ thẻ nhở, có thể mở rộng để send file từ PC, tablet, smartphone qua serial, usb, bluetoot, wifi. Cũng có thể dùng app để điều khiển từ xa :)
Nói chung là CNC controller nhiều trục, độc lập, khá đầy đủ cho nhu cầu CNC đơn giản. Phần lớn các bác ở đây chỉ dừng mức này. Tập lệnh dùng đến chỉ G0/1, M3/4/5 là hết. Tập lệnh hổ trợ khá là nhiều :D... có ref Home v.v...
Nhược:
- Tốc độ chậm, out như đã nói ở trên.. out max khoảng <14kHz. Đúng là chậm thật, Mach3 25kHz mà còn chậm :). Nhưng nếu không có nhu cầu độ chính xác quá cao thì có thể chạy 4x, out được 50kHz.

Các bác dùng Arduino kiểu shield thì nó có nhược điểm là lâu này các socket tiếp xúc không tốt.. nhưng dùng dạng board tích hợp thì... ổn định cực. Mỗi tội các board này gắn sẵn driver bé xíu. Chỉ chạy tốt step nhỏ, áp thấp...

CHuẩn bác ạ. Nếu mạch mega2560 này thiết kế lại thêm cách ly quang đầu ra đầu vào, dùng ic chuyển đổi USB to RS232 loại tốt, thạch anh tốt thì dùng cũng ổn định lắm. Mạch này nó nhiễu chủ yếu ở cái USB to RS232 nếu chạy offline từ thẻ nhớ em đã thử bật tắt máy cắt, máy khoan dí sát vào mạch cũng chả bị treo gì cả. Nếu chạy từ máy tính qua usb thì em thấy mạch dùng CH340 rẻ hơn còn đỡ nhiễu hơn nhiều lần mạch dùng ATmega16 làm chuyển đổi USB-RS232 mặc dù giá 1 cái là 180k 1 cái là 250k.

[JERRY CNC]

Trước tiên e rất cảm ơn các bác đã nhiệt tình góp ý chân thành cho e, cảm ơn sự hiểu biết sâu rộng của bác Mạch Việt, bác nhất sơn.
Ngày đầu tiên e chơi CNC e dùng grbl nhưng k hiệu quả vì ngày đó mới vào nghề, éo biết thông số gì cả, xong e chuyển sang mach3, rồi tới V5. Giờ thì những con máy lớn e đang dùng V5 ạ. Mỗi cái đều có ưu nhược điểm khác nhau. Theo bản thân e rút kết được như sau:
Đầu tiên xin nói về mach3, sự nổi tiếng của mạch này thì khỏi phải bàn, về tính ứng dụng rất cao và có thể tùy biến các cổng và thông số cổng cho dân DIY, có thể dùng cho nhiều loại CNC khác nhau, từ CNC gỗ cho tới plasma...Ưu điểm chuyên sâu của mach3 thì e k rành bằng các bác chuyên mach3, nhưng e thấy dường như hầu hết ưu điểm của mach3 thì bác Mạch Việt đã triển khai gần như hết rồi. Về nhược điểm, riêng bản thân e thấy, nhược điểm của mach3 là về phần thuật toán gia tốc di chuyển, cái này là trực quan của e và nhận xét của nhiều a e chơi CNC gỗ, e chưa biết lĩnh vực vật liệu khác như thế nào, nhưng nếu so với V5 thì mach3 di chuyển các cạnh góc và những đoạn đảo dường như k được mượt bằng V5, k phải mach3 k có thuật toán gia tốc nhưng e thấy về độ mượt trên vật liệu gỗ như của e đang làm thì nó chưa được mịn và hay gặc khi bo góc hoặc đảo chiều.
Thứ 2, xin nói về mạch V5 và NCStudio nói chung, tuy là hàng của tàu, nhưng k phải cái gì của tàu cũng rỏm, minh chứng là gần như hơn 80% các thể loại máy chạy gỗ ở VN ta đều thấy dùng e ấy. Về ưu điểm, dễ cài đặt thông số, thuật toán gia tốc tăng giảm liên tục khi di chuyển để tạo độ mượt khi bo góc và đảo chiều. Nhược điểm là hệ mạch đóng, không mở rộng được nhiều như mach3, mạch giả chất lượng kém thì tràn lan.
Thứ 3, nói về grbl nói riêng và Arduino nói chung, đa phần trên thị trường các bác đều thấy hệ mini là nhiều nhưng chưa thấy hệ máy lớn 1 phần là do grbl và arduino mã nguồn khá là mở, mở ở đây ko phải hoàn toàn, nhưng nói chung là người dùng có thể vọc được khá sâu vào những vấn đề cốt lõi nên có thể chế được nhiều loại ứng dụng khác nhau cho nhiều lĩnh vực tự động hóa k chỉ riêng CNC. Ưu điểm là giá thành khá rẻ, open source nên thuận tiện cho các vọc sĩ. Ưu điểm cũng chính là nhược điểm, vì tính mở khá cao nên hầu như các module chưa thống nhất và đồng bộ với nhau nhiều, thường là phát triển đơn lẻ từng module, người nghiên cứu muốn kết hợp thành 1 mảng ứng dụng thì gần như phải làm lại hết theo ý mình hoàn toàn mặc dù code được hỗ trợ khá nhiều.

Riêng về mảng CNC, e chọn con đường nghiên cứu arduino và grbl với những lý do sau. Thứ nhất, chúng ta đang lệ thuộc quá nhiều vào công nghệ của nước ngoài, nhất là a bạn kế bên sườn nhà ta, đồng ý là tốt thì vẫn cứ xài, nhưng rồi chuyện gì cũng sẽ có thể xảy ra, không thể lường trước được điều gì, mach3 tuy tính mở cũng khá cao nhưng vẫn có những vấn đề chưa phù hợp với người việt mình, nhất là các bạn mới vào nghề (giao diện tiếng anh, cài đặt thông số tương đối khó, ...) cũng chính vì những điều này mà e chọn grbl và arduino để nghiên cứu đào sâu, mong 1 ngày chúng ta có một hệ mạch và 1 phần mềm chuyên biệt cho a e CNC nước nhà.

Vì sao e lại tin tưởng và chọn đi con đường này, e xin kể 1 số cơ sở cho việc ấy:

+ Arduino có thể tái cấu trúc về sơ đồ mạch vật lý và các module mở rộng theo ý tưởng và mục đích của ta (đây là điều kiện vật lý then chốt cũng như về vấn đề bản quyền, về chuyện tái cấu trúc theo cái lõi arduino này thì trong nước chúng ta cũng đã có một số nhóm đi tiên phong và có thể đưa những con mạch ấy ứng dụng vào công nghiệp, cái này e đã được thọ giáo nơi team của bác CKD trong lần ghé thăm cách đây k lâu).

+Grbl là một nhân mở dành cho CNC, tuổi đời e nó cũng khá là non trẻ, được cộng đồng DIY thế giới ủng hộ rất náo nhiệt và đầu tư nghiên cứu k công, sẵn sàng có những bản vá lỗi nhanh và thiết thực nhất, e k so sánh với các hệ bản quyền, nhưng dù gì thì bởi tính mở nên được nhiều cái não góp ý vẫn là hơn là 1 mình solo hoặc 1 nhóm đóng. Tiếp theo là mức độ tương tác code cho dân DIY tương đối dễ dùng, thuật toán di chuyển và tối ưu cũng dễ dàng thay đổi.
Trên đây là 2 điều kiện tiên quyết để e tin tưởng và quyết định đào sâu nghiên cứu về arduino và grbl. Với mong muốn là chúng ta sẽ có 1 hệ thống CNC riêng cho việt nam. Không phải chịu cảnh khi chế tạo ra 1 con máy nào đó thì dân DIY chúng ta thường mắc phải câu nói "các bác ráp chứ chế cháo cái nỗi gì, thế giới người ta đầy ra đó rồi". Nếu trên quan điểm như vậy thì biết đến khi nào chúng ta phát triển nổi.

Qua hành trình nghiên và cú, nghiên xong k nổi đến cú đầu mí ra, hihi thì e đã tổng hợp được một số vấn đề tồn tại của con arduino và grbl khi ứng dụng vào CNC như sau, rất mong các bác nào có nhiệt tâm và có điều kiện thì thực nghiệm giúp e để tìm ra vấn đề ạ:

1. grbl chưa hỗ trợ các mã gcode chuyên sâu, 1 vài trong số đó là nhóm mã thay dao, mã bù cung dương hoặc cung âm, một số lệnh khoan, ... và một số lệnh khác e chưa tìm ra cần các bác hỗ trợ. Lưu ý quan trọng trong quá trình thử nghiệm e tìm ra hiện tượng mất bước khi các bác áp dụng cho các CNC khổ lớn và driver to: thứ nhất là grbl k hỗ trợ đc hết tất cả các lệnh bù cung dẫn đến hiện tượng lệch mỗi khi đảo chiều, thứ 2 là nếu file gcode có đầy đủ lệnh bù cung chạy trên hệ máy nhỏ đúng nhưng ra máy lớn nó lệch là do thằng gcodesender dồn đam một lượt cho con arduino tiếp nhận dẫn đến hiện tượng tràn ram-->delay ko tốt, baudrate càng lớn càng dễ out delay (vấn đề này đã dược bác Mạch Việt đề cập bên trên), phần này thì e đã khắc phục bằng thuật toán timer send gcode cho con arduino. Trước mắt về phần mất bước do hệ điều khiển thì e tìm được 2 vấn đề trên, bác nào tìm được thêm thì up cho a e biết thêm! Nếu giải quyết được mảng này thì chuyện triển khai ra máy to k còn là vấn đề nan giải. Thực nghiệm thì các nước gần ta như Campuchia, thiên đường của máy in gia công 3D khổ lớn cho thế giới đã chứng minh là arduino và grbl khổ siêu lớn k là thành vấn đề. Trên con máy khổ to nhà e thì cũng đã thể hiện trong clip rồi nhé, k hề mất bước

2. Về feedrate, grbl giới hạn ngưỡng feedrate nhất định, tức khi ta settings feedrate ngưỡng cao vd 8000 thì grbl chỉ chạy được từ mức 8000 đổ xuống, nếu trong file gcode set là 9000 thì nó cũng k cho nâng lên, gia tốc cũng vậy, khoảng tăng giảm phải nhỏ hơn hoặc bằng phần setting. Về phần này thì e đã code xong phần thuật toán tăng giảm gia tốc theo nhận biết gcode các đoạn cong hoặc đảo chiều sẽ tăng giảm gia tốc liên tục để nhằm tạo độ mượt trong di chuyển tương tự V5, tuy k bằng V5 nhưng cũng gần giống vậy. E định là sắp tới tạo 1 thanh tăng giảm tốc độ tương tự như V5 cho phần mềm, khi tăng giảm tốc độ sẽ tăng giảm gia tốc liên tục cho phù hợp không gây sốc dao và xừ vật phôi, trong phần cài đặt thông số e đã chừa sẵn chỗ tăng giảm dần gia tốc, sẽ cập nhật trong các phiên bản sau. Nhờ các bác giúp dùm e cái khoản feedrate các bác hay dùng và thích dùng là tối đa bao nhiêu để e tạo cái thanh điều tốc ấy.

3. Phần biểu thị đường đi của gcode lên màn hình cho các bác xem, e đang định dùng thư viện của cambam, bác nào cao tay ấn về mảng này thì góp vui giúp e tí.

4. Phần vị trí home máy và vị trí home phôi chưa thống nhất quan điểm giữa cái gcodesender của nước ngoài và cái của e viết, bác nào đã dùng các hệ máy in 3d hoặc cnc mini nhập ngoại các bác cho e xin ý kiến (vd trên gcodesender của nước ngoài, khi set zeroposition, tán cái file gcode vào nó cứ chạy mãi, k hiểu đảo chiều, ví dụ Y0X100 --> Y0.1 X0 --> Y0.2X100thì nó chạy tới luôn ko biết đảo lại nơi X0 mà biến thành X200. Nhưng khi không set zero thì để file vào chạy ok tất cả, e đang xoắn não cái này, hơi ngược với cái e hiểu). Các bác dùng phần mềm của e cẩn thận khi chạy file đảo chiều nhé! Còn đang xoắn chỗ này.

5. Kết nối biến tần ngoài, hầu như mấy cái biến tần thông dụng mà e xài đều xài 3 chân tính hiệu để kích, còn trên grbl chỉ set 2 chân on off, các bác có cao kiến gì xin chỉ giáo.

Trước mắt e tổng hợp được 1 số vấn đề trên thôi ạ. Chân thành cảm ơn các bác đã quan tâm giúp đỡ!

[CKD]

Cập nhật vài chủ đề nói về GRBL
http://forum.cncprovn.com/threads/11132-Gioi-thieu-ve-phan-mem-GRBLGRU-Gcode-sender-cho-GRBL-11
http://forum.cncprovn.com/threads/2978-Ung-dung-mo-open-source-dieu-khien-CNC

[JERRY CNC]

Em thì cực kỳ củ chuối về công nghệ, nhưng thấy bác machviet nói chỉ dùng cho máy nhỏ thì cũng hơi nghi ngờ, chỉ còn cách chờ thông tin test máy từ bác cnc Lai Vung cho ý kiến thế nào, chứ thấy bác chủ test trên con cnc không hề nhỏ.
em có tìm được cái video từ máy mach3 chuyển qua grbl các bác xem có sự khác biệt không? rồi thông não giúp em, chứ cái mảng công nghệ giờ thấy phát triển như vũ bão, nhiều lúc theo không kịp.
https://www.youtube.com/watch?v=sGzLnUrcYYY

Bác cnclaivung chơi máy tiện v5 roài, hôm test thử ở nhà bác ấy bác ấy thấy gcode chưa hỗ trợ hết nên cũng chưa an tâm đưa vào thực nghiệm, mình thì đang thực nghiệm trên con máy nhà mình, chưa thấy mất bước. :D

[anhcos]

Về phần Grbl thì mình chưa quan tâm đến nó lắm, chỉ có góp ý bạn tí về phần mềm thôi.

- Mình cũng đang xài trộm thư viện cambam đây, nó có đủ thư viện về hình học và cad nên cần tính toán, thể hiện đường đi dao không không khó nữa. Kết hợp với GDI+ là đủ đơn giản để dùng.
- AForge dùng quan sát thì tốt vì nó nhỏ gọn, nhưng sau này bác muốn nâng cao hơn như phân tích hình ảnh vd: như chạy theo đường laser, tìm lỗ khoan bo mạch ... thì nó không hỗ trơ nhiều, bác nên dùng OpenCV, chọn đúng các thư viện của nó để giảm thiểu dung lượng đóng gói.
- Dù là mở thì code biên dịch xong bác cũng phải bảo vệ (mặc kệ các cáo thủ muốn gì).

Mình có viết một phần mềm CADCAM 2D như là một phần mềm của diễn đàn CNCProVN, giao diện tiếng Việt và mình đang xài từ mấy năm nay, để hoàn thiện xong sẽ gởi lên 4r. Có cái thư viện đọc file gerber cụ Gà tăng cho mà chưa làm xong được, đợt này sẽ tranh thủ cho xong.
https://farm5.staticflickr.com/4348/37142419482_c88e11bf7d_b.jpg

[CKD]

Em ủng hộ cụ anhcos.
Lý do là theo em.. vụ CAM nó khoai hơn, có nhiều ứng dụng cực kỳ trong nhiều lĩnh vực khác nhau.
Controller cho CNC thì giờ nhiều vô kể, từ full free, full open cho tới bản quyền giá rẻ. Thậm chí hướng ngoại thì china có một rừng trong đó. Ứng dụng nó thế nào? Cái này mới là cái mà mình thật sự quan tâm.
Với những nhiệm vụ phức tạp xíu, liên quan đến chuyển động thì core CNC tiếp cận thấy dễ dàng hơn PLC, có lẻ mình lướt cnc nhiều hơn nên thấy vậy. Nhưng việc lập trình cho nó thì cũng khoai lắm nếu không có soft hổ trợ.
Hoặc thu gọn lại trong việc gia công CNC thì.. như cắt giấy, cắt kính, doa lỗ v.v... đòi hỏi CAM phải hổ trợ. Soft dữ của tây thì có đầy, china chắc cũng đầy.. nhưng thuần việt thì chưa. Gần đây thấy có soft của cụ anhcos. Soft của cụ anhcos thì trên đây chắc nhiều bác đã và đang dùng. Ngoài cụ anhcos thì theo em biết còn có nhiều cá nhân/đơn vị khác vẫn tạo soft cho riêng mình. Chẵng những xào soft mà còn xào luôn cả controller như máy đột cnc chẵng hạn. Đáng tiếc là các cụ ấy có quá ít thời gian để chia sẻ tính năng mà các món ấy có thể làm được.

Cái em cự kỳ quan tâm là làm chủ thiết bị công nghệ, cụ anhcos tự viết hoặc sử dụng thư viện của ai đi chăng nữa... thì chắc chắc là cụ ấy cũng hiểu rất rỏ để xào nấu như ý. Khi phát sinh nhu cầu bất thường thì nhờ tài xào nấu ấy.. chúng ta sẽ nhanh chóng tạo được công cụ cho chính mình. Nếu không có tài xào nấu thì chắc phải năn nỉ google tìm giúp.. mà tìm thấy rồi chưa chắc đã dùng được.

[JERRY CNC]

Về phần Grbl thì mình chưa quan tâm đến nó lắm, chỉ có góp ý bạn tí về phần mềm thôi.

- Mình cũng đang xài trộm thư viện cambam đây, nó có đủ thư viện về hình học và cad nên cần tính toán, thể hiện đường đi dao không không khó nữa. Kết hợp với GDI+ là đủ đơn giản để dùng.
- AForge dùng quan sát thì tốt vì nó nhỏ gọn, nhưng sau này bác muốn nâng cao hơn như phân tích hình ảnh vd: như chạy theo đường laser, tìm lỗ khoan bo mạch ... thì nó không hỗ trơ nhiều, bác nên dùng OpenCV, chọn đúng các thư viện của nó để giảm thiểu dung lượng đóng gói.
- Dù là mở thì code biên dịch xong bác cũng phải bảo vệ (mặc kệ các cáo thủ muốn gì).

Mình có viết một phần mềm CADCAM 2D như là một phần mềm của diễn đàn CNCProVN, giao diện tiếng Việt và mình đang xài từ mấy năm nay, để hoàn thiện xong sẽ gởi lên 4r. Có cái thư viện đọc file gerber cụ Gà tăng cho mà chưa làm xong được, đợt này sẽ tranh thủ cho xong.
https://farm5.staticflickr.com/4348/37142419482_c88e11bf7d_b.jpg

Thanks bác nhiều, cái thư viện của cambam bác có tut hoặc manual nào của e nó k? có thể share cho tiểu đệ học hỏi với, vì e mới add nó vô thư viện thôi, chưa có thời gian đào sâu các hàm của nó! Thấy cái phần mềm xuất file tiện hoạt động xuất dao rất ok nên e cũng thích và tìm dùng cambam để tái hiện gcode khi chạy! Nếu bác có tut hoặc manual có thể chia sẽ thì e cảm ơn rất nhiều ạ!

[anhcos]

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.

[vopminh]

Cảm ơn các bác, đúng lúc em đang build cái laser Co2 mini dự là 80w, đợt này xuống đời ko dùng Awc nữa dùng arduino xem sao.46486

[JERRY CNC]

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.

https://www.youtube.com/watch?v=b6M1Wo0LlOE

Động cơ cỡ như vầy có đủ chiến k các bác, kaka

https://www.youtube.com/watch?v=ZAVsqFCxDSc


IOT arduino công nghiệp:

https://www.youtube.com/watch?v=y-yh7weJWYI

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:

https://www.youtube.com/watch?v=tXef1zVm2Xg


https://www.youtube.com/watch?v=smczeKoTNn4

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
46499
46500
46501
46502
46503

[biết tuốt]

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 ;)

[Gamo]

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?

[motogia]

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

[JERRY CNC]

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 ;)

Ok, rảnh việc mình quay ngay cho bác xem, mấy nay bận việc cơ quan chưa quay được! Hi

[JERRY CNC]

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?

Ok bác, mình sẽ quay một clip khắc 3D đầy đủ để các bác xem trong thời gian gần nhất để các bác cho ý kiến ạ!

[JERRY CNC]

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?

ok bác, e đang cố gắng khắc phục những nhược điểm của e nó đây, e sẽ cố gắng đến khi nào trường hợp bất khả kháng là không thể khắc phục được, hehe, vì mỗi nền tảng đều có ưu nhược riêng, hãy chờ một thời gian nữa sẽ lộ rõ kết quả thoai! :D

[CKD]

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?

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à.

[nhatson]

https://hackaday.com/2017/09/17/better-stepping-with-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

[JERRY CNC]

https://hackaday.com/2017/09/17/better-stepping-with-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

Rất hữu ích bác ạ! Thanks! :D Hack kiểu này nếu làm THC như bác CKD là ngon phết, tốc độ phản hồi phê lém à! Hi

[nnk]

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

[JERRY CNC]

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

Bạn set thông số như thế nào và đang dùng gcodesender của phần mềm nào vậy? Dùng shield hày đấu nối trực tiếp?

[nnk]

Bạn set thông số như thế nào và đang dùng gcodesender của phần mềm nào vậy?
set máy gia tốc 100, vận tốc max 300, 400xung/mm
file chạy tạo bằng artcam, tiến dao 150mm/phút, đâm dao 100mm/phút, bước dịch 0.05mm, dao V 0.1mm 10 độ
Mình xài grbl controller

[JERRY CNC]

set máy gia tốc 100, vận tốc max 300, 400xung/mm
file chạy tạo bằng artcam, tiến dao 150mm/phút, đâm dao 100mm/phút, bước dịch 0.05mm, dao V 0.1mm 10 độ
Mình xài grbl controller

Bạn dùng shield hay nối trực tiếp hay nối từ shield ra driver ngoài?

[katum573]

https://hackaday.com/2017/09/17/better-stepping-with-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

Thấy bác nhắc tới g2 sẵn em có cái clip test g2core chạy với servo Omron 3000rpm visme 10 hành trình 600mm. các bác xem thử cho vui.

https://youtu.be/P4OB76d9CoY

[nnk]

Bạn dùng shield hay nối trực tiếp hay nối từ shield ra driver ngoài?

bo kết nối tự trồng, nối các chân out của nano ra 4988

[JERRY CNC]

bo kết nối tự trồng, nối các chân out của nano ra 4988

Bác cho e xin cái hình e nó với!

[huanpt]

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.

[nnk]

Bác cho e xin cái hình e nó với!

bo 2 mặt, mà quăng xó nên lười lôi ra nên up file vẽ

46590

[JERRY CNC]

Đã để các bác chờ đợi lâu ạ!
Cờ nhíp của em nó đây ợ


https://www.youtube.com/watch?v=2t7VQehtkG8

Và sản phẩm của em nó đây ợ

46737

46738

46739

Em xài vừa răng vừa vitme nhé các bác nên nó hơi sọc nhẹ à, cơ mà k mất bước là ok rồi, còn các hình kế bên là hiện tượng k phải mất bước mà là do set vi bước sai ạ, các bác nào sử dụng vừa răng vừa môi như e thì lưu ý tính toán cẩn thận setting thông số vi bước nhé! :D

[Nam CNC]

tốc độ chậm quá không hiệu quả , tăng lên 5 lần xem sao , nhớ tăng thêm gia tốc tương ứng.

[thep phu thinh]

Đẹp quá các bạn ạ, như thế này cá nghệ nhân làm 50p, máy làm 5p :D

[JERRY CNC]

Ok bác Nam sờ pín, hiện tại gia tốc 150, tốc độ 4000, sẽ có clip tiếp theo ợ! :cool:

[Gamo]

Gia tốc 150 thì thấp quá bác. Nó chưa lên được 4000 đã hết hành trình rồi. Bác set gia tốc khoảng 500-1000 xem sao?

[JERRY CNC]

Gia tốc 150 thì thấp quá bác. Nó chưa lên được 4000 đã hết hành trình rồi. Bác set gia tốc khoảng 500-1000 xem sao?

Ok các bác, e đang dò thử xem e nó chịu đựng được ngưỡng nào là mượt và ok nhất, để gia tốc nhỏ để thử xem e nó có chịu nổi ko, e sẽ nâng dần ạ! :)

[nhatson]

Đã để các bác chờ đợi lâu ạ!
Cờ nhíp của em nó đây ợ


https://www.youtube.com/watch?v=2t7VQehtkG8

Và sản phẩm của em nó đây ợ

46737

46738

46739

Em xài vừa răng vừa vitme nhé các bác nên nó hơi sọc nhẹ à, cơ mà k mất bước là ok rồi, còn các hình kế bên là hiện tượng k phải mất bước mà là do set vi bước sai ạ, các bác nào sử dụng vừa răng vừa môi như e thì lưu ý tính toán cẩn thận setting thông số vi bước nhé! :D

màn hình là ncstudio mà ta?

[JERRY CNC]

màn hình là ncstudio mà ta?

Bác nhìn kỹ đi bác, e cố tình quay để các bác xem đấy ạ, ncstudio bất động nhé, đang dùng lap điều khiển đấy ạ, con mega2560 chà bá bên dưới ạ!

[JERRY CNC]

màn hình là ncstudio mà ta?

Nếu k quay cái ncstudio thì bác nào k biết lại bảo e lừa tềnh ạ, vì con máy e trước giờ chạy nc studio v5

[Nam CNC]

nếu thanh răng là X , Z dùng visme bi thì cái này chưa đạt yêu cầu đâu , vết xọc trên hình nó thể hiện Z làm việc không tốt..... , mà nếu X và Z là visme bi và chỉ có Y là thanh răng thì ...... trở lại ban đầu.

[JERRY CNC]

nếu thanh răng là X , Z dùng visme bi thì cái này chưa đạt yêu cầu đâu , vết xọc trên hình nó thể hiện Z làm việc không tốt..... , mà nếu X và Z là visme bi và chỉ có Y là thanh răng thì ...... trở lại ban đầu.

Ok bác, để e theo dõi thêm nhiều sản phẩm nữa xem sao, hiện thì e đo chiều sâu z thì nó đúng ạ, kích thước x và y thì nó k bằng thực tế, nhỏ hơn thực tế khoảng 1mm vì trong setting grbl thông số k cho cài đặt lẻ hơn 2 con số sau dấu phẩy ạ, tuy nhiên x và y nó vuông với nhau không bị lệch bình hành hoặc lệch các kiểu, e đang tìm cách cân bằng số nào cho dễ phù hợp nhất giữa các xung driver để cho nó gần hợp nhất với vitme và răng cùng lúc cho grbl ạ, cảm ơn các bác đã quan tâm theo dõi góp ý nhiệt tình ạ, được như vầy là e mừng lém dòy, so với ngày trước chạy arduino thì e nó tròn méo linh tinh cả lên ạ, hehe

[Nam CNC]

nếu gọi là mất bước được tính là 1 bước thì sai số quá lớn nếu là 2 pha , việc không cho khai báo quá 2 số lẻ thì kinh khủng lắm nếu ren 6 , ren 3 , vậy thì phải tìm giải pháp gì đó giải quyết bài toán này , còn việc mất bước hay không thì từ trước giờ chưa thấy chương trình controller nào gây ra mất bước , nếu có thì hệ thống điều khiển không đáp ứng được hoặc phần cơ khí không tốt nên mới gây ra , còn ngoài ra đa số bị nhiễu gây mất bước trong truyền động.


Việc chạy chính xác chỉ là 1 phần , còn phải tính toán tới thuật toán chạy mượt , kết hợp gia tốc , dừng điểm chính xác , thậm chí phải chính xác 1/xx bước chứ không phải đơn vị bước nữa. Ghi nhận bác cố gắng tạo ra thêm 1 chương trình controller mới ứng dụng adruino , còn chặng đường rất dài để đi đến kết quả tốt , còn việc so sánh gì gì đó tạm bỏ qua đi .

[JERRY CNC]

nếu gọi là mất bước được tính là 1 bước thì sai số quá lớn nếu là 2 pha , việc không cho khai báo quá 2 số lẻ thì kinh khủng lắm nếu ren 6 , ren 3 , vậy thì phải tìm giải pháp gì đó giải quyết bài toán này , còn việc mất bước hay không thì từ trước giờ chưa thấy chương trình controller nào gây ra mất bước , nếu có thì hệ thống điều khiển không đáp ứng được hoặc phần cơ khí không tốt nên mới gây ra , còn ngoài ra đa số bị nhiễu gây mất bước trong truyền động.


Việc chạy chính xác chỉ là 1 phần , còn phải tính toán tới thuật toán chạy mượt , kết hợp gia tốc , dừng điểm chính xác , thậm chí phải chính xác 1/xx bước chứ không phải đơn vị bước nữa. Ghi nhận bác cố gắng tạo ra thêm 1 chương trình controller mới ứng dụng adruino , còn chặng đường rất dài để đi đến kết quả tốt , còn việc so sánh gì gì đó tạm bỏ qua đi .

Số lẻ ở đây là như vầy
Vd: set xung driver là 3200, vitme bước 10 thì thông số setting trong grbl là 3200/10= 320, nếu bác dùng ren 6 hoặc 3 thì vẫn vô tư ạ, đó là đối với hệ vitme. Ý em nói là cái kiểu dành cho hệ răng á, các bác set xung sao cho cái bước răng chuẩn của các bác sau khi chia nó ra kết quả tương đối ít số lẻ là đạt ạ, vì về cơ bản răng nó đã có độ rơ, nên càng tìm chính xác bước thì số nó càng lẻ. Mạch điều khiển nào cũng sẽ có độ rơ về phần này thôi chứ k chỉ riêng cho grbl, chỉ có điều là nếu các bác sử dụng grbl cho hệ răng thì phải chịu khó tính toán khoản này, chứ k phải nó k chính xác nhé! Ý e là như vậy ạ!

[nhatson]

Số lẻ ở đây là như vầy
Vd: set xung driver là 3200, vitme bước 10 thì thông số setting trong grbl là 3200/10= 320, nếu bác dùng ren 6 hoặc 3 thì vẫn vô tư ạ, đó là đối với hệ vitme. Ý em nói là cái kiểu dành cho hệ răng á, các bác set xung sao cho cái bước răng chuẩn của các bác sau khi chia nó ra kết quả tương đối ít số lẻ là đạt ạ, vì về cơ bản răng nó đã có độ rơ, nên càng tìm chính xác bước thì số nó càng lẻ. Mạch điều khiển nào cũng sẽ có độ rơ về phần này thôi chứ k chỉ riêng cho grbl, chỉ có điều là nếu các bác sử dụng grbl cho hệ răng thì phải chịu khó tính toán khoản này, chứ k phải nó k chính xác nhé! Ý e là như vậy ạ!

ctrình khác thì có backlash compenstation

[JERRY CNC]

nếu gọi là mất bước được tính là 1 bước thì sai số quá lớn nếu là 2 pha , việc không cho khai báo quá 2 số lẻ thì kinh khủng lắm nếu ren 6 , ren 3 , vậy thì phải tìm giải pháp gì đó giải quyết bài toán này , còn việc mất bước hay không thì từ trước giờ chưa thấy chương trình controller nào gây ra mất bước , nếu có thì hệ thống điều khiển không đáp ứng được hoặc phần cơ khí không tốt nên mới gây ra , còn ngoài ra đa số bị nhiễu gây mất bước trong truyền động.


Việc chạy chính xác chỉ là 1 phần , còn phải tính toán tới thuật toán chạy mượt , kết hợp gia tốc , dừng điểm chính xác , thậm chí phải chính xác 1/xx bước chứ không phải đơn vị bước nữa. Ghi nhận bác cố gắng tạo ra thêm 1 chương trình controller mới ứng dụng adruino , còn chặng đường rất dài để đi đến kết quả tốt , còn việc so sánh gì gì đó tạm bỏ qua đi .

Mình tạo nên topic này để mong rằng a e DIY hợp sức nhau để tạo ra một hệ mạch chuẩn cho cộng đồng CNC Việt Nam mình, chứ k có ý để so sánh gì cả.
Cho phép mình xin nói thẳng: nếu như hiện tại công nghệ CNC tại Việt Nam, nói riêng mảng DIY thôi, k nói đến các máy công nghiệp thì nó có hệ điều hành riêng và hệ điều khiển chuyên biệt, còn lại hầu hết dân DIY chủ yếu sử dụng mach3 hoặc V5, cao lắm thì V8, các hệ mạch này dựa trên nền chủ yếu vào cổng LPT và PCI.

Nhưng hiện tại với xu thế tương lai, các mainboard đời mới dần loại bỏ các hệ cổng này mà thay thế bằng PCI-e hoặc hơn nữa... Mình không phủ nhận sức mạnh và niềm tin của rất nhiều người vào các hệ mạch CNC trước nay các bạn đã và đang dùng. Nhưng có phải mỗi lần các bạn DIY một con máy thì các bạn phải tìm cho mình 1 cái main cũ thật ưng ý hoặc một khối nguồn tương đối ổn đi kèm cho việc nuôi các em nó?

Chuyển sang Arduino và grbl? Lý do tại sao cộng đồng DIY thế giới chú ý nhiệt tình và phát triển rộng khắp như vũ bão? Riêng theo quan điểm của mình nhận thấy có mấy việc sau: giá thành rẻ, open soure, share code, cộng đồng support free hùng hậu, chất lượng k đến nỗi tồi (đó là khi mình dùng mạch china chưa dùng được mạch thật nhưng tuổi thọ e ấy tới lúc hiện tại mình dùng cho CNC thì cũng đã tầm 3 năm sau khi trải qua rất nhiều demo khác). Tuy vậy cũng khó tránh khỏi nhiều nhược điểm trọng yếu mà nhiều bạn muốn theo cũng khó mà theo hoặc tin tưởng (dễ nhiễu trong môi trường công nghiệp, tốc độ phát xung thấp, ram dễ tràn bộ nhớ, chạy máy mini chưa có máy lớn... và nhiều vấn đề khác nữa).

Mình chỉ là dân DIY solo nên cũng k thiên về mạch nào cả, chỉ theo quan điểm mình nhận thấy cái con arduino dễ phát triển thành mạch riêng mà k mất phí bản quyền và cũng như rất gần với CNC, khổ nỗi là nó còn khá nhiều lỗi cho việc DIY vì tính open soure khá cao nên hầu như phải làm lại tất cả!

Mục đích duy nhất của mình chỉ có một, đó là có một hệ mạch và 1 controller riêng cho người việt mà k phải lệ thuộc quá nhiều vào các nước bạn! Từng bước một, phát triển controller và thuật toán, chế tạo lại toàn bộ mạch, kiểm nghiệm thực tế, đóng gói toàn bộ made in vietnam! Không nhất thiết là arduino vì có nhiều bác cao thủ trên đây cũng chuyên điện tử và nhiều hệ vi xử lý công nghiệp. E chỉ xin phát pháo để tạo xu hướng thuần việt (không phải việt hóa nhé) . E cũng xin nhắc lại phương châm của e, bác nào buồn e chịu, một khi đã gọi là chế tạo thì là chế tạo chứ k mãi gán 2 từ lắp ráp đc, vì ai cũng vậy, nước nào cũng vậy, sản phẩm hay đến mấy cũng có phần của nhiều nước k chỉ riêng 1 mình sản xuất 100%. Phải nói đến là tỉ lệ nội địa hóa là bao nhiêu phần trăm, còn lại nhập khẩu bao nhiêu phần trăm, duy chỉ có thuật toán và giải thuật là độc quyền, có thể sao chép đi nữa thì cũng k bao giờ được 100% giống nhau!

[JERRY CNC]

E rất thích ý kiến của bác Nam CNC, chặng đường còn dài, chính vì vậy rất mong các a e cùng nhau góp sức như mấy hôm nay để đạt được kết quả trong tương lai! :)

[Nam CNC]

cho hỏi chủ thớt , chủ thớt đang làm kinh doanh sản xuất hay là yêu công nghệ và đây là dự án ấp ủ ?

Nhận định của bạn có đứng về phía người sản xuất kinh doanh không ? một khi cái gì đó nó chứng tỏ được hiệu quả vượt trội thì tự khắc người ta sẽ theo , còn nếu tụi em thấy những cái cũ vẫn hiệu quả thì tụi em sẵn sàng mua 1 lần 10 cái máy cũ ngon để dành đó xài dần .

Ví dụ như Win XP nó hiệu quả đến mức mà win 7 hay win 10 phải ế , đến nỗi microsoft phải giết luôn thằng XP bằng cách đưa nó khỏi danh mục của web và không bao giờ nâng cấp hỗ trợ nữa , tại sao người ta phải mua cái mới khi cái mới chưa chứng minh hiệu quả hơn và người ta chả có nhu cầu gì cao hơn.

Em thì tin là chủ thớt cứ cố gắng phát triển thật tốt thật hàn hảo và chứng minh nó hiệu quả hơn những phần controller hobby là người ta đùng đùng chạy theo liền , chả ai dìm hàng hay gì gì đâu , tụi em đứng về phía hiệu quả kinh tế hơn .


Rất nhiều anh em hằng ngày đọc bài nhưng không phải ai cũng biết chuyên môn và góp ý đúng kỹ thuật , em chỉ biết nhìn kết quả cuối cùng và nhận xét chứ đóng góp cùng phát triển thì em chịu.

[JERRY CNC]

cho hỏi chủ thớt , chủ thớt đang làm kinh doanh sản xuất hay là yêu công nghệ và đây là dự án ấp ủ ?

Nhận định của bạn có đứng về phía người sản xuất kinh doanh không ? một khi cái gì đó nó chứng tỏ được hiệu quả vượt trội thì tự khắc người ta sẽ theo , còn nếu tụi em thấy những cái cũ vẫn hiệu quả thì tụi em sẵn sàng mua 1 lần 10 cái máy cũ ngon để dành đó xài dần .

Ví dụ như Win XP nó hiệu quả đến mức mà win 7 hay win 10 phải ế , đến nỗi microsoft phải giết luôn thằng XP bằng cách đưa nó khỏi danh mục của web và không bao giờ nâng cấp hỗ trợ nữa , tại sao người ta phải mua cái mới khi cái mới chưa chứng minh hiệu quả hơn và người ta chả có nhu cầu gì cao hơn.

Em thì tin là chủ thớt cứ cố gắng phát triển thật tốt thật hàn hảo và chứng minh nó hiệu quả hơn những phần controller hobby là người ta đùng đùng chạy theo liền , chả ai dìm hàng hay gì gì đâu , tụi em đứng về phía hiệu quả kinh tế hơn .


Rất nhiều anh em hằng ngày đọc bài nhưng không phải ai cũng biết chuyên môn và góp ý đúng kỹ thuật , em chỉ biết nhìn kết quả cuối cùng và nhận xét chứ đóng góp cùng phát triển thì em chịu.
E cũng vậy thôi, phải dựa vào cái thực tế mà bàn, kết quả sản phẩm ngày nào còn chưa đã mắt là ngày đó chưa đat, e rất hiểu điều này, hehe. Bác góp ý là e mừng rồi chứ đâu phải xoắn nhau làm giề. :D Cảm ơn bác rất nhiều ạ!

[nhatson]

Mình tạo nên topic này để mong rằng a e DIY hợp sức nhau để tạo ra một hệ mạch chuẩn cho cộng đồng CNC Việt Nam mình, chứ k có ý để so sánh gì cả.
Cho phép mình xin nói thẳng: nếu như hiện tại công nghệ CNC tại Việt Nam, nói riêng mảng DIY thôi, k nói đến các máy công nghiệp thì nó có hệ điều hành riêng và hệ điều khiển chuyên biệt, còn lại hầu hết dân DIY chủ yếu sử dụng mach3 hoặc V5, cao lắm thì V8, các hệ mạch này dựa trên nền chủ yếu vào cổng LPT và PCI.

Nhưng hiện tại với xu thế tương lai, các mainboard đời mới dần loại bỏ các hệ cổng này mà thay thế bằng PCI-e hoặc hơn nữa... Mình không phủ nhận sức mạnh và niềm tin của rất nhiều người vào các hệ mạch CNC trước nay các bạn đã và đang dùng. Nhưng có phải mỗi lần các bạn DIY một con máy thì các bạn phải tìm cho mình 1 cái main cũ thật ưng ý hoặc một khối nguồn tương đối ổn đi kèm cho việc nuôi các em nó?

Chuyển sang Arduino và grbl? Lý do tại sao cộng đồng DIY thế giới chú ý nhiệt tình và phát triển rộng khắp như vũ bão? Riêng theo quan điểm của mình nhận thấy có mấy việc sau: giá thành rẻ, open soure, share code, cộng đồng support free hùng hậu, chất lượng k đến nỗi tồi (đó là khi mình dùng mạch china chưa dùng được mạch thật nhưng tuổi thọ e ấy tới lúc hiện tại mình dùng cho CNC thì cũng đã tầm 3 năm sau khi trải qua rất nhiều demo khác). Tuy vậy cũng khó tránh khỏi nhiều nhược điểm trọng yếu mà nhiều bạn muốn theo cũng khó mà theo hoặc tin tưởng (dễ nhiễu trong môi trường công nghiệp, tốc độ phát xung thấp, ram dễ tràn bộ nhớ, chạy máy mini chưa có máy lớn... và nhiều vấn đề khác nữa).

Mình chỉ là dân DIY solo nên cũng k thiên về mạch nào cả, chỉ theo quan điểm mình nhận thấy cái con arduino dễ phát triển thành mạch riêng mà k mất phí bản quyền và cũng như rất gần với CNC, khổ nỗi là nó còn khá nhiều lỗi cho việc DIY vì tính open soure khá cao nên hầu như phải làm lại tất cả!

Mục đích duy nhất của mình chỉ có một, đó là có một hệ mạch và 1 controller riêng cho người việt mà k phải lệ thuộc quá nhiều vào các nước bạn! Từng bước một, phát triển controller và thuật toán, chế tạo lại toàn bộ mạch, kiểm nghiệm thực tế, đóng gói toàn bộ made in vietnam! Không nhất thiết là arduino vì có nhiều bác cao thủ trên đây cũng chuyên điện tử và nhiều hệ vi xử lý công nghiệp. E chỉ xin phát pháo để tạo xu hướng thuần việt (không phải việt hóa nhé) . E cũng xin nhắc lại phương châm của e, bác nào buồn e chịu, một khi đã gọi là chế tạo thì là chế tạo chứ k mãi gán 2 từ lắp ráp đc, vì ai cũng vậy, nước nào cũng vậy, sản phẩm hay đến mấy cũng có phần của nhiều nước k chỉ riêng 1 mình sản xuất 100%. Phải nói đến là tỉ lệ nội địa hóa là bao nhiêu phần trăm, còn lại nhập khẩu bao nhiêu phần trăm, duy chỉ có thuật toán và giải thuật là độc quyền, có thể sao chép đi nữa thì cũng k bao giờ được 100% giống nhau!

nếu mở thì gbrl em thấy ko đua được với linuxcnc