Home reverse from end stops. Please help!

[Gnosis]

I have had this problem from the outset. Every time I hit home it drives downward in the opposite direction of the end stops. I've calibrated the hot-end and heated bed, now I cannot go any further with this issue raring its ugly head. If I reverse axis direction, then the home direction is right, but the axis are reversed of course, thus commands send it upward grinding into the end stops. I've been on this problem for three days and counting... Now, I cannot go any further. Please someone help

[Polygonhell]

I believe this can be caused by a negative value in the axis heights in the EEPROM

[Gnosis]

I believe this can be caused by a negative value in the axis heights in the EEPROM

Hmmm... That makes sense. So, how would one go about changing a negative value to a positive value in the axis heights? Can it be changed in config.h or via the lcd?

[Polygonhell]

You can change it via the EEPROM panel in repetier host. On a Mac the hot key is command E , no idea what it is on windows.

[Gnosis]

You can change it via the EEPROM panel in repetier host. On a Mac the hot key is command E , no idea what it is on windows.

It doesn't appear to have any negative values... Thanks though. Far out, it's nearing a week of the same issue.. ^^

[Polygonhell]

What are the heights set to?
If you are sure the axis is moving in the right direction, but homing the wrong way, it might just be time to run the clear EEPROM program from the arduino tools and download a fresh copy of the firmware.

[Gnosis]

What are the heights set to?
If you are sure the axis is moving in the right direction, but homing the wrong way, it might just be time to run the clear EEPROM program from the arduino tools and download a fresh copy of the firmware.

Now that I've been messing around in with calibrating z height via the lcd screen, when checking the z height in EEPROM config panel, it now has negative values. When turning the dial left from home, it does go into the negative unless I invert axes from config.h which flips everything and reverses home as has been happening all along. Of course, turning the dial on the lcd right will go into the positive and lower the axes as expected. I'm wondering whether it's a wiring or pin issue...

Currently 1cm from home:

06:07:37.297 : EPR:3 145 250.000 X max length [mm]
06:07:37.308 : EPR:3 149 250.000 Y max length [mm]
06:07:37.308 : EPR:3 153 -534.490 Z max length [mm]

I am using Repetier Host V.1.0.3, which looks a little different in menus etc. than the version in the manual.

In the process of trying calibrate while heated as is, but I predict disaster... So, I may as well power down, clear the EEPROM as you suggest and start afresh. The question is, should I also go with an ealier version of Repetier Host, or will it make any difference?

One more issue that has been cropping up when homing is that I get the x-axis grinding on the endstop when homing, so I'm forced to emergency stop each time. I'm thinking the issues may be related and from what I've been finding online it could be a pin issue? Don't know tbh, a noob quite lost here lol

[Gnosis]

At paper height from bed, 'set to new z=0.00':

06:25:37.571 : EPR:3 145 250.000 X max length [mm]
06:25:37.580 : EPR:3 149 250.000 Y max length [mm]
06:25:37.589 : EPR:3 153 -931.453 Z max length [mm]

[Polygonhell]

XY and Z max length should be about 360 ish. All positive.
You do realize that positive most ion should be up right, and that once homed the Z position should be Z length.
I've personally never used the LCD to set Z =0, but I do know it can result in negative values.

[Gnosis]

XY and Z max length should be about 360 ish. All positive.
You do realize that positive most ion should be up right, and that once homed the Z position should be Z length.
I've personally never used the LCD to set Z =0, but I do know it can result in negative values.

Yeah, I had the problem long before using the lcd. The lcd z calibration was the only way I could actually move it down without inverting all the axes in g-code every single time. the moment i first powered it up and loaded the eeprom it wanted to grind down into the bed when homing. Thus I was forced to constantly invert the axes or move it up manually. My brother inlaw built a cnc machine and I'm aware they use the same code. I think if this doesn't work asking him or taking it to a professional may be my only option. I'm literally running blind here... :/

[Gnosis]

XY and Z max length should be about 360 ish. All positive.
You do realize that positive most ion should be up right, and that once homed the Z position should be Z length.
I've personally never used the LCD to set Z =0, but I do know it can result in negative values.

