<p>You had a faulty BLTouch. Mine experienced the <strong>EXACT</strong> same behavior and replacing it with a new BLTouch fixed the issue entirely (everything else I kept exactly the same, firmware etc), I simply swapped over the probe + cable with the new one.</p>

<p>When connecting the new BLTouch, make sure you wire the servos connector correctly. In my case with an SKR Mini E3 v1.2 I needed to switch the red wire with the blue wire. If you start the printer with the wires the wrong way around, it may cause damage. I suspect that is what happened to my original one.</p>

CC BY-SA 4.0
2020-01-23T08:52:57.983Z
Welcome to SE.3D Printing, good answer, I experienced exactly the same, but then with non-genuine touch sensors, replacing them fixed the problem also.
0scar
CC BY-SA 4.0
2020-01-22T16:40:15.363Z
2020-01-22T16:40:15.363Z
jayteez
<p><strong>Connecting</strong> the bltouch or 3dtouch clone <strong>to the normal Z-endstop</strong> connector of a creality board (ender 3 / 3 pro / cr10) <strong>is the problem</strong>!</p>

<p><strong>Creality added a capacitor</strong> to the Z-endstop connector to improve the signal of the normal endswitch. This capacitor impacts the data signal processing of the probe. (filters out signals)</p>

<p>Other boards / manufacturers often do not have this capacitor. So there is no problem when using the probe.</p>

<p>Known solutions:</p>

<ol>
<li><p>connect the probe to the ISP header <em>(data to MOSI, Ground to GND)</em>.</p></li>
<li><p>Others desolder the capacitor next to the Z-endstop-connector.</p></li>
</ol>

<p><a href="https://github.com/KevinOConnor/klipper/issues/955#issuecomment-576971593" rel="nofollow noreferrer">Here is described my "ISP header solution" with details...</a> (for Klipper, but could be adopted for Marlin)</p>

<p>Further information on <a href="https://github.com/KevinOConnor/klipper/blob/master/docs/BLTouch.md" rel="nofollow noreferrer">BLTouch Klipper docs</a> (search for "Troubleshooting")</p>

<p><strong>After fixing</strong>, Z should stop instantly when probe pin pops up. My probe speed is 50&nbsp;mm/s (for Z). The <a href="https://github.com/KevinOConnor/klipper/blob/master/docs/Probe_Calibrate.md" rel="nofollow noreferrer">Readability Check</a> gives me 0.007-0.250&nbsp;mm ranges between measurements (mine is a cheap Chinese clone).</p>

CC BY-SA 4.0
2020-01-27T16:02:53.530Z
2020-01-27T16:19:17.070Z
2020-01-27T16:19:17.070Z
Maxx Flow
<p>My recently installed BLTouch probe regularly fails to perform ABL properly.  There seem to be 3-4 failure modes:</p>

<ol>
<li>Probe manages some points but fails partway through, with a "probing failed" message on the LCD screen, rendering it necessary to power-cycle the printer</li>
<li>Probe deploys on some point, then stows itself immediately, and treats that point as being a centimeter or two about where it actually is. </li>
<li>Probe completes all 9 points, then heats the nozzle in the back corner and never moves. The progress bar on the LCD counts up and eventually it claims to have finished the print, but the steppers (including the extruder) never move.</li>
<li><p>Probe flashes red throughout the cycle, which I believe means it failed a self-test probably because the mainboard started trying to speak to it before it was initialized, but occasionally when this occurs, it still works as expected.</p>

<p>For avoidance of doubt - sometimes it actually does work, and I get beautiful prints that adhere well during printing but are easily removed afterwards.  And I have never had any issues with the Z homing using the probe, only the auto mesh levelling.</p></li>
</ol>

<p>My setup:</p>

<ul>
<li>Creality Ender 3</li>
<li>v1.1.4 mainboard with non-silent steppers</li>
<li>genuine BLTouch v3, with official Creality pin27 kit</li>
<li>Marlin 1.1.9 bugfix firmware, downloaded as hex file </li>
<li>single iteration of probing</li>
<li>9 point levelling mesh</li>
<li>Ultimaker Cura slicer 4.2.0</li>
<li>Start G-code heats bed, homes <code>G28</code>, performs ABL <code>G29</code>, then heats nozzle (I don't have the actual G-code on my now as I'm away from my slicing computer)</li>
</ul>

<p>[Related question: <a href="https://3dprinting.stackexchange.com/questions/10345/bl-touch-probing-fails-intermittently">BL Touch Probing Fails Intermittently</a> but answers do not apply as I am already using bugfix firmware and have checked all the cabling and connections]</p>

