Printable View
GBRL không có hỗ trợ SD và LCD nhé, ai có ý định thì nên chuyển sang sài reprap clone đi.
@nhatson: hình như anh chơi tinig chứ gbrl nó có 28k sao k đủ được anh, em đang dư con atmega644pa đang mod sang sài gbrl chạy cnc cho vui, gbrl nó đang có dự định mới cho v1.0 là hỗ trợ sd card đa cấu hình đó... ai lười thì chờ bản mới, chiến con nào họ atmega cũng được, giờ nó chỉ hỗ trợ chủ yếu atmega328 và atmega2650 thôi còn mấy con khác phải mod lại @@
em dùng tinyg để thử pick and place đó mà
https://mtc.cdn.vine.co/r/videos/3B6...xHNaRGBdUSifH3
hì nghe màu là biết rồi chứ sài dòng xmega mà chơi tinyg nó mới xứng tầm... thôi chịu khó đầu tư cái due chơi lun tinyg2 hehe
https://github.com/openpnp/openpnp/c...ca2d29ed7329f2
open pnp nó mói hỗ trợ tinyg chưa thấy nhac tới tinyg2
vào xem mới thấy nó update 2 hôm trước chắc vài bữa nửa tháng nữa sẽ support tinyg2 thôi à, đang rãnh để chiến thử usbplanet và cái gcodesender ( gblr) hoặc cái tgFx xem thử cái nào ngon hơn... ;)
Vụ biên dịch thì em chịu.. vì trình còi.
- Với AVRStudion thì em chưa bị tình trạng như thế bào giờ. Sau khi biên dịch nó thông báo là tốn bao nhiêu ROM & RAM, nếu chọn chip có cấu trúc không phù hợp thì nó cảnh báo mà không cho nạp (em dùng STK500).
- Với arduino thì em gặp hoài vụ này, không phải do lỗi lập trình, có chăng là em không thể kiểm soát được dung lượng của các biến, các hằng trong đó. Tổng dung lượng sau biên dịch chiếm tầm 20kB, nhưng nạp vào atmega328 không chạy đúng, em nạp vào mega2560 thì chạy vi vu. Em đã thử nhiều mẫu test thì phát hiện ra kích thước các biến/hằng nó gây hậu quả trên.
- Trước đó em cứ nghĩ hằng (constant) thì nó lưu vào ROM, chỉ chú trọng quan tâm khi dùng biến. Vậy mà hằng nó cũng bị luôn.
@jimmyli
Định mod cái GRBL, đồng thời kết hợp 02 con atmega để có thể có luôn DRO (lcd), SDcard, gCode sender luôn. Tách ra làm 2 con để tốc độ dịch gCode nhanh & mịn hơn.
Do vxl chỉ chạy đơn nhiệm.. nên muốn tách chức năng để tăng hiệu năng làm việc của hệ thống. Nhưng nghe nói GRBL chuẩn bị nâng cấp phiên bản nên chắc thôi, chờ xem nó thế nào.
Reprap thì nó tích hợp hết vào con mega2560, do đó khi mà nó chạy thì hầu như giao diện đứng luôn, mọi thao tác đều bị delay..
Mong muốn là mod được một hệ thống đơn giản để a/e trình còi có thể dể dàng ứng dụng. Chứ đu theo mấy cụ dùng ARM tốc độ cao để cải thiện thì mình chịu vì trình còi nên không đu theo nổi
Lập cái topic mới cho em đu đeo theo với mấy bác ơi. Trả lại nhà cho bác ns đi.
@CKD: làm vậy chi mất công anh khi nó viết mã nguồn thì cũng tính hết rồi gblr + pi ( gcodesender + internet control) bộ đôi hoàn cảnh rồi còn gì nữa :) cái gbrl nó đã đơn giản nhất rồi, trong khi làm việc anh thao tác máy mần chi vậy ( thích sai số hã :p) ngay cả mach3 nó trong khi làm việc thì mình chỉ có thể xem nó chạy và để ý có lỗi bấm stop thôi chứ ai cho anh control jog.
Đâu.. chỉ làm thêm DRO, với gcode sender luôn mà thôi. Raspbery PI chua hẵn đã ngon, tại không thích nên mới muốn là.. tiện thể học lập trình í mà :D
Vậy sao mình không dịch thẳng gcode rồi cho vô thẻ nhớ cho mcu đọc trực tiếp có phải tốc độ cao hơn rs232 không he.
@lekimhung: thì vẫn làm vậy mà? nhưng vì cái gblr nó được thiết kế cho mcu atmega328 sau này mới hỗ trợ atmega2560 nên nó bỏ bớt chức năng sd cho nó nhẹ.
Mình mới xem cái source grbl, thấy nó truyền mã gcode mà, mcu phải dịch sang float, chưa kể g2 g3 nó dùng hàm sin cos nửa, mà mcu thì làm việc với float point rất tệ, nên em mới nói sao mình không đưa cho nó dữ liệu dạng steps/dir luôn cho nó giảm tải cho nhẹ, vấn đề nữa là nó truyền với rs232, nếu truyền liên tiếp những đoạn di chuyển ngắn thì rs232 không đáp ứng kip, nếu dùng thẻ thì ngon hơn.
chắc anh nhầm chứ grbl nó là firmware cho mcu dịch gcode sang tín hiệu dir/step và đọc các ngoại vi... chứ k phải software... software là cái send gcode cho firmware nó điều khiển motor thôi à
Đó là cách mà grbl đang làm, mình thì cứ nghĩ cho nó khác hơn để hiệu quả hơn thôi mà, firmware với software không có ranh giới à.Trích dẫn:
Gửi bởi jimmyli
hì nếu theo như anh nghĩ thì sài mach3 nó truyền trực tiếp dir/step đó anh à, reprap clone mục tiêu là sử dụng giao tiếp usb để truyền nhận bỏ qua lpt và rs232, software và firmware đều là phần mềm nhưng nó hoàn toàn khác nhau nhé mặc dù cũng sài ngôn ngữ lập trình tương đối giống nhau.
Mình thì hiểu quan điểm của bác là nó cứ rạch ròi ra cho rõ ràng, nhưng thật sự mình hổng có phân biệt cái đo làm chi, tại bác cứ khui ra cái này cái nọ cho nó tùm lum, chứ mình suy nghĩ rất là đơn giản như mình nêu ở trên là cứ tối ưu, càng gọn , càng hiệu quả thì càng tốt.
đôi lúc kĩ thuật nó cần rạch ròi chút anh à, em vẫn chưa hiểu sự đơn giản theo ý của anh là như thế nào nữa, em thấy hệ thống gồm 1 board mạch tích hợp rồi cắm thẳng vào máy tính (máy nào cũng được bất kể hệ điều hành hay laptop/desktop) rồi bấm nút chạy thì quá đơn giản rồi còn cách nào đơn giản hơn nữa ạ?
Haizz, để mình mô tả sự đơn giản của mình.
Nhưng mà trước tiên mình xin nói là cái file gcode nó chứa dữ liệu để cho con người đọc, để con mcu nó hiểu mình viết cái gì thì nó phải convert ký tự ascii sang float rồi tính toán ra steps/dir, vậy thì tại sao ta hỗng conver trước cho nó đở tốn công của con mcu này, convert thành 1 cái file gọi là data chẳng hạn, để mcu đọc rồi thực thi luôn khỏi tính toán.
thứ 2 nói về rs232, bạn hình dung khi bạn vẽ đường cong, thì bạn truyền cho nó 1 loạt các điểm rất gần nhau, mỗi điểm chỉ vài step thôi thì băng thông nó không đáp ứng được, lúc này khỏi nói là nó chạy chậm rì rồi, nên mình mới nói là dùng luôn thẻ nhớ cho nó đọc vì dù sao thẻ nhớ tốc độ nhanh hơn.
Mình tính toán như vậy thì trong quá trình nó chạy thì không cần PC làm gì. Chỉ dùng PC convert file thôi.
Vấn đề cộng đồng gồm tất cả các ngành liên quan đến 1 vấn đề kết hợp lại thì phải có cái gì đó chung để họ có thể kết nối với nhau, người viết firmware thì chưa chắc đã viết phần mềm được và ngược lại còn nếu có ai đó giỏi tất cả thì đã làm riêng cho mình 1 hướng riêng rồi ( cncusbplanet là 1 ví dụ ) . Ý tưởng thì ai cũng có nhưng thực hiện ý tưởng thì k phải ai cũng làm được, nhất là với giới hạn định mức "rẻ bền đẹp" atmega328/60k/1pc