i have a “little” problem… i think.
i think, i do not like the firmware… i tried different configurations… but each time; when i try to move the Y- and Z-axes backwards (negative) the motors do not respond! by changing the connection to the X driver they work (up, down; forward, backward) on the other axes; or turning the motor-connector on the driver around so they run the other way.
it is the current “sprinter” firmware… grml it is driving me nuts… i do not want to change it… i thought i could look for the X code and replace the Y and Z lines… but there must be a simple reason… already tried to use G92 to set different position … but all the time i get the same result : “nothing”; execpt a little motor noise.
and… im not sure if it is the atmel (going to test it later) but the X-Endstop is not working.
check up on endstops configuration if they are enabled and in correct setting (OC/NC)
#define MOTHERBOARD 62
#define _AXIS_STEP_PER_UNIT {100, 100, 3200/1.25,710}
#define ENDSTOPPULLUPS
const bool X_ENDSTOP_INVERT = false;
const bool Y_ENDSTOP_INVERT = false;
const bool Z_ENDSTOP_INVERT = false;
#define X_ENABLE_ON 0
#define Y_ENABLE_ON 0
#define Z_ENABLE_ON 0
#define E_ENABLE_ON 0
const bool DISABLE_X = false;
const bool DISABLE_Y = false;
const bool DISABLE_Z = true;
const bool DISABLE_E = false;
const bool INVERT_X_DIR = false;
const bool INVERT_Y_DIR = false;
const bool INVERT_Z_DIR = true;
const bool INVERT_E_DIR = false;
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1
//#define ENDSTOPS_ONLY_FOR_HOMING // If defined the endstops will only be used for homing
const bool min_software_endstops = false;
const bool max_software_endstops = false;
const int X_MAX_LENGTH = 200;
const int Y_MAX_LENGTH = 200;
const int Z_MAX_LENGTH = 100;
#define _MAX_FEEDRATE {400, 400, 2, 45} // (mm/sec)
#define _HOMING_FEEDRATE {1500,1500,120} // (mm/min) !!
#define _AXIS_RELATIVE_MODES {false, false, false, false}
#define MAX_STEP_FREQUENCY 30000
//#define ENDSTOPS_ONLY_FOR_HOMING
hrm, i didn’t try this one yet… but it is a little frustrating to flash the firmware, because i have to change the computer here each time (all cords; only have a parallel port programmer).
M119 always returns X:L
i measured the endstop pins on the MCU:
X=0V, Y=~5V, Z=~5V
seems like Y and Z endstops are enabled
see values at ( and invert Y/X endstops)
const bool X_ENDSTOP_INVERT = true;
const bool Y_ENDSTOP_INVERT = false;
const bool Z_ENDSTOP_INVERT = false;
It is common practice to disable negative movement until the motors have been homed. Try homing then moving the motors
doh it is kinda as always me is nearly solving it by myself and i have to ask “stupid questions”…SOLVED
ENDSTOPS_ONLY_FOR_HOMING !!! and that for i wasted the entire night and lost 2 stepstick by my own stupidy (not because of the wiring).
doharrgrml… i need one stepstick NOW…
I had a very similar problem, then I changed over to Cura for my printing “needs” and the problem was resolved…
Check if the related stepper driver isn’t gone. (swap it with another one and see if the problem moves with it)
Had a similar problem for a while till I realized that the firmware disables negative movement of an axis until you home it. It needs the home position to know how far it can go and prevents the axis from exceeding the predefined limits you gave it.
@GoodCodeWriter_Edgar Thank you for posting this.
I am just finishing the assembly for Prusa i3 and have tried to move the motors but they just chatter. You gave a great statement. The endstops are only for homing. The motors need to be homed first. then they can be moved.
i indeed had to change all _ENDSTOP_INVERT to true…
the x endstop is also working now; had to change the pin from (24 PC2)18 to (23 PC1)17; the pin on the MCU seems to be dead.
have to run M206 X-55 and M206 Y-20; which is the center of the heatbed. muha…! building a motordriver right now from a yet unused ATMega8 and ULN2003 (few days until i get a new stepstick)
On a similar note I had a problem over the weekend similar to this. It turned out the end stop wire had freyed and it meant the axiz thought it was home all the time so it would move + but not - 30 seconds and a dab of solder all better
