-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Homing help ! #57
Comments
I'm not quite sure I understand everything you're saying...but one When homing, the algorithm is:
If your switches are wired up wrong, then when the head is in the middle So when you home, (1) is immediately done because the switches are So it'll start moving away from the top-left until the switches are OPEN This would also explain why you have to do DEBUG_IGNORE_SENSORS to make The microswitches that I used have three wires...I forget the color code - I think you hooked it up to the wrong wire on the switch. (Incidentally - it's done like that so that if a wire should break, the -- Steve Maurin Donneaud wrote:
-- Steve |
Also a common issue is forgetting to wire up the Z limit switch. If you don't have a mechanical Z table then you can just short the wires. |
All sensors are wired in good direction ;-) |
Then the other theory...that you forgot to short out the (unused/unneeded) -- Steve Maurin Donneaud wrote:
-- Steve |
Yes, yes, the Z1, Z2 ( A4 and A5 ) are grounded. |
I'm trayning to use the LASAURGRBL_VERSION "14.11" on my DIY laser.
The mechanical characteristics are slightly different than the Lasersaur but nothing important.
The electronic is based on the same PINs than DRIVEBOARD's pins.
Here's a little overview of what I get :
If I leave commented the #define DEBUG_IGNORE_SENSORS, nothing move.
If I uncomment it :
I can move X end Y axis with the jog
If I try to do the homing cycle, all axis are going in wrong way ;-(
The text was updated successfully, but these errors were encountered: