homing issue

i've searched the threads and have done everything I can, check wiring, wheels, changed out limit switches I'm thinking it has to be something in my settings.

When homing my lead 1010 Z axis moves, hits the switch and debounces then Y starts moving hits the switch but just stays stuck there.

I have attached my settings file, I have toggled Limit switches installed on and off also toggling hard limits on and off. can someone please help

Edit: btw I am using standard run of the mill limit switches in an NO wired configuration, my wiring at the switch is Com/Black NO/White then at the blackbox GND/Black Sig/White not that that should make any difference right?

 

Hi Peter,

Thanks for your prompt reply mate. I have attached a short video of my issue in action. Imwuite certain i dont have the axis' mixed up as they trigger all correctly as you see inthe video.

When i first encountered this issue the motor actually kept ramming until i hit abort but somehow that issue has gone or I've changed a setting I cant remember!

 

So on yours, When it hits Y, what does X do? (Y looks fine, X is current suspect)So

When you hit Abort the error that comes up is "Homing fail. Reset during active homing cycle." - which Means Grbl hasn't given up - it was still trying to move the X axis toward the X Switch - so was it still moving at that time? If not, lets see why not. If you didn't abort it would have eventually alarmed with "Homing fail. Could not find limit switch within search distance. Defined as 1.5 * max_travel on search and 5 * pulloff on locate phases." if the X axis was not moving toward the switch

So as soon as the Y switch gets switched, X does nothing. Shouldn't Y do the same thing as Z where it hits the switch and then backs off it a little? If so Y isn't doing that. Yes you're right mate after a few minutes the alarm state is triggered


Summarised:
- When you kickoff homing, after Z, both X and Y should start moving If both X and Y are meant to start moving as soon as Z is triggered then thats not the case here. Only Y Starts moving as you can see in my video.
- Whichever is nearest the switch hits it first, and waits for the other to catch up.
- Once both has his the switches the first time, they then back off and then does the rehome step.

Are you sure the X axis jogs the X motor? I'm 100% sure X axis jogs the X motor, as this is why im scratching my head. I am able to manually move my spindle around my entire CNC bed and when the switches are triggered faults will come up as they should

Flashed any custom Grbl builds that may have custom homing sequences? I havent flashed anything myself, however since you've mentioned that. My brainboard was swapped over at makerstore.com.au due to it being DOA. I am unsure what the process is with the brainboards at the suppliers end whether they come preflashed with stock firmware or whatever else.. you may know more about this than I do
Default homing sequence I described above is defined in stock Grbl andonfig: gnea/grbl[/QUOTE]

 

[17:05:26] [ $I ] [VER:1.1g.20181112:LEADMACHINE1010]
[17:05:26] [ $I ] [OPT:V,15,128]
[17:05:27] [ connect ] Firmware Detected: grbl version 1.1g on COM4

that is the firmware that I'm currently running. I did speak to the mob which whom I purchased the blackbox from they said that there wasn't any funky custom firmware revisions flashed onto this new brainboard that had been swapped in.

I am really stumped for solutions, have had spent a week now sifting through these forums and online for a fix for my problem. Today just for shits and giggles I went over all my wiring just to quad dripple check that I haven't wired anything incorrectly. This is my first CNC and even though I am new to all this I am a qualified electrician. Electricians can overlook their wiring of course! But I am quite confident I have wired everything correctly. I have even gone to lengths today as to seperate the limit switch wiring so it is physically located as far from power cables as possible to avoid any induction that may arise from them and snapped on some ferrite cores onto them just to eliminate that from the equation. (I didn't think that could be the issue as the switch for Z was actually ran in the same drag chain as the power cables and that worked the way it's suppose to as evident in my video)

Really hope you have something else for me to try [/QUOTE]

 

in the homing sequence, prior to it hitting Y, X is not moving

so after it hits the Y, can I jog X without removing the alarm? if thats what you're asking no I cannot

once i remove the alarm then yes I can move X fine

 

I have followed your instructions above, reconfigured all the parameters manually again and not from a backup.

hate to say this but am experiencing the same issue

yes mate, I am using an OpenBuilds Blackbox.

 

I'll give it a go. Thanks very much for your assistance mate

 

hey mate one more thing. Have you got a picture of what the brainsboard is meant to look like? more specifically where the jumpers on the brainsboard should be located on all the jumper pins.