<p>Please check connections to the <code>Y</code> stepper first.
You could replace cable from 'X' axis to test the connection.</p>

<p>The noise from stepper mostly means a disconnected pin (broken connection), an obstacle on the path (check and clean if any) and a worse-case-scenario a broken stepper driver, so you could swap steppers (just by connecting the cable) to see where is the reason. If 'Y' stepper works fine when connected to another axis slot (excluding extruder ones) then driver need a replacement. </p>

CC BY-SA 4.0
2018-07-06T10:41:23.040Z
2018-07-06T10:41:23.040Z
profesor79
<p>I have experienced this a few times, usually this is related to the end stops.</p>

<p>If your end stops are somehow triggered (e.g. short circuit or cable broken; depending on the setup), the steppers will not home (as they think they are at the limits already) and only advance forward. Please look into the end stops of X and Y. Use a multi-meter to measure them and trigger them manually.</p>

<p>Alternatively hook up your printer to your computer with a USB cable and download a printer utility/application that can interact with the printer (e.g. Pronterface, Repetier-host, OctoPrint, etc.) and go to the terminal interface and send the <a href="https://reprap.org/wiki/G-code#M119:_Get_Endstop_Status" rel="nofollow noreferrer">M119</a> instruction to see the status of the end stops.</p>

CC BY-SA 4.0
2018-07-06T08:58:30.087Z
Could it be that the endstops are inverted? Open = endstop reached. As the web you linked M119 states, you can use M119 to invert them.

