# The BLTouch is hitting the bed on the double-probing

When double-probing, sometimes the BLTouch will hit the bed before the z-axis goes down:

1. The BLTouch deploys
2. The bed goes up
3. The sensor triggers
4. The BLTouch stows
5. The BLTouch deploys and crashes the bed before the z-axis goes down for the second probe

It happens only on the second probe of double-probing (slow speed) - the bed can't move out of the way fast enough. This happens in 2/16 probe points.

Probe Accuracy Test result:

• Mean: 0.023075 mm
• Min: 0.018 mm
• Max: 0.027 mm
• Range: 0.008 mm
• Standard Deviation: 0.002584 mm

This sounds like the firmware setting for your BLtouch is not set up properly. Look at the line in Config H where it deploys the BLtouch. make sure nothing is commented out and that the 2nd deploy is shown.

• "2nd deploy is shown", Can you be a bit more specific about this? – David Souza Mar 1 '19 at 0:42
• If the 2nd Deploy is shown on the line make sure that line is not commented out. Remove the "#" in front of the 2nd Deploy to activate that line. – aaron elsey Apr 15 '19 at 12:14

First, make sure to check if stow, deploy and the trigger are working correctly.

Second, check the pins files to make sure you put it in the correct pins. Black and White probe pin might need to go to Z-min or probe pin depending on. Make sure to check that.

Third, add "BLTOUCH delay". It might be triggering too slow or too fast for the next one to react. So after the first trigger, there should be a time for it to "re-setup" for the second. But if there is no time to do that then it won't trigger.

To add examples: If you have SKR 1.4 Turbo, then use BLTouch probe pins (black and white) on the board. IT will NOT recognize. You have to use Z-min endstop pins. Reason for this?:

#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN


If this has been used, Z-min probe will use Z-min endstop pin instead of Z-min probe.