If you upload new gcode while printing a model, if the model has a lot of short movements (like a circle), the printer will stutter severely while the gcode is being processed, causing tons of zits int he print. I'm printing with TPU so it is extra sensitive to this.
I have tried uploading new gcode while it is performing solid linear infill, and it didn't seem to stutter at all, but on circular model it was really bad.
What did you already try to solve it?
I have tried it on multiple Prusa MK3S+ printers, some connected to the PI using USB and one connected using the onboard searial pins, both with results.
I understand it can definitely add to the CPU... I use to have this problem when using Raspberry Pi 3 with 2GB ram, but after upgrading all my units (18 of them) to Raspberry Pi 4 with 4GB RAM I'm pretty sure I didn't have this problem. Its unfortunate Octoprint can handle this scenario, the more printers you have the more need there is to send production files to them while they may already be printing.
PrusaSlicer can send files to Octoprint and have Octoprint accept and process the files while a print is ongoing, as long as you select "Upload" instead of "Upload and Print", this is how I've come across this issue.
For now I will not send new print files while a print is going on.
Thanks!