Mình đồng ý với Nhatson. Có thể sai là do nhiễu từ bob. Bạn set lại trong mach 3, chọn invert tín hiệu xem sao.
Printable View
Mình đồng ý với Nhatson. Có thể sai là do nhiễu từ bob. Bạn set lại trong mach 3, chọn invert tín hiệu xem sao.
Fx3u là hàng mitshu phải không ạ?...
Vậy mà cứ tưởng........... thằng này standart hình như IO nó không tương thích motion control vì giới hạn tốc độ thì phải.
Nếu em nhớ không nhầm thì, Mitsubishi FX3u đầu ra transitor cho phép phát xung tốc độ cao tối đa 100KHz trên 3 kênh y0,y1,y2. Theo em đoán thì các thuật toán của bác không định dạng ô nhớ ở dạng dấu chấm động (float point) nên nó bị hiện tượng cộng dồn sai số do tự động làm tròn khi thực hiện các phép toán nhân chia. Vì vậy khi về home thì các thông số được reset nên nó chạy bác cảm thấy nó chính xác nhưng càng chạy càng sai.
Đồng ý với bạn, sai lầm này phổ biến với hệ phát xung và đếm tốc độ cao trong plc.
Cụ bị sai như thế nào sai số này có ổn định hay ko( vd từ home tới vị trí 1000 sai 1 mm lần sau cũng từ home tới vị trí đó sai số có khác ko) sai số có tuyến tính ko(đi 1000 sai 1 đi 2000 sai 2) cụ có dùng fản hồi vị trí về plc để compare với số xung fát ra ko
Em cũng gặp vấn đề này từ lâu nhưng chưa có hướng giải quyết. Em Dùng 4 bộ Samsung, tất cả đều đi 10 về 9,999999. Loại trừ nhiễu (vì đã tiếp đất), độ rơ cơ khí (vì đã test với motor riêng). Mong các cao thủ giúp ạ.
Bạn dùng e gear là 1:1 rồi chạy thử nhé. Với servo, dùng egear tỉ số cao thường ko đc khuyến khích. Thông thường mình dùng <4
Vụ này em chưa gặp nên botay.com.
Trước em cũng gặp trường hợp chạy sai do nhiễu (đoán là vậy) tín hiệu encoder, driver không báo lỗi. Khắc phục đủ trò mà không cải thiện được. Vô tình phát hiện khi tiến hành kiểm tra chéo.
Một trường hợp khác bị với bộ ezi-servo. Do tín hiệu input không tương thích. Vụ này thì chưa giải quyết nên không xác định nguyên nhân cụ thể.