It would make sense that you can go forward but never back, because an inverted un-clicked endstop would act as a clicked endstop.
Petar Petrov
CC BY-SA 4.0
2018-07-06T09:07:00.163Z
@PetarPetrov In the firmware configuration you define the end stop inversion, e.g. in Marlin Firmware `#define X_MIN_ENDSTOP_INVERTING true`. This doesn't suddenly change, this needs to be manually uploaded. The best guess is therefore that the end stops are shortened or broken (depending on the firmware settings, e.g for NC, Normally Closed, or NO, Normally Open), and should be checked. M119 is very handy in that respect as you see what is reported.
0scar
CC BY-SA 4.0
2018-07-06T09:46:06.260Z
It doesn´t suddenly change, but a [M119](https://reprap.org/wiki/G-code#M119:_Get_Endstop_Status) can change it. `In redeem, M119 can also be used to invert end stops.

Example
M119 X1 1
This will invert end stop X1 (Inverted means switch is connected in Normally Open state (NO))

`
Petar Petrov
CC BY-SA 4.0
2018-07-06T10:27:39.780Z
@PetarPetrov Sorry, I now understand what you are saying, and yes that is true, but this should normally not have taken place suddenly. The OP mentions nothing of tinkering, just printing over SD card which lets me believe there is something structurally wrong with the end stops or something with the cable, connectors or the board. But you are right about inverting the end stop state using M119! Thanks for clarifying.
0scar
CC BY-SA 4.0
2018-07-06T07:24:55.603Z
2018-07-06T12:37:22.380Z
2018-07-06T12:37:22.380Z
0scar
<p>I have been using my Anet A2 for about a year.  A few problems but none that I haven't been able to resolve. Today it suddenly stopped auto homing.</p>

<p>Using the position commands I can advance the X and Y positively but not negatively (after I manually re-position the carriages before turning the printer on).  Also the Y stepper motor makes an unusual noise and it will over advance the Y axis. This behavior was preceded by a feed fault. The print started fine but the stepper motor stopped feeding shortly after the print started.  </p>

<p>I am printing from an SD card as I always have. I changed SD cards thinking it might be a connection problem and I checked the G-code and all the commands including the E commands seem to be there. I have checked all the electrical connections - they seem to be fine.</p>

<p>Any suggestions to solve this?</p>

CC BY-SA 4.0
2018-07-06T07:28:04.930Z
Hi Peter, welcome to 3D Printing.SE! Bummer if it suddenly stops working like it used to. I've added an answer, but am clueless of the preceding feed fault that might have triggered it, I'm sure others will add answers to hep you find the problem!
0scar
<extrusion><axis><anet-a2>
Anet A2 3D printer suddenly will not home X and Y
Peter
# Anet A2 3D printer suddenly will not home X and Y

(Asked by: username_0 on 2018-07-06)

I have been using my Anet A2 for about a year. A few problems but none that I haven't been able to resolve. Today it suddenly stopped auto homing.

Using the position commands I can advance the X and Y positively but not negatively (after I manually re-position the carriages before turning the printer on). Also the Y stepper motor makes an unusual noise and it will over advance the Y axis. This behavior was preceded by a feed fault. The print started fine but the stepper motor stopped feeding shortly after the print started.

I am printing from an SD card as I always have. I changed SD cards thinking it might be a connection problem and I checked the G-code and all the commands including the E commands seem to be there. I have checked all the electrical connections - they seem to be fine.

Any suggestions to solve this?

**Tags:** extrusion, axis, anet-a2
> **Comments:**
> **username_1**: Hi Peter, welcome to 3D Printing.SE! Bummer if it suddenly stops working like it used to. I've added an answer, but am clueless of the preceding feed fault that might have triggered it, I'm sure others will add answers to hep you find the problem!  

---

## 2 answers

### Answer by username_2 on 2018-07-06. Score: 2

Please check connections to the `Y` stepper first.
You could replace cable from 'X' axis to test the connection.

The noise from stepper mostly means a disconnected pin (broken connection), an obstacle on the path (check and clean if any) and a worse-case-scenario a broken stepper driver, so you could swap steppers (just by connecting the cable) to see where is the reason. If 'Y' stepper works fine when connected to another axis slot (excluding extruder ones) then driver need a replacement.


---

### Answer by username_1 on 2018-07-06. Score: 2

I have experienced this a few times, usually this is related to the end stops.

If your end stops are somehow triggered (e.g. short circuit or cable broken; depending on the setup), the steppers will not home (as they think they are at the limits already) and only advance forward. Please look into the end stops of X and Y. Use a multi-meter to measure them and trigger them manually.

Alternatively hook up your printer to your computer with a USB cable and download a printer utility/application that can interact with the printer (e.g. Pronterface, Repetier-host, OctoPrint, etc.) and go to the terminal interface and send the [M119](https://reprap.org/wiki/G-code#M119:_Get_Endstop_Status) instruction to see the status of the end stops.

> **Comments:**
> **username_3**: Could it be that the endstops are inverted? Open = endstop reached. As the web you linked M119 states, you can use M119 to invert them.  It would make sense that you can go forward but never back, because an inverted un-clicked endstop would act as a clicked endstop.  
> **username_1**: @PetarPetrov In the firmware configuration you define the end stop inversion, e.g. in Marlin Firmware `#define X_MIN_ENDSTOP_INVERTING true`. This doesn't suddenly change, this needs to be manually uploaded. The best guess is therefore that the end stops are shortened or broken (depending on the firmware settings, e.g for NC, Normally Closed, or NO, Normally Open), and should be checked. M119 is very handy in that respect as you see what is reported.  
> **username_3**: It doesn´t suddenly change, but a [M119](https://reprap.org/wiki/G-code#M119:_Get_Endstop_Status) can change it. `In redeem, M119 can also be used to invert end stops.  Example M119 X1 1 This will invert end stop X1 (Inverted means switch is connected in Normally Open state (NO))  `  
> **username_1**: @PetarPetrov Sorry, I now understand what you are saying, and yes that is true, but this should normally not have taken place suddenly. The OP mentions nothing of tinkering, just printing over SD card which lets me believe there is something structurally wrong with the end stops or something with the cable, connectors or the board. But you are right about inverting the end stop state using M119! Thanks for clarifying.  

---

