Kossel 2020, possible auto level issue?

Does the extruder motor turn at all? I kmow that mine ran backwards when first built. If yes, check direction, reverse if needed. If no, swap the extruder with an axis on the ramps and see what runs. Assuming you didn't get creative in Marlin, the pining should be correct . . . well, unless you put either the stepper driver or motor cable on the second extruder port on the ramps. Also try thr spare stepper driver . . . If after swapping, the same happens (no E, but axis still runs) then it's the motor or cable.

And take care of yourself, and glad you are OK!

- Tim

It use to turn but it never really moved all that fast atall. Ill try swapping it out with a different motor

You might be better served to try the spare driver first - motors are passive, and pretty hard to break . . .

Check DEFAULT_MAX_FEEDRATE as well as DEFAULT_STEPS_PER_UNIT for the extruder as well. Also note that Pronterface uses mm/*minute* for extruder speed, so you need a pretty big number to get much movement.

- Tim

Quote
tadawson
You might be better served to try the spare driver first - motors are passive, and pretty hard to break . . .

Check DEFAULT_MAX_FEEDRATE as well as DEFAULT_STEPS_PER_UNIT for the extruder as well. Also note that Pronterface uses mm/*minute* for extruder speed, so you need a pretty big number to get much movement.

- Tim

Ok will do!! Also i learned that the tower is still crashing.. unfortunately one of the towers keeps crashing and such soo the problem still applies.. this is sooo fustrating.. would u think its a marlin or printer face issue

Pronterface can't directly control the towers - it just sends positions in X, Y, Z coordinates, and Marlin calculates the associated tower positions, and moves them accordingly. IE, for a Z move, all three should move vertically the same amount . . . if not, then either steps/mm for that tower or microstepping on it's driver is wrong.

And yes, the towers are referred to a X, Y, and Z, which is confusing, since they are not related to X, Y, and Z moves as sent in gcode via a job, Pronterface, or whatever . . .

- Tim

Quote
tadawson
Pronterface can't directly control the towers - it just sends positions in X, Y, Z coordinates, and Marlin calculates the associated tower positions, and moves them accordingly. IE, for a Z move, all three should move vertically the same amount . . . if not, then either steps/mm for that tower or microstepping on it's driver is wrong.

And yes, the towers are referred to a X, Y, and Z, which is confusing, since they are not related to X, Y, and Z moves as sent in gcode via a job, Pronterface, or whatever . . .

- Tim

Ok that makes sense.. ill give you all my stepping info lemme know if anything seems incorrect.

#define Default_Axis_Steps_Per_Unit {189/2.25, 189/2.25, 189/2.25, 100}

#define Default_Max_Feedrate (300, 300, 300, 300}
#define Default_Max _Acceleration(1000,1000,1000,1000)

#define Default_Acceleration 3000
#define Default_Retract_Acceleration 3000

#define Default_X,Y,ZJerk 20.0 mm/sec