New X Controller crushed Z limit switch first attempt Homing

[JonUdell]

Just got the new X Controller hooked up and went to home the machine for the first time. Crushed the Z limit switch. The machine has had no issues homing with the original Arduino/power supply(after some tweaking). I had crushed a few homing switches with the original setup but than after tweaking pots/power was fixed. Im imagining I have to open the newly assembled controller and check the pots.

[MRoss]

Mine worked perfectly

[JeremyJohnstone]

@JonUdell Please explain how adjusting the pots/power on your original setup fixed your issue with crushing switches?

Regarding the X-Controller, you probably have your wires hooked up incorrectly to the controller.
Again, what makes you think it is related to power output of the controller?

[LarryM]

@JonUdell

Adjusting the pots has nothing to do with the limit switches. You need to look for your problem some where else.

Check your wiring and the grbl parameters.

[JonUdell]

I checked my wiring which is fine. Must be GRBL… I have no idea how to check… Sorry for any confusion. I have had so many problems with my X carve experience from loose belts, bad solder joints, Arduino not seating properly, x and y limit switches being crushed when homing… its hard to keep track of all the remedies. I have yet to complete any project more complex than cutting simple guitar parts. Not knocking the machine but it has been sucking up a lot of valuable time in the shop with little results to show.

[LarryM]

@JonUdell

Try reading through the following threads. The X-controller uses grbl version 1.0? which has some changes in the status report mask bits and display, so there are some differences from the information in the following threads.

I’ll try to take a look at the 1.0? release and see what the changes were and get back to you later.

Using Grbl - Direct Communication

Direct access to grbl. You can interact with grbl directly to isolate problems at the low level. To do so, you need to use a terminal type program to issue commands and get responses from the serial port that has the Arduino attached. Some of the programs are HyperTerminal, Putty, UGS (limited access), and the Serial Monitor in the Arduino IDE, among others. Make sure that you have the correct settings for the program that you use. The COM port where the Arduino is attached should have the …

[Guide] Using Grbl to debug your homing switches

If you are having difficulties with your homing switches you can do a quick test with Grbl to see what the state of the homing switches is from Grbl’s point of view. NOTE: In order to use this procedure you need to have grbl Version 0.9j or later installed on your Arduino. To do so, you use the Grbl status immediate command ? (question mark). This command asks Grbl for its current value of some of its state information. For the purpose of this article we are interested in the homing switch stat…

Homing/Limit Switches

Looking at things from the grbl perspective, the term “limit switch” only applies for the X-carve if you use hard limits ($21=1) . Looking at things from the grbl perspective, all other cases for the X-carve the switches are “homing switches”. Homing switches allow soft limits ($20=1) to work. For this case the “limits” depend on having done the homing cycle and on the low end the limits are 0,0,0 and the limits on the high end are set by $130, $131, and $132. After the homing sequence the swi…

[LarryM]

In grbl version 1.0c you can debug the homing switches using the procedure in the “Using Grbl to debug your homing switches”.

The status output has changed format. The homing switch values are found in the report as “Pin:000||” if the status report mask is set to 19 ($10=19).

The axis order is the same as in the above mentioned thread.

[JonUdell]

It ended up my fault , was not a problem with the GRBL … after looking there I opened the box back up to find unseated ribbon connectors. Thanks for the help

[LarryM]

Glad you got it working.