Home Tower Error

[Cox]

Hey guys,

I just got my Rostock V2 together and I am going to home the towers (had to invert my Z axis) and when I home the unit it crashes into the Y axis. Any thoughts on what is causing it? Did not mod anything in the config other then were I am at in the manual. Page 250...

[KAS]

Sounds like the endstop switch might be wired for the incorrect tower. Make sure the carriage is off the switches, just pull it down gently a bit. Try the M119 command and verify that each switch is working when you manually close the switch with your finger.


Edit: page 249


The M119 command instructs the RAMBo
board to return the current state of the three end
stop switches. The three switches are known as
“x_max”, “y_max”, and “z_max”. Each one
should have an “L” next to it as shown In Fig. 19-
15. If any of them show an “H”, check your
wiring to ensure that the switch is connected
properly at both ends. The printer will not operate
properly if any of the end-stop switches are
reporting “closed” when they're not.


An “L” next to each label indicates that all three end-stop switches have not been pressed. If
you see anything different, please check your wiring as mentioned previously! Now I want you to hold
down the switch lever for the X axis and re-send the M119 command. You should see the x_max value
change to “H”. Do this for the Y and Z axes. This will ensure the end stop switches are functioning –
this is very important for the next step!

[Cox]

Yeah I M119 earlier in the steps and it was checking out alright!

Edit:

Just ran to the Terminal and did it again. Each stop displays the H (max) when I hold it in. Weird!

[KAS]

okay, can you take a picture of the Rambo controller specifically where the steppers are? If you can get the whole board with detail that would be great.

[Tincho85]

Hi, What do you mean with crashes into the Y axis?
If you send a g28: Z goes up, X goes up and Y goes down? that?

[KAS]

disregard, I read your reply wrong

[Cox]

When I hit Home (G28) the Y goes up. Z and X do not move which has it crash into the Y column. When I had the INVERT_Y_DIR to false it would just crash down equally.

[Jimustanguitar]

Ix X and Z aren't moving, check the wiring to your stepper motors.

***Don't plug and unplug them while the machine is on***
That would be bad for the stepper drivers.

[Cox]

Okay, I'll have to tear into it tomorrow night! I appreciate all the comments and if anyone else can think of something else that would be cool.

Thanks all!

[Cox]

[img]http://i1355.photobucket.com/albums/q703/scox37/20150917_1834021_zpsevhcym6w.jpg[/img]

[img]http://i1355.photobucket.com/albums/q703/scox37/20150917_1833501_zpso1kt4stv.jpg[/img]


Some images. Everything is plugged in. Would fixing my invert potentially solve it.

[Cox]

However I can move each axis manually as well...

[KAS]

Looks like your steppers might be plugged in backwards.

Page 215:

The connectors you see in Fig. 16-34 are 4
pin latching connectors. That means they've got a little locking tab that positively engages a little ledge
on the inside of the socket that's on the RAMBo.

Sometimes SeeMeCNC has to procure stepper motors from a secondary source. These motors don't have the locking tab feature.
The connector will work just as well as the locking version, but does
look different and can be accidentally inserted backwards. The pin
indicated by the arrow in the Fig. 16-35.5 is pin #1. This pin is on the right
edge of the connector when you plug it in to the RAMBo. These motors are
made by Kysan or Automation Technology and are just a little bit different
from the “stock” motors.


This is a pic when I had my Rambo installed.

[Cox]

Okay, I switched the connectors to the right way and now instead of the crashing into the Y axis column it goes in the opposite direction!

SO! I went back into the firmware and changed the INVERT_Z_DIR back to true from false. Now when I home it moves towards the X column. Any thoughts? Maybe just a firmware issue?

[KAS]

Yea, I would try to clear everything and reload the firmware.

[teoman]

Have you ever seen the other motors move?

[Cox]

Yeah when I click i can see each motor move...

[teoman]

So every component works individually but not together in unison.

[Earthbound]

Please post your config.h file.

[Cox]

https://www.dropbox.com/s/4c1filigaryhd ... h.txt?dl=0" onclick="window.open(this.href);return false;

It just crashes into the axis now.

See: https://www.youtube.com/watch?v=4JfTgNy2zNs" onclick="window.open(this.href);return false;

[lightninjay]

Based on that video, looks like you need to invert ONLY your Z and Y towers (The two heading DOWN) in your firmware. Keep your X at whatever setting it currently is, and change your current Z and Y tower inverts to the OPPOSITE of what they currently are.

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

^^This is what you currently have according to the dropbox file you uploaded, but try this vv

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

[Cox]

Okay! Now we are going in the right direction.

Now it crashes into the end-stop switches! On the terminal they report H when pressed for each one. What would cause it to want to plow through the end stop?

[teoman]

You are absolutels sure that X tower is matched with the X endstop etc... right?

[Cox]

Yup! from what I can tell.

Edit ------------------------

https://www.youtube.com/watch?v=habCugn ... e=youtu.be" onclick="window.open(this.href);return false;

exactly what is happening now to mine.

M119 when they hit says H on all. Low when I release.

[Cox]

Another thing I notice is when I click (Movement Controls) X+ it moves the axis down. When I click X- it moves the axis up...

[lightninjay]

This may be an irrelevant and unnecessary question, but I must ask...

are you certain that the screws on your carriages are contacting the endstop switches appropriately?

Would you mind posting a video of YOUR printer, rather than someone else's with similar behavior? It is quite possible that theirs was performing similarly but for different reasons.