CC BY-SA 4.0
2020-01-21T06:34:04.020Z
Have you ever managed to solve the issues? It appears you're not the only one with these kind of problems.
0scar
CC BY-SA 4.0
2020-01-21T09:31:39.010Z
Unfortunately not - in the end I gave up and returned to manual tramming so I could actually get some printing done.
Ty Hayes
CC BY-SA 4.0
2020-01-21T09:42:04.947Z
Many thanks for your update, actually I'm experiencing the same, in my case it is caused by a defective touch sensor. I'll write an answer describing this. Switching sensor helped me.
0scar
<creality-ender-3><troubleshooting><bltouch>
Ender 3 BLTouch fails in assorted ways
Ty Hayes
# Ender 3 BLTouch fails in assorted ways

(Asked by: username_0 on 2019-10-25)

My recently installed BLTouch probe regularly fails to perform ABL properly. There seem to be 3-4 failure modes:

1. Probe manages some points but fails partway through, with a "probing failed" message on the LCD screen, rendering it necessary to power-cycle the printer
2. Probe deploys on some point, then stows itself immediately, and treats that point as being a centimeter or two about where it actually is.
3. Probe completes all 9 points, then heats the nozzle in the back corner and never moves. The progress bar on the LCD counts up and eventually it claims to have finished the print, but the steppers (including the extruder) never move.
4. Probe flashes red throughout the cycle, which I believe means it failed a self-test probably because the mainboard started trying to speak to it before it was initialized, but occasionally when this occurs, it still works as expected.

   For avoidance of doubt - sometimes it actually does work, and I get beautiful prints that adhere well during printing but are easily removed afterwards. And I have never had any issues with the Z homing using the probe, only the auto mesh levelling.

My setup:

* Creality Ender 3
* v1.1.4 mainboard with non-silent steppers
* genuine BLTouch v3, with official Creality pin27 kit
* Marlin 1.1.9 bugfix firmware, downloaded as hex file
* single iteration of probing
* 9 point levelling mesh
* Ultimaker Cura slicer 4.2.0
* Start G-code heats bed, homes `G28`, performs ABL `G29`, then heats nozzle (I don't have the actual G-code on my now as I'm away from my slicing computer)

[Related question: [BL Touch Probing Fails Intermittently](https://3dprinting.stackexchange.com/questions/10345/bl-touch-probing-fails-intermittently) but answers do not apply as I am already using bugfix firmware and have checked all the cabling and connections]

**Tags:** creality-ender-3, troubleshooting, bltouch
> **Comments:**
> **username_1**: Have you ever managed to solve the issues? It appears you're not the only one with these kind of problems.  
> **username_0**: Unfortunately not - in the end I gave up and returned to manual tramming so I could actually get some printing done.  
> **username_1**: Many thanks for your update, actually I'm experiencing the same, in my case it is caused by a defective touch sensor. I'll write an answer describing this. Switching sensor helped me.  

---

## 2 answers

### Answer by username_2 on 2020-01-22. Score: 2

You had a faulty BLTouch. Mine experienced the **EXACT** same behavior and replacing it with a new BLTouch fixed the issue entirely (everything else I kept exactly the same, firmware etc), I simply swapped over the probe + cable with the new one.

When connecting the new BLTouch, make sure you wire the servos connector correctly. In my case with an SKR Mini E3 v1.2 I needed to switch the red wire with the blue wire. If you start the printer with the wires the wrong way around, it may cause damage. I suspect that is what happened to my original one.

> **Comments:**
> **username_1**: Welcome to SE.3D Printing, good answer, I experienced exactly the same, but then with non-genuine touch sensors, replacing them fixed the problem also.  

---

### Answer by username_3 on 2020-01-27. Score: 2

**Connecting** the bltouch or 3dtouch clone **to the normal Z-endstop** connector of a creality board (ender 3 / 3 pro / cr10) **is the problem**!

**Creality added a capacitor** to the Z-endstop connector to improve the signal of the normal endswitch. This capacitor impacts the data signal processing of the probe. (filters out signals)

Other boards / manufacturers often do not have this capacitor. So there is no problem when using the probe.

Known solutions:

1. connect the probe to the ISP header *(data to MOSI, Ground to GND)*.
2. Others desolder the capacitor next to the Z-endstop-connector.

[Here is described my "ISP header solution" with details...](https://github.com/KevinOConnor/klipper/issues/955#issuecomment-576971593) (for Klipper, but could be adopted for Marlin)

Further information on [BLTouch Klipper docs](https://github.com/KevinOConnor/klipper/blob/master/docs/BLTouch.md) (search for "Troubleshooting")

**After fixing**, Z should stop instantly when probe pin pops up. My probe speed is 50 mm/s (for Z). The [Readability Check](https://github.com/KevinOConnor/klipper/blob/master/docs/Probe_Calibrate.md) gives me 0.007-0.250 mm ranges between measurements (mine is a cheap Chinese clone).


---

