Nghe thế thì có vẻ là lỗi mấy cha lập trình plugin rồi ;)Trích dẫn:
Gửi bởi CKD
Printable View
Nghe thế thì có vẻ là lỗi mấy cha lập trình plugin rồi ;)Trích dẫn:
Gửi bởi CKD
Mấy tay lập trình cho CNC thì cũng lão làng trong ngành rồi, đã cố lường hết các trường hợp.Trích dẫn:
Gửi bởi Gamo
Nhưng không bao giờ hết được.. vì khi vận hành thực tế.. nó phụ thuộc nhiều vấn đề.
Vậy nên thằng nào làm tốt là thằng biết nhận phản hồi, phân tích, hiệu chỉnh & cập nhật phiên bản mới.
Bản thân Mach3 từ khi ra đời đến giờ không biết đã fix & cập nhật phiên bản bao nhiêu lần mới có ngày nay.
Báo cáo!
Hôm nay lại mất thêm cả ngày để tìm hiểu. Đây là kết quả cuối ngày.
- Sẽ bị lỗi nếu nội suy cung (ARC) quá nhỏ.
- Ok nếu chạy với G1 rất nhỏ ;)
- Thay đổi Feed với biên độ rộng không phải là nguyên nhân.
Đính kèm 22962
Bác thử thay đổi tham số GCode Buffer xem sao
Dụng cụ cho bài này.
2 em ra đi, 1 em ở lại.
- Em AKZ250 khi đã reset thì phải đóng rồi mở lại, hoặc ngắt kết nối rồi kết nối lại thì mới chạy tiếp.
- Em USB3T thì trâu hơn, bị reset thì click reset xong thì chạy tiếp...
Có mò vào nội dung của dll, báo lỗi có trong file mach3usb3t.dll nhưng không có trong USBMove.dll
Đính kèm 22964
Đã thử ở nhiều mức buffer rồi ạ.
Cái này nghi là lỗi lập trình. Khi bước quá nhỏ thì nhân chia sai số lớn và có khả năng crash rất cao do bị trào số hoặc làm tròn thành zero. Mình đọc sơ qua code usb 3t dùng thì thấy có vẻ họ ko để ý đến mấy lỗi này
Bác chạy trên win64 bit à. Mình đã thấy cái này chạy trên 64bit ko nội suy được cung tròn. Có thể với file này nó bị lỗi kia.
nội suy G2,3 với R không dùng I,J,K thì bob chỉ phải nội suy 2 biến còn có thêm i,j k thành nội suy 3 biến phức tạp hơn nhiều dẫn đến quá tải bob mà 99%ta dùng linh kiện chị na .đó có thể là nguyênTrích dẫn:
Gửi bởi CKD
P/S em dùng PCB từ năm 1974 dùng nội suy 2 biến chạy hsm vẫn phà phà :D .3 biến nó không nhận :D
lí do phải buffer vì toàn bộ quá trình nội suy Mach3 tính sẵn hết rồi, mình chỉ còn thông tin tốc độ hiện tại nên phải bufferTrích dẫn:
Gửi bởi CKD
Nếu đúng chạy trên win 64 bit thì khả năng lỗi rất cao. Plugin được viết bởi Visual 2003 nên có một số phần không tương thích với Win 64 bit. Một số Plugin của hãng khác viết bằng C++ CLI như UC100,UC300,MachForWin64 Kit... sử dụng .Net 2.0 trở lên thì chạy trên 64 bit không vấn đề gì
bác CKD thử file G1 này của e, e click phát là reset cái 3T luôn
Báo cáo là mình thừa biết nền 32 hay 64bit.
Bản thân mach3 cũng khuyến cáo chỉ chạy trên XP, việc chạy trên Win Vista đã phát sinh vấn đề rồi. Nói gì đến 64 bit. Tuy nhiên qua thử nghiệm thì mình chưa phát hiện vấn đề nào khác biệt rỏ rệt giữa 32 & 64 bit. Có một số vấn đề nhỏ khi chạy với Vista, nhưng edit reg bằng file memoryoveride hay gì đó (quên rồi) thì lại Ok. Cụ thể lỗi nó thế nào thì không nhớ rỏ.
Trở lại vấn đề g-code & usb bob.
Như đã nói.. mình phát hiện vấn đề trên con micro mill H frame. Con này chạy PC, celeron 2.6, 2G Ram, ata hdd. Với cấu hình này tất nhiên là XP rồi. Chẵng những thế mình còn tinh gọn theo khuyến cáo từ machsupport. Phần cứng là AKZ250, ezi-step 42 v.v....
Sau khi bị lỗi mình đã thay đổi kết nối qua các bob khác & cuối cùng là lpt. Kết quả thì như những phản ảnh của mình ở trên.
Để tiện cho việc test kiểm tra. Mình giả lập & test không tải với các bob usb trên laptop. Tất nhiên đây là máy mình làm việc nên cấu hình cao hơn. Và để dùng được 8G ram nên phải chạy 64 bit. Kết quả vẫn không có gì khác biệt. Và để test toàn diện hơn. Đã dùng laptop chạy thực tế với AKZ trên micro mill H frame kia.
Mỗi lần hiệu chỉnh & xuất code, mình đều test trên 3 bob usb để kiểm tra. Và để loại trừ luôn nhiễu, mỗi lần test đều được lập lại vài lần. Lỗi được ghi nhận đều có số dòng (line) như nhau. Vị trí dừng lỗi cụ thể với akz & usb3t là khác nhau, chênh lệch vài dòng code.
Các bài test này mình cố gắng thử tất cả trường hợp theo mình là có khã năng nhất vì các mục đích:
- đang hoàn thiện post cho mach3.
- hiểu thêm về các lỗi của plugin mach3 usb.
- nghiên cứu thêm về cách tính toán & tạo tool path của imachining.
Báo cáo cuối ngày.Trích dẫn:
Gửi bởi huuminhsh
Đã xuất cùng toolpath ấy nhưng dùng với hệ G2/3 ZYX A R. Kết quả vẫn không khã quan hơn. R2.222 không bé tí nào.
Do cai xuộc mua của người ta nó thế...
Tìm cái nào vài chục ngàn USD là OK ngay!
Mình thử trên 64bit, khi load file vào có xuất hiện lỗi này.
Thử trên win xp - máy ảo, chạy 15000 câu lệnh ko thấy xuất hiện lỗi. Để tối mai test tiếp
https://youtu.be/wqDuyCWlZPY
bác có thể up code và đánh dấu chỗ lỗi ko .có phải lỗi ở đoạn xuống dao theo hình helic ko ?Trích dẫn:
Gửi bởi CKD
Mình đã test file này (tất nhiên là win7 64b) ok, không bị gì hết.Trích dẫn:
Gửi bởi vusvus
Ecut chưa thấy vấn đề tương tự. Tuy nhiên khả năng mất kết nối cũng xảy ra.
Đây tất cả những file được test. Được đính kèm trong bài viết.
- File 1 Proxxx Arc Inc IJK mode là file dùng cú pháp G2/3 XYZ IJK
- File 2 Proxxx Arc R mode là file dùng cú pháp G2/3 XYZ A R
- File 3 Proxxx Arc to Line là file nội suy Arc ra Line.
Bài test này thực hiện trên máy PC, WinXP SP3 32b, P4 3G HT, 2.5G Ram, Sata HDD với USB3T
Đồng thời thực hiện trên laptop, Win7 Pro 64b, i5, 8G Ram, ssd với USB3T
Cả 2 đều báo cùng 1 lỗi ở cùng một dùng như nhau.
- File 1 báo lỗi tại dòng 70, nội dùng N63 G02 X24.25 Y4.403 I-2.176 J-0.45
- File 2 báo lỗi tại dòng 70, nội dùng N63 G02 X24.25 Y4.403 R2.222
- File 3 chạy good
Theo nội dung từ file 1 & 2 thì báo lỗi ở dòng có lệnh G2 (arc) dù theo cú pháp R hay IJK.
Test trên AKZ250 mình sẽ thực hiện sau
tình hình là càng giảm dần feedrate thì số dòng code chạy được càng dài (lỗi y bác ckd) giảm feedrate 70% thì chạy ổn định không phát sinh rỗi .nhiều khả năng quá tải