Hi, tried looking for similar topics, but couldn't find. If it already exists - I would really appreciate a link to it.
Also not sure if the problem is with the printer itself, octoprint, or communication between them.
What is the problem? During print printer is stuck in one line loop oozing plastic.
I have an Ender 3 with silent board, and
OctoPrint 1.3.12 running on OctoPi 0.17.0
By the way, this doesn't happen all the time. Sometimes print happens fine. Sometimes this issue happens at the beginning, sometimes at the end of the print. It can also happen on bot X and Y axis.
Check all connections from your control board to steppers, verifying that:
the ends seat firmly in theor connectors
there are no nicks in any of the wires (they didn't have a "play date" with fan blades, for example)
Your serial cable is firmly connected on both ends and you don't have any serial-related errors in your octoprint.log (which of course you do). Read your serial log; it has a message just for you in it.
Try again in Safe Mode and compare the results
If there are any ground straps, verify that they're firmly connected
I did your suggested things (checked all the cables, run in the safe mode), unfortunately the issue still happening. Attaching the serial and octoprint files. What is strange, is that the issue seems to be happening at the same time with this gcode. Can it be the issue with the gcode? Unfortunately I've no idea what cura parameters might cause this.
2020-03-14 21:11:18,341 - octoprint.plugins.pi_support - WARNING - This Raspberry Pi is reporting problems that might lead to bad performance or errors caused by overheating or insufficient power.
!!! UNDERVOLTAGE REPORTED !!! Make sure that the power supply and power cable are capable of supplying enough voltage and current to your Pi.
You need a 5V @ 2.5A power adapter (not a charger), it needs to connect firmly. Your Pi shouldn't sink power over to the controller board. Remove any unnecessary USB-based LEDs or similar.
Changed power adapter to 5v, 2.4A (couldn't find 2.5). Seems to have eradicated warning regarding undervoltage. However - the issue remains (though this time it happened in a different place (symetrical to previous one but different side)). Couple more observations from my tests:
Tried printing same stl but sliced with different cura profile (widht of line, print speed, support - nothing serious basically) - still the issue persisted.
Printed different stl sliced with the same cura profile (as previous stl) - issue hasn't repeated.
However - in both cura preview and gcode viewer in octoprint - it seems fine. Even while printing and this happens - octoprint gcode viewer shows that it prints normally (but printer just oozes filament in one line mushing it).
I am lost. Tried slicing same stl with same profile (the only thing I changed is first layer from concentric to lines) and it printed fine. What bothers me is that I've no idea why, as other prints print well with concentric. But the question is why?
Indeed. Strange. Checked where the belt mounts on both axis, seemed all good. The thing is, when this stuff happens, there's no sound in servos, as if printer wouldn't try to do anything. I'll probably try to flash and update firmware, and also octoprint
Well, that's interesting. No sound means there's nothing to slip so it's not the driving gear(s), for example. Check the connections to the stepper motors. Perhaps one of them is jiggling loose.
If this is one of those built printers, if it were me I would swap the X and Y little rectangular daughter boards on the controller board. If the problem now is in the Y axis then you've found the bad part.
I am not fully convinced this is physical issue. I mean, i checked wires again (and looked through again whether all wires are healthy). Today one print failed this way on y axis. But when I ran it again, it went fine. If I try to just control it through the menu - everything seems to be ok. The problem is - the issue is intermittent. Since the as you've shown - that octoprint sends x (or y in another case) not the same, I am leaning onto drivers. Strange though, that the issue didn't happen before I replace stock hotend with microswiss.
Just wanted to thank you (apparently initially my search query was incorrect). I followed advice in the first topic you referenced (updated to 1.1.9 bugfix and changed serial bufsize). 7th print going and no issue. So seems to be solved and definately not an octoprint issue