Trục Z bị kẹt với Marlin 1.1.0-RC7


7

Bối cảnh :

Tôi vừa cài đặt thành công Màn hình đồ họa đầy đủ RepRapDiscount trên Prusa i3 của tôi; và khi làm như vậy, tôi đã nâng cấp tất cả phần sụn lên phiên bản mới nhất của Marlin, 1.1.0-RC7. Với phiên bản Marlin trước đây của tôi, 1.0.2-1, mọi thứ đều hoạt động hoàn hảo. Tôi đã chuyển mọi tham số từ phiên bản cũ sang phiên bản mới hơn. Có một số khía cạnh của mã được viết khác nhau, nhưng về cơ bản mọi thứ đều hoạt động ngoại trừ Trục Z.

Vấn đề :

Một vấn đề mà tôi dường như đang gặp phải là với bất kỳ loại chuyển động nào với Trục Z. Khi nó di chuyển, cho dù từ LCD hay Repetier, nó dường như tăng tốc như mong muốn, nhưng sau đó bị kẹt / bỏ qua một loạt các bước, và sau đó giảm tốc độ chậm như dự kiến. Bất kể khoảng cách tôi hướng dẫn nó di chuyển, nó sẽ tăng tốc bình thường trong cùng một khoảng thời gian / khoảng cách / bước, đi vào chế độ không linh hoạt này trong một khoảng thời gian / khoảng cách / bước so với những gì nó được hướng dẫn, và sau đó giảm tốc một cách trơn tru cho cùng một lượng thời gian chính xác mỗi lần. Ví dụ: nếu được yêu cầu di chuyển 10000 bước, nó sẽ di chuyển trơn tru 100 bước, sau đó bỏ qua 9800 bước và kết thúc với 100 bước khác một cách trơn tru. Ví dụ, nếu nó cần di chuyển 5000 bước, nó cũng sẽ di chuyển trơn tru 100 bước, sau đó bỏ qua 4800 bước, và hoàn thành suôn sẻ 100 bước cuối cùng. Hãy ghi nhớ, những con số này hoàn toàn được rút ra từ không gian; chúng không chính xác bởi bất kỳ sự kéo dài của trí tưởng tượng. Tôi chỉ đang cố vẽ một bức tranh càng rõ càng tốt.

Xử lý sự cố :

Lúc đầu tôi kiểm tra để đảm bảo mọi thứ đều có âm thanh cơ học.

  • Các đai ốc di chuyển tự do lên và xuống thanh ren 5 mm. Không có điểm nào dọc theo toàn bộ chiều dài của thanh mà các đai ốc không di chuyển rất tự do.
  • Các thanh thép không gỉ được căn chỉnh tốt và toàn bộ cỗ xe Z / X-Trục di chuyển rất tự do dọc theo đường ray dọc. Các vòng bi dường như là tốt.

Sau đó tôi muốn thu hẹp nó thành phần sụn, và không dùng điện. Đối với hồ sơ, có thể tôi đang thiếu một cái gì đó rõ ràng, vì vậy xin vui lòng cho tôi biết.

  • Tôi đã đo điện áp trên các trình điều khiển bước A4988 của mình trên bo mạch RAMPS 1.4, ngồi trên Arduino Mega2560 R3 và nó đang đọc 350mV. Ngay cả khi tôi điều chỉnh chiết áp đến 550mV, tôi vẫn gặp vấn đề tương tự.
  • Các jumper bên dưới dường như được đặt đúng chỗ, và tất cả các chân trên A4988 dường như cũng tốt.
  • Một điều tôi chưa kiểm tra trong phần, phân tích một cách logic, là dây đi từ bảng đến động cơ, nhưng dựa trên những điều sau đây, tôi không tin đó là vấn đề. (Mặc dù tôi đã sai trước đây)

Di chuyển lên phần sụn.

Tôi đã chơi xung quanh với phần cài đặt mặc định trong Cấu hình. Không có kết quả. Bất kể mức độ thấp hay cao, tôi đi với bất kỳ cài đặt tăng tốc tối đa nào, tôi dường như không thể khắc phục vấn đề. Nó tăng tốc chậm hơn, nhưng hiệu ứng tổng thể là như nhau.

