Y Axis randomly stops mid Print - Ender 5 Silent

Good Day

Hope someone has come across this and can help :slight_smile: starting to run out of ideas.


My Y Axis randomly stops mid print and then never recovers, X and Y continues as normal and the results is a blobbed line for the rest of the print.

This does not happen with every print nor at the same height every time, this does also not appear to be slicing related as the same gcode file could stop 10mm into the print or print for 5 hours and stop 101mm into the print.

I have also had successful prints which makes this even tougher to troubleshoot and don't seem to have this problem printing of the Micro SD when connected to the Printer.


Note : I am still troubleshooting this but hoping the get some suggestions.

In the beginning I thought this was dirty shutdowns on the Pi so got into the habit if I was unsure if I shut it down cleanly to let it boot up, reboot into save mode and then do another clean boot.

  • I want a clean looking printer with Pi Mounted to frame and Pi Power and USB out the way so powered the Pi with a Dual USB 9V/12V/24V/36V to 5V Converter DC-DC 3A Step Down Power Module

  • USB data cable used is the "UGREEN US132 USB 2.0 male to mini 5pin male" and have used the Ugreen products for many years as they produce high quality cables.

Initially I thought power was my problem as, when I now stated troubleshooting this I noticed the UNDERVOLTAGE icon, and went over to an Original Pi 5.1V 2.5A PSU, but had yet another failed print last night (CE5_Ender3_Filament_Spool_Holder_V2.gcode)

This has happened with :

  • Ender5_LEDHindges.gcode (Printed Fine)
  • Spool_Pin.gcode (Failed)
  • CE5_Ender3_Filament_Spool_Holder_V2.gcode (Failed and yet to print a successful print. - There was about 45Min left on this print when I left it to finish on it own and when I got to it later it had failed.)

Troubleshooting next steps :

  • Print of SD Card attached to Printer via OctoPrint (So not from Pi SD )
  • Shorter / Another Data Cable


octoprint.log - attached and does not have much info besides the UNDERVOLTAGE and my cancels on the failing prints.

serial.log - Logging was not enabled and have now started another shorter print where this has been enabled and will upload if failed.

Additional information about your setup

Pi 3B
OctoPrint 1.3.11, OctoPi 0.16.0
Ender 5 Silent Addition
Marlin 1.1.8
Logitech C270

Lerminator_octoprint.log (163.6 KB)

- LOL we not resolving stringing issues here :rofl: I can fix that if I can get a successful print.

Update to Initial Post with extra log files

Since my original post earlier the shorter print I started also failed, however this time it was the extruder stepper that stopped / disengaged. This is the first time this has happened.

Attached it the logs, please excuse the entries - "2019-10-12 09:26:00,280 - octoprint.printer.standard.job - INFO - Print job selected - origin: sdcard, path: 68orga~1.gco, owner: None, user: None" as I edited the gcode so that I do not loose this print as well.

Lerminator_octoprint_1.log (171.2 KB)
Lerminator_serial_1.log (2.7 MB)

Thanks in advanced.

Have you checked the stepper cables?
Maybe they got loose because of the vibrations.

Hi @PrintedWeezl I have thanks, this a relatively new printer as well (but not my first, my first printer I built) and with the silent board this printer is so quite and vibrations is very little, thanks anyway.

I would check the cables anyway. Disconnect them and connect them again and see if it changes anything.

I your ender 5 was delivered like my ender 3 was, then the cables on the board were already connected. If you didn't check them while assembling the printer this could be the issue.

Fair Point, I will check that thanks and revert back.

What is interesting is if you check the Serial Log in the beginning of the print there is a lot of echo:busy: processing responses it the clears up for a while and then starts again and just before I cancel the print due to this stepper disconnect there is a whole bunch of them so hoping the logs would help with what is happening here.

I'm having the same issue. The y- axis freezes but x- and z- keep on going. I've already checked the cables, the gcode, the logs, and nothing seems to be amiss...the prints just keep failing. For a while if I restarted the printer and octopi immediately before the print it would finish without issue, but the issue has recurred even after a system restart. Using a Pi 2B, OctoPrint 1.3.12, OctoPi 0.16.0, Marlin 1.1.8 with an Ender 5&silent mainboard. Unfortunately I'm starting to suspect the board.... following this thread in case anyone else has this issue.

Hi Spaceboi

I am glad I am not the only one that is having this issue, however and just check my Y axis does not Freeze per say its stops moving and if you the feel it it's loose like it was disengage. If it just froze it will not be able to move or moving it would be tough as you would be working against the stepper.

I have not had much time to troubleshoot this much further however I have found that is seems to happen more often with small objects and especially round corners, or round objects. for example :

I can print print the attached temp tower no issues but the other attached file I cannot print for no love or money.

It just does not make sense, and would be interesting to see what results you get.
The base post gcode file fails at about the 5th or 6th circle on the first layer if I recall correctly.

Keep me posted if you do try printing it.

lerminator_gcode.zip (2.3 MB)