Looks like a mechanical or firmware issue, because from the log OctoPrint is happily sending changing coordinates on all four axes.
It’s the creality version of the firmware.
1 Like
Hi @foosel, Thanks for your response.
As all has mentioned printing from attached to printer is no Issue, so that irons out mechanical.
From a from a firmware perspective it could only be the way in my opinion be how octoprint communicates with the printer, as the same firmware has no issue with printing off SD and I agree with you it still sends all the correct commands but the stepper seems to disconnect.
I am happy to try anything to try get this to work, if you have any suggestions it would be great.
Thanks
The only thing that OctoPrint can do here is what it already does, send the commands from your file to the printer. It's the job of the printer or rather the firmware to do the right thing. I also do not see any kind of communication issues or something like that in the log that could indicate at a problem between OctoPrint and the printer.
I'm sorry, but I don't have an answer for you here other than, whatever this is, I have no idea how it could be OctoPrint's fault or be anything fixable by OctoPrint or any other host attached via serial.
1 Like
I'm having the exact same problem. It prints fine for a while then at some point it randomly loses all Y motion.
I switched my cables to my X and Y axis stepper motors and the issue occurred on the same motor.
Ender 5 with silent mainboard.
Octoprint 1.3.12
Version 0.16.0, running on Raspberry Pi 3 Model B Plus Rev 1.3
Same here. Prints turn out fine from the SDcard.
Ender 5 with silent mainboard.
Octoprint 1.3.12
Version 0.16.0, running on Raspberry Pi 3 Model B Plus Rev 1.3
Okay, so you've proved that the problem isn't related to software or to OctoPrint; it's related to that motor and the related belts/pulleys. If it were me, I'd look for a loose set screw on a pulley, slackness in that set of belts, anything like bits of plastic caught in a gear or lack of lubricant.
What all do we have in common? 1.1.5 silent boards, latest version of Octoprint and I think the same Ver of Marlin from Creality,1.1.8. Has anyone tried a different version of Marlin and see if the issues remain? I doubt that the issue is anything mechanical, unless, we all installed our printers incorrectly or there is a bad batch of motors, cables, etc ,etc. My issue is that the same STL file prints just fine repeatedly from the sd card, but as soon I send that via Octo its craps the bed. If it was a loose cable or motor then it would be reproducible when printing from the sd-card as well. That leads me to think that it's either an Octoprint issue or a Marlin issue. I have seen where people have increased the USB buffer in Marlin ( I think ) and had some success fixing with other issues. Maybe they are related?
I ordered my 1.1.5 board from Amazon (Sovol was the seller) that already had 1.1.8 Marlin for the Ender 5 installed. I’m going to try a different firmware and see if I can reproduce the issue.
Considering that only people with the Ender 5 1.1.5 silent boards have so far run into this, I'd say it sounds more like either a firmware or a printer batch issue. As I already said, based on the logs that were shared so far, OctoPrint is sending the commands it needs to send. Something on the printer's side then stops doing what these commands say and does something else instead. Either that, or the commands don't go through correctly (undervoltage?) in which case it would be fairly unexpected to only affect one single axis however.
The case of the problem wandering along with the motor sounds like a hardware issue, could be that this only looks like the same issue but is an actual mechanical problem.
Different firmware might be an idea, and I'd also suggest to replicate the experiment of swapping the X/Y axis to see if the problem moves with the motor or stays on the axis.
SD card printing doesn't involve checksums, so switching those off temporarily could also give insights, in case there's a parser bug in the firmware regarding the checksums.
Also check for undervoltage and increased communication errors.
Thank you! I'll try those things before changing Marlin firmware. Is there a resource I can refer to regarding turning off the checksums?
Settings > Serial Connection > Firmware & protocol. There disable automatic firmware detection and set checksums to "Never":
Note that this will mean there will be no error detection and recovery possible, so if a transmission error happens between OctoPrint and the printer, it won't be possible for the firmware to detect that and request a retransmission.
1 Like
Hi @OutsourcedGuru and @foosel i doubt this is a hardware fault as in faulty steppers, or cables, or tension etc. The reason I say this is and like we are all saying, printing from SD works 100%. I have now done 2 x 48Hour prints without a problem on my Ender 5 so I believe I am save to save to say the mechanics are fine. This is also not the only successful print, every single print via SD and there has been many has been successful unless it has been something else like power cuts or Filament.
@foosel as you have mentioned and agree this seems to be and issue printing through USB (Serial) unfortunately this is with OctoPrint doing it in this case.
I will try your suggestions further down in the thread and advise on the outcome.
1 Like
Doing a web search for "ender 5 y axis" turns up threads like this, this, this (many more Y limit switches not working), this.
@OutsourcedGuru Thanks for your message, but we are not trying to resolve other issues here and as the person who started the thread I can relate to what all the other people are experiencing, I am not saying there aren't any other issues with the printers but for this problem, the issues in the links is not relevant and also not what we are experiencing. This is also not my first printer nor the first time using OctoPrint
I went ahead and updated the Firmware to Marlin 1.1.9 Bugfix and updated the buffer size on the serial connection to 16. Bad troubleshooting on my part as now it will be hard to tell what fixed the issue. I just finished a small test print that failed before and it printed out just fine. I'm going to run that file a couple more times to see if the upgrade in firmware and Buffer increased fixed the issue.
1 Like
I've printed four or five object since upgrading to marlin 1.1.9 bugfix and increasing the serial buffers from 4 to 16. No issues to report.
3 Likes
Hi @ld2003 Thanks for the feedback, I am in contact with Creality to get the Marlin 1.1.8 they are running on the Ender 5 v1.1.5 board to only increase the serial buffer, and re-upload if I have no luck with that I will upgrade to 1.1.9 Bugfix. Did you use Teaching Tech's Youtube Vid - Ender 5 bootloader and Marlin update and just updated the the below in Configuration_adv.h from 4 to 16 before upload.
// The ASCII buffer for serial input
#define MAX_CMD_SIZE 96
#define BUFSIZE 4
I used Kersey Fabrications on youtube to guide me with the upgrade. I changed both at the same time, so I'm not 100 sure what solved the issue for me. I can report that I haven't had the issue happen again and I've been running the printer very hard. to answer your question, that was the correct line to change #define BUFSIZE 4 and i changed it from 4 to 16.
I'm having the same issue, but it's with the X axis.
I've got an Ender 5 with the 1.1.5 silent board, and I'm running Marlin 1.1.9.
Mine fails this way using Octoprint, the SD card, or print straight from Cura to the printer using a USB cable.It prints the skirt and the outline of whatever I'm printing fine, but shortly after it starts filling in the outline on the first layer it just starts making a line go back and forth over the same part until I cancel the print. The coordinates on the display keep changing though like it thinks the X axis is still moving, but it's not.
I've tried different SD cards, different models, old gcode that printed fine in the past, re-slicing on different versions of Cura, reflashing the mainboard, reseated every cable/connector, and prayer and none of it has fixed the issue. I'm kind of thinking it's something wrong with the 1.1.5 boards.
I'm suffering the exact same issue.
- Ender 5
- Upgraded to 1.1.5 silent board with Merlin 1.1.8
Various prints are fine when printed directly via SD, but when trying to print via OctoPrint/USB, the problems occur. Works for the first layer or two, then completely loses Y access and I get a horizontal blob like the others have already shown in the photos.
It does sound like it could potentially be the serial buffer size that others have reported. I'm going to have to do some serious YouTubing to find a step-by-step process on how to upgrade Merlin to 1.1.9 and increase the buffer size.
Does anyone have a direct URL to walk me through the process? I've not done any 3d printer board flashing, so will need to start from scratch.