#define DEFAULT_AXIS_STEPS_PER_UNIT   {80,80,3840,90}
#define DEFAULT_MAX_FEEDRATE          {500, 500, 5, 25}
#define DEFAULT_MAX_ACCELERATION      {2000,2000,10,2000} 
#define DEFAULT_ACCELERATION          1000
#define DEFAULT_RETRACT_ACCELERATION  1000
#define DEFAULT_TRAVEL_ACCELERATION   1000
#define DEFAULT_XYJERK                20.0
#define DEFAULT_ZJERK                 0.4
#define DEFAULT_EJERK                 5.0

Lý thuyết :

Tại thời điểm này, nếu tôi phải đoán, nó có liên quan đến cài đặt tốc độ tối đa hoặc vi bước. Đây là một số cài đặt mà tôi có trên phần sụn mới.

#if ENABLED(ULTIPANEL)
#define MANUAL_FEEDRATE {50*60, 50*60, 4*60, 60} // Feedrates for manual moves along X, Y, Z, E from panel
#define ULTIPANEL_FEEDMULTIPLY  // Comment to disable setting feedrate multiplier via encoder
#endif

// minimum time in microseconds that a movement needs to take if the buffer is emptied.
#define DEFAULT_MINSEGMENTTIME        20000

// If defined the movements slow down when the look ahead buffer is only half full
#define SLOWDOWN

// Frequency limit
// See nophead's blog for more info
// Not working O
//#define XY_FREQUENCY_LIMIT  15

// Minimum planner junction speed. Sets the default minimum speed the planner plans for at the end
// of the buffer and all stops. This should not be much greater than zero and should only be changed
// if unwanted behavior is observed on a user's machine when running at very slow speeds.
#define MINIMUM_PLANNER_SPEED 0.05// (mm/sec)

// Microstep setting (Only functional when stepper driver microstep pins are connected to MCU.
#define MICROSTEP_MODES {16,16,16,16,16} // [1,2,4,8,16]

// Motor Current setting (Only functional when motor driver current ref pins are connected to a digital trimpot on supported boards)
#define DIGIPOT_MOTOR_CURRENT {135,135,135,135,135} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)

// Motor Current controlled via PWM (Overridable on supported boards with PWM-driven motor driver current)
//#define PWM_MOTOR_CURRENT {1300, 1300, 1250} // Values in milliamps

// uncomment to enable an I2C based DIGIPOT like on the Azteeg X3 Pro
//#define DIGIPOT_I2C
// Number of channels available for I2C digipot, For Azteeg X3 Pro we have 8
#define DIGIPOT_I2C_NUM_CHANNELS 8
// actual motor currents in Amps, need as many here as DIGIPOT_I2C_NUM_CHANNELS
#define DIGIPOT_I2C_MOTOR_CURRENTS {1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0}

Giải pháp :

Nếu ai đó có thể giúp tôi, hoặc thậm chí chỉ cho tôi đi đúng hướng, tôi sẽ thực sự đánh giá cao nó. Tôi đang tuyệt vọng với phiên bản phần mềm mới này. Nó có tất cả các tab có điều kiện không tồn tại trong cái khác của tôi và tôi không thể tìm ra nó.

Câu trả lời:


3

Vấn đề có thể xảy ra trong MAX_FEEDRATE. Ban đầu các bước di chuyển trơn tru, cho thấy khả năng tăng tốc không phải là vấn đề. Tuy nhiên, bạn có tốc độ tối đa được đặt thành 5 mm / s, đối với thanh ren m5 (với khoảng cách 0,5mm), chuyển thành 10 vòng quay / giây cho thanh ren. Điều đó khá nhanh, và bước có lẽ không thể theo kịp. Hãy thử giảm tốc độ tiến dao.

Các bước cài đặt vi bước và cài đặt hiện tại hoàn toàn không có gì để làm với nó, vì các cài đặt này không được hỗ trợ trên thiết lập của bạn (có chiết áp vật lý và nhảy vi bước).


Đây chính xác là vấn đề! Cảm ơn bạn rất nhiều!
Alex Sky
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.