RostockMax V2 Stopper switch malfunction?

[Tahazu Designs]

Issue:
I'm currently making an attempt at re-calibrating the machine since I couldn't correct the weird settings after I used Slic3r within MatterControl. Now I have an entirely different issue that decided to manifest. When clicking "ALL" home, the X, Y, Z motors send the arms up toward home, but once it hits the switches, the motors keep going and grind the belt teeth as it wedges the rollers against the stopper switches.

Troubleshooting:
1. I opened Arduino and ran the M119 test. All switches read "L". I then chose to test each of them individually as I depressed the switches. Each one reads "H" like they're supposed to. I double checked to make sure that the X, Y, and Z stopper switches were plugged in to the correct sockets on the board and are corresponding to the appropriate pillars. They are.

2. I tried manually shifting via MatterControl on the X plane, then the Y plane, then the Z plane. All of which seem to function correctly. I did notice however that the Z- button will not send the nozzle down beyond the starting point, but if I send the unit up Z+, I can then send it back down Z- only as far as the original position.

3. I checked the configuration.h tab in Arduino and went down to the #define MOTOR_CURRENT {150,150,150,130,0} section of code to make sure the numbers were correct. They were originally 140, so I changed them to 150 like the calibration guide instructed.

Thoughts:
I thought maybe there was some form of signal interference, but I doubt that's the case, as I've used zipties on each group of wires and separated them from other groups (IE: Motors X, Y, Z all have their own group of ziptied wires, etc). This machine WAS working at one point, but doesn't seem to be functioning correctly any longer. I'm at a loss and don't know what else I can do. Does anyone else have any advice?

Here's a video of what it's currently doing:
https://www.youtube.com/watch?v=JmcaYjPt2NI

[geneb]

The only time I've seen this happen is when the motors don't match the end stop switch they're hitting.

Also, the slicer you use has no effect on the basic calibration of the machine.

g.

[DeltaCon]

Move the cariages down until the HE just not touches the bed. Home and with one finger at the power switch immediately push the X-endstop. Check which carriage stops moving. Is it the X? If not, correct the endstop connectors on the controller. If so, rerun for Y and Z. Of course you can determine this also by the M119 command, which reads the status of the endstop switches. But the above is more fun and it rules out overlooking the correct X Y and Z towers.

[Tahazu Designs]

I'll try this method with all three switches. Although when I ran the M119 test, I found all the switches match up to the corresponding towers. *shrugs*

What else could cause the motors to not respond to the stopper switches being depressed? Everything is plugged into the controller board accurately.

[Tahazu Designs]

Okaaaay..... When I drop the hot end all the way to the print plate and then send the arms home, I pushed the X switch as it's moving upward. The X arm stopped moving. I flipped the power switch to stop the home action. I reset and connected to the laptop again. Dropped the hot end down to the print plate and did the same thing with the Y and Z arms after I reset the machine each time. All the switches ARE functioning. HOWEVER....

If I let the machine send all 3 arms up to home, the motors don't stop!!! What the heck is going on? What's causing the motors to keep going even after the switches are activated?

[Dale Eason]

So maybe the switches are somehow not being activated when the head gets to the home position.
Maybe you can try the same process but quickly as you can manually press all three switches. Probably going to need a help partner because I bet you don't have three hands. But pressing two and then the third in sequence will do the same thing I bet.

Just tried it on mine and yes it can be done but you need to hit the switches twice as the software tries to go up then down and then up again before stopping on the second press.

If that does stop the machine then you need to watch the switches as the machine tries to home.

At least that is all I can think of.

Dale

[Dale Eason]

I now remember once my machine started acting very strange trying to home and the motor did not stop. I cleared EEProm and then reloaded software and that fixed it. SO if you you have not tried that yet it should be worth a try.

Dale

[DeltaCon]

if you just home through a G28 in the gcode window, does it behave the same?
I am hinting on some sort of gcode script for homing that gets calles when pushing the home button in MatterControl, that might accidently disable the endstopswitches... Also you can try homing through the LCD panel menu.

[adarcher]

Try the eeprom reset like Dale mentioned. I've had the same issue recently because I was trying new firmwares and the eeprom values got corrupted. I don't have the code in front of me now, but if the endstop offset (or other homing distance) is negative, it might be homing and then trying to move to the offset.

Oh yeah, I think you can try homing one tower at a time in gcode, ie: "G28 X" for just X.