<p>This indicates that the printer thinks the endstop is already triggered and is trying to back off to untrigger it, so that it can probe. If a minimal move to the right does not untrigger it, it gives up, assuming something is wrong with the endstop. Either your endstop switch is broken or it's not connected. A disconnected endstop switch will behave identically to one that's stuck down (open circuit).</p>

CC BY-SA 4.0
2023-03-09T08:25:52.150Z
Looking at the config file, the endstops are correctly configured (`XYZ_MIN_ENDSTOP_INVERTING`), so this answer is very plausible!
0scar
CC BY-SA 4.0
2023-03-10T04:29:43.800Z
Correct Endstop was broken and a new replacement fixed the issue. Thank you all for your help.
Hansa G
CC BY-SA 4.0
2023-03-09T02:32:22.043Z
2023-03-09T02:32:22.043Z
R.. GitHub STOP HELPING ICE
<p>I have a classic Ender 3 running Marlin-2.1.1 on a BTT SKR v1.3 board with TMC 2130 drivers. Wifi is connected with ESP3D on an ESP32-CAM board connected to a TFT port. The X endstop is on the left side.</p>
<p>When I send <code>G28</code> or <code>G28 X</code>, the hotend does not home properly.
Rather the hotend just moves a little to the right side (like 3 mm) and stops.
So if I keep on sending <code>G28 X</code>, the hotend just moves little by little to the right side.</p>
<p><a href="https://files.fm/u/u4t8m3dna" rel="nofollow noreferrer">configuration files</a></p>

<marlin><homing><axis><ender3>
G28 X does not home the hotend
Hansa G
# G28 X does not home the hotend

(Asked by: username_0 on 2023-03-08)

I have a classic Ender 3 running Marlin-2.1.1 on a BTT SKR v1.3 board with TMC 2130 drivers. Wifi is connected with ESP3D on an ESP32-CAM board connected to a TFT port. The X endstop is on the left side.

When I send `G28` or `G28 X`, the hotend does not home properly.
Rather the hotend just moves a little to the right side (like 3 mm) and stops.
So if I keep on sending `G28 X`, the hotend just moves little by little to the right side.

[configuration files](https://files.fm/u/u4t8m3dna)

**Tags:** marlin, homing, axis, ender3

---

## 1 answers

### Answer by username_1 on 2023-03-09. Score: 2 | Accepted answer

This indicates that the printer thinks the endstop is already triggered and is trying to back off to untrigger it, so that it can probe. If a minimal move to the right does not untrigger it, it gives up, assuming something is wrong with the endstop. Either your endstop switch is broken or it's not connected. A disconnected endstop switch will behave identically to one that's stuck down (open circuit).

> **Comments:**
> **username_2**: Looking at the config file, the endstops are correctly configured (`XYZ_MIN_ENDSTOP_INVERTING`), so this answer is very plausible!  
> **username_0**: Correct Endstop was broken and a new replacement fixed the issue. Thank you all for your help.  

---