Still the same damn problem, except now I'm going to have to recalibrate the temperature which really is pointless unless I can solve the homing and endstop issues.. It's so frustrating and utterly time consuming with no results except the same old problems :/

[Gnosis]

07:59:56.341 : EPR:3 145 250.000 X max length [mm]
07:59:56.341 : EPR:3 149 250.000 Y max length [mm]
07:59:56.341 : EPR:3 153 234.660 Z max length [mm]

Shows positive again now in the EEPROM config settings, yet commands drive it downward as before, and homing grinds the x-axis (sometimes y-axis or even z) into the end stops. Of course, needless to say, when first powering up I had to once again invert both the y and x axes as they drove downward thus have been wired wrong in the factory.

Current axes settings:

// Inverting axis direction
#define INVERT_X_DIR false
#define INVERT_Y_DIR true
#define INVERT_Z_DIR true

[DavidF]

The fact you have your motor direction set false on one motor and true on the others should tell you something. Is this a rostock, or some other delta?? If the wireing is correct, then could you have a motor mounted on the wrong side of things?

[DavidF]

While I'm thinking about it, are you sure your limit switches are correct for the axis they are on?
I think you should pull all the belts, then tell it to home, then hit the one of the limit switches to make sure it stops the motor on that axis, do the same on all three axis....how about a picture of your build, would love to see it..

[Gnosis]

The fact you have your motor direction set false on one motor and true on the others should tell you something. Is this a rostock, or some other delta?? If the wireing is correct, then could you have a motor mounted on the wrong side of things?

Yeah, in the firmware when uploaded it was originally set by default as (I have started fresh and uploaded it twice):

// Inverting axis direction
#define INVERT_X_DIR true
#define INVERT_Y_DIR false
#define INVERT_Z_DIR true

If I set them all the same, for example at false, as I have just now, y have gone in the opposite direction to x & z. Thus, as in the guide for the Rostock Max v2, the one or more motor/s has been wired wrong in the factory. I ensured that the endstop wires were labeled and connected correctly. If I do the m119 command, then all are shown to be working correctly as follows:

09:40:07.274 : x_max:L y_max:L z_max:L

If I close each one followed by the m119 command they will each show H in turn.

09:40:59.979 : x_max:H y_max:L z_max:L
09:41:08.392 : x_max:L y_max:H z_max:L
09:41:17.285 : x_max:L y_max:L z_max:H

[Gnosis]

While I'm thinking about it, are you sure your limit switches are correct for the axis they are on?
I think you should pull all the belts, then tell it to home, then hit the one of the limit switches to make sure it stops the motor on that axis, do the same on all three axis....how about a picture of your build, would love to see it..

Okay, I'll test that now.

My Rostock Max v2

[img]http://i61.tinypic.com/riuqlw.jpg[/img]

[Gnosis]

While I'm thinking about it, are you sure your limit switches are correct for the axis they are on?
I think you should pull all the belts, then tell it to home, then hit the one of the limit switches to make sure it stops the motor on that axis, do the same on all three axis....how about a picture of your build, would love to see it..

Okay, tested it and as usual the y-axis runner was grinding into the endstop and the belt slipping. I flipped the endstop manually on the x-axis and they all stopped accordingly as if they had homed correctly. I remember from searching online that someone else had a simular problem with their rostock, and it turned out to be a pin issue. He inverted one of the pins in the firmware and his printer endstops started behaving when homing. I'm not entirely sure how to go about that as it wasn't described. So if you know the exact command I need to flip then that would be really great.

All that said, to actually home I was forced once again to invert the axes from false to the following:

// Inverting axis direction
#define INVERT_X_DIR false
#define INVERT_Y_DIR true
#define INVERT_Z_DIR true

So I'm having this double issue. I'm sure the pin issue can be sorted easily enough, but to home all commands that should drive the axes downward still drive them upward, unless I invert as follows which when homing will drive the axes into the bed downward and all other commands upward:

// Inverting axis direction
#define INVERT_X_DIR true
#define INVERT_Y_DIR false
#define INVERT_Z_DIR false

It seems like a problem that should be able to be resolved so simply. The problem of course is finding the actual solution...

[DavidF]

