- … The switches actually work To set up how your homing cycle behaves, there are more Grbl settings down the page describing what they do (and compile-time options as well.) Make a change then test. since you are getting a "hard limit" error now, instead of "homing fail" we are making progress. I didn't know that was a thing. Topic: GRBL not working (Read 3084 times) previous topic - next topic. The X axis moves to the right for the positive direction and to the left for the negative direction. $21=1 (Hard limits enable) However, if you have a two axis machine you probably need a positive coordinate space. The Z axis moves up for positive moves and down for negative moves So it must be hardware.... For instance; Arduino UNO, Nano, Duemilanove, etc. My mistake was due to the incorrect Compiling of Grbl. July 14, 2019, 5:08 am Strange issue in homing on my Mini Gerbil. $30=255 (Maximum spindle speed) $100=80.000 (X-axis travel resolution) $120=5.000 (x accel, mm/sec^2) As it stands now, although in homing mode the Z axis works flawlessly when it starts looking for x and y limit switches it just trods right on past the limit switch even though it is activated! $5=1 would be for normally closed switches. X+ movement is tool to the right of the work Hello All, Now that we have GRBL up and running, it’s time to get the settings for GRBL lined up with our machine. The homing seek rate ($25) is the first rate the homing sequence moves at and will move at this rate until it trips the switch the first time. Yes, the Z axis homes first, then the X&Y. ok One flashed you cannot edit the config.h settings. $100=160.000 (X-axis travel resolution) My limit switches are shielded and grounded, also the limit switches activate properly when hit. XY axis configuration: X and Y endstops are connected to X- / GND and Y- / GND. GRBL will automatically zero the machine position and all axis indicators when this is done. Using an uno/gshield V3 If you have updated and you have 2 axis limit switches... did you have changed config.h of grbl library to manage XY homing instead of XYZ homing? Just a video compilation to assist in troubleshooting GRBL homing on my CNC mill. I assumed it would work seeing as how evidently grbl looks for limits in the positive direction. $0=10 (step pulse, usec) $13=0 (Report in inches) To do so, you use the Grbl status immediate command ? !. Once uploaded i unlocked via $X and then tried $H (With no Limit Switches connected) i heard a very slight murmur from the X axis motor but no actual movement. With NO switch $5=0 should be ok because of internal pull-up keeps pin value high unless you close the circuit to the ground with switch. Also thanks for sharing your settings. Limit switches are essentially homing switches doubled up and in addition to setting the origin are used to prevent the motors from hitting the end of each axis which can cause serious alignment problems, potentially serious damage to your Shapeoko, destroy a bit, or ruin a work piece. $30=1000 (Maximum spindle speed) $20=0 (soft limits, bool) #define HOMING_CYCLE_1 ((1<