<p>Sorry finally getting back to answering the question. If this happens and your BLTouch is plugged into the Z-Probe you should make your Configuration file look like this...</p>
<pre><code>//#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN
...
#define USE_PROBE_FOR_Z_HOMING
...
#define Z_SAFE_HOMING
</code></pre>
<p>This will tell Marlin to use the Probe instead of the endstop pins. Also in my case it was important to remember the EEProm does not seem to get reset when flashing the BTT SKR e3 mini v3. I think this is why when I tried flashing the other image it still didn't work. It would be my advice, if you are still having issues, to try resetting the EEProm as well.</p>

CC BY-SA 4.0
2022-09-04T15:13:41.220Z
2022-09-04T15:13:41.220Z
Jackie
<p>I have a printer with a v3.1 BLTouch and a BTT SKR mini E3 V3 and I can't get the BLTouch to work as a probe while homing. I have tried both of the images provided <a href="https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/tree/master/firmware/V3.0/Marlin" rel="nofollow noreferrer">here</a> and both cause the BLTouch to deploy properly but when I autohome and it gets to Z the BLtouch deploys (turns white) but the z axis doesn't move.</p>
<p>I found <a href="https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/issues/602" rel="nofollow noreferrer">this thread</a> which provides an image that does work but not much about how he got it to work and there are some tweaks I would like to make. So no matter what I try when I try to build the image myself the ZProbe seems to not work. This experience seems to mirror others in the thread.</p>
<p>My Current configuration I am building <a href="https://github.com/jrgleason/Marlin/tree/BTT_SKR_E3_V3_BLTOUCH" rel="nofollow noreferrer">is available here</a></p>
<p>Does anyone know what other settings may be required to get a BLTouch as a ZMin Probe working with the newest version?</p>
<p>Also quick side question the docs say that the 3.0.1 build <a href="https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/tree/master/firmware/V3.0.1/Marlin" rel="nofollow noreferrer">does not support BLTouch</a>, does anyone know why?</p>

CC BY-SA 4.0
2022-08-30T13:56:12.930Z
According to your last GitHub commit you seem to got it working, please consider to post an answer and accept the answer after 48 hours for other to learn from this exercise. Maybe add in the question by [edit] how your Z-probe is connected, I suspect you are not using the Z-min endstop. It could be that the precompiled bin files expect the Z-probe not to be connected to the dedicated probe header?
0scar
CC BY-SA 4.0
2022-08-31T13:37:31.253Z
Will do let me get things kinda of tidied up and I will put something together.
Jackie
CC BY-SA 4.0
2022-08-31T13:38:59.727Z
Basically I think that was the answer mixed with when I changed them and reflashed the eprom wasn't getting reset (which I just assumed it would). So things should have changed but didn't see it because it was still set to the old one.
Jackie
CC BY-SA 4.0
2022-08-31T13:42:21.963Z
That would be excellent! When cleaning up, look at the v3.0.1 version in the first line, it appears to be linked to the BLTouch but shouldn't it be v3.1?
0scar
<marlin><bltouch><bigtreetech>
Why does the ZAxis not move when I autohome when using the BTT as a probe and the SKR e3V3 image?
Jackie
# Why does the ZAxis not move when I autohome when using the BTT as a probe and the SKR e3V3 image?

(Asked by: username_0 on 2022-08-30)

I have a printer with a v3.1 BLTouch and a BTT SKR mini E3 V3 and I can't get the BLTouch to work as a probe while homing. I have tried both of the images provided [here](https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/tree/master/firmware/V3.0/Marlin) and both cause the BLTouch to deploy properly but when I autohome and it gets to Z the BLtouch deploys (turns white) but the z axis doesn't move.

I found [this thread](https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/issues/602) which provides an image that does work but not much about how he got it to work and there are some tweaks I would like to make. So no matter what I try when I try to build the image myself the ZProbe seems to not work. This experience seems to mirror others in the thread.

My Current configuration I am building [is available here](https://github.com/jrgleason/Marlin/tree/BTT_SKR_E3_V3_BLTOUCH)

Does anyone know what other settings may be required to get a BLTouch as a ZMin Probe working with the newest version?

Also quick side question the docs say that the 3.0.1 build [does not support BLTouch](https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/tree/master/firmware/V3.0.1/Marlin), does anyone know why?

**Tags:** marlin, bltouch, bigtreetech
> **Comments:**
> **username_1**: According to your last GitHub commit you seem to got it working, please consider to post an answer and accept the answer after 48 hours for other to learn from this exercise. Maybe add in the question by [edit] how your Z-probe is connected, I suspect you are not using the Z-min endstop. It could be that the precompiled bin files expect the Z-probe not to be connected to the dedicated probe header?  
> **username_0**: Will do let me get things kinda of tidied up and I will put something together.  
> **username_0**: Basically I think that was the answer mixed with when I changed them and reflashed the eprom wasn't getting reset (which I just assumed it would). So things should have changed but didn't see it because it was still set to the old one.  
> **username_1**: That would be excellent! When cleaning up, look at the v3.0.1 version in the first line, it appears to be linked to the BLTouch but shouldn't it be v3.1?  

---

## 1 answers

### Answer by username_0 on 2022-09-04. Score: 1

Sorry finally getting back to answering the question. If this happens and your BLTouch is plugged into the Z-Probe you should make your Configuration file look like this...
//#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN
...
#define USE_PROBE_FOR_Z_HOMING
...
#define Z_SAFE_HOMING

This will tell Marlin to use the Probe instead of the endstop pins. Also in my case it was important to remember the EEProm does not seem to get reset when flashing the BTT SKR e3 mini v3. I think this is why when I tried flashing the other image it still didn't work. It would be my advice, if you are still having issues, to try resetting the EEProm as well.


---