You said your y axis was grinding into the endstop, then when you hit the x axis limit switch it stopped?
So the x axis never reached the limit switch???? Sounds like the limit switch wires may be flipped on the x and y axis, or the x and y motors are switched. That's why I wanted the belts off. To verify each switch stops the motor that is below it (same axis)

[Gnosis]

You said your y axis was grinding into the endstop, then when you hit the x axis limit switch it stopped?
So the x axis never reached the limit switch???? Sounds like the limit switch wires may be flipped on the x and y axis, or the x and y motors are switched. That's why I wanted the belts off. To verify each switch stops the motor that is below it (same axis)

Yes, that's correct, it appears x is not reaching the limit switch (although early on with the first firmware install it was the reverse, and y-axis was not reaching its endstop with x-axis grinding. Really weird...).

I see. Well, in Repetier Host, selecting each axis to move 10mmm in turn appeared to move the same axis 10mm, but just now testing it again it appears as though you may be right. How do I flip that in the firmware? It's so annoying cause I was so sure to mark and place them accordingly. Nonetheless, hopefully this is that problem indeed. Do I have to flip the pins in the firmware? And if so, how do I go about doing that?

This should leave just the homing and command in reverse issue.

[DavidF]

Unplug the x and y motors from the rambo and switch them.

[Gnosis]

Unplug the x and y motors from the rambo and switch them.

Was hoping to do it in the firmware, but I guess hardware swap it is!

[DavidF]

Unplug the x and y motors from the rambo and
switch them.

Was hoping to do it in the firmware, but I guess hardware swap it is!

I'm computer illiterate LOL seems like its easier just to switch plugs than redefine the pinouts though LOL..

[Gnosis]

Unplug the x and y motors from the rambo and
switch them.

Was hoping to do it in the firmware, but I guess hardware swap it is!

I'm computer illiterate LOL seems like its easier just to switch plugs than redefine the pinouts though LOL..

haha I know the feeling Well, it looks like you were right. After tracing the wires I realized that I had the x & y motors swapped. So, that endstop problem is solved my friend! Thank you VERY MUCH! It homed very nicely with no hitch

Of course, the only problem I have now is that ever present homing and command issue in reverse.

Currently I'm forced to invert as follows (note the factory reverse wired motor that I solved by following the guide to invert it), it homes nicely as expected (now thankfully), but note I had to re-invert all 3 axes for it to home in the right direction.

// Inverting axis direction
#define INVERT_X_DIR true
#define INVERT_Y_DIR false
#define INVERT_Z_DIR true

Commands in the same direction as home, when they should be going opposite. I'm hoping the solution is as simple as the other...

[DavidF]

Likely the wires are in the connector in reverse order. Look at.the locating tab on the connector and note the wire colors, then compair to another connector. Hopefully you will see them in reversed order on the Y motor connector.
If not you will need a dvom to locate each of the two coils in the motor and swap the leads.
I'm still a bit confused though, is it just that you have the one motor defined as false you are trying to correct?
Or is it still misbehaving if issued a g28 command?

[Gnosis]

Likely the wires are in the connector in reverse order. Look at.the locating tab on the connector and note the wire colors, then compair to another connector. Hopefully you will see them in reversed order on the Y motor connector.
If not you will need a dvom to locate each of the two coils in the motor and swap the leads.
I'm still a bit confused though, is it just that you have the one motor defined as false you are trying to correct?
Or is it still misbehaving if issued a g28 command?

Connector wires on all motors are all the same. Yeah, definitely a factory error. That issue was easily solved by inverting the one motor as advised in the manual. Of course, it does confuse things because while trying to get help solving the homing and command in reverse issue, the first thing everyone will see is the inverted axis.

In a nutshell, my issue is commands are all in reverse and homing is the same direction as the commands which should go opposite, like typing for example:

g0 z200 f3500

It is supposed to go down of course and will if I don't invert all axis (ignore the single y-axis which has a factory issue), but homing will attempt to drive down into the bed. So, while solving the previous issue I was forced to invert all axes to true (flipping y-axis to false, again ignore that one as without flipping it will go in the opposite direction to all axes).

Thus, how would one go about flipping the homing direction to be opposite to standard commands as above?