X Axis Crashed during print

Hey guys, I gave up on my Gen3 electronics and bough a set from ReprapDiscount. Everything is calibrated, and seem right (everything works manually). However, when I try to print a test cube the X Axis drives itself into the end block (This is after its already homed all three axis successfully). I narrowed the problem down to one line of G-Code, but I'm not sure what the problem is. Any thoughts would be appreciated.

My G Code (part of it)

M104 S200 ; set temperature
G28 ; home all axes
M109 S200 ; wait for temperature to be reached
G90 ; use absolute coordinates
G21 ; set units to millimeters
G92 E0 ; reset extrusion distance
M82 ; use absolute distances for extrusion
G1 Z0.400 F7800.000 ; move to next layer
G1 X90.930 Y91.110 ; move to first skirt point<------- This line drives the X Axis into the end....
G1 F1800.000 E1.00000 ; compensate retraction
G1 X91.110 Y90.930 F540.000 E1.00749 ; skirt
G1 X91.490 Y90.590 E1.02248 ; skirt
G1 X92.110 Y90.150 E1.04483 ; skirt
G1 X92.330 Y90.020 E1.05235 ; skirt


I'm using Ramps 1.4 electronics with Teacup firmware, with Pronterface on Win 7.


It seems like its trying to move the axis in the wrong direction, but if I had the axis control inverted why does it home properly....

Thanks in advance!
Adam

Edited 1 time(s). Last edit at 07/10/2013 07:24PM by Adam.m.Nelson.

---

"Get busy living, or get busy dieing" - Red

I tried swapping the motor wires around and the HOME command and the "G1 X90.930 Y91.110" Command both send the print head in the same direction (regardless of the way I have the motor plugged in).

Hi Adam,

I don't know Teacup, cup will respond in how Marlin does it.. perhaps it may help.

End stop location is defined seperately to either MIN or MAX of each axis. Perhaps if you post your config settings for your firmware.

Here's what mine looks like for the Mendelmax... you should have something similar to play with:

#define INVERT_X_DIR true // for Mendel set to false, for Orca set to true
#define INVERT_Y_DIR false // for Mendel set to true, for Orca set to false
#define INVERT_Z_DIR false // for Mendel set to false, for Orca set to true
#define INVERT_E0_DIR true // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E1_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E2_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false

// ENDSTOP SETTINGS:
// Sets direction of endstops when homing; 1=MAX, -1=MIN
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1

I'd also take it slow and just jog the print head in small increments in Pronterface and observe what it's doing, if you make firmware changes.

Edited 1 time(s). Last edit at 07/12/2013 09:16AM by GTIspeeder.

Hey, thanks for the response.

Yeah I have both end stops set-up, and they are responding to the GUI (at-least manually, and with the home command). I'll look at them again tonight after work. I did notice that either end-stop being actuated will satisfy the home position, is that normal?

The weird thing is that the HOME command and the "move to 90 mm" (aka near the centre of my print surface) command both send the print-head in the same direction.

Edit: I'll also post my congifuration when I get home.

Edited 1 time(s). Last edit at 07/12/2013 10:07AM by Adam.m.Nelson.

Config file attached

Almost sounds like a speed/accel issue... have you adjusted the trimpot's on the drivers to gert an adequate motor voltage? Also worthwhile slowing all your speed and accel settings in firmware down until you get correct motor movement and then increase them. You may be driving your motors too fast when sending GCODE but not when joggin in pronterface.