Sudden Hesitancy

[Ender5r]

Something weird just started happening. I have been printing from the same computer over USB for months. Now, suddenly, my print jobs are pausing for several seconds at a time, multiple times per job. It doesn't seem to be happening when printing from an SD card. It's weird. Why now, out of the blue?

I know, I know, an OctoPi might solve it, but that's not the question, which is, how could this just suddenly crop up?

[wmyhal]

It's most likely your computer getting busy with something for a few seconds. and not being able to send the commands to the printer.
Check your CPU Usage while printing. Also check memory while printing. I assume your running Windows?

If your memory usage is high it could be a swapping problem

[Ender5r]

The only issue with that argument is that nothing's changed on the computer for quite a while, not even updates.

[wmyhal]

Drive may be getting fragmented.

[wmyhal]

My first check on the system is open a command prompt and run SFC /Scannow
That will check your system

[Ender5r]

Hmmmm, I have another computer nearby. I may just install only Win10 & Cura 4.7 on it. See if there's a difference.

[wmyhal]

Good idea. I know , I know but I use Octoprint. works great and frees up my computer

[Ender5r]

SFC is not a bad basic tool, but I have a number of much more sophisticated tools available.

[Geit]

That is the problem with direct printing using a system, that can do anything in the background. It can be a system update, a program that updates and virus and so on.

It is like the claim of "Never having problems with online gaming over wifi!". well, yeah. Until your neighbour has a party and all the new phones are scanning for access. The point is you never know what a complex device like a PC is doing and when.

Heck Windows even does not know what it is doing itself and restarts to install an update, while a DVD got burned with the included desktop tools.

Use OctoPrint and you never ever will have any problems. You also won´t loose the Cura-connect-functionality as OctoPrint supports that, too.

You can spend a few hours to find out what it is. Maybe it is gone before you find out and comes back later ruining your prints. Just mount a little RaspberryPi box onto your system and it not only connects to your computer, but also to your phone, ipad and everything supporting websites. Incl. camera feeds, ability to control the printer and abort prints in an emergency.

[Ender5r]

I'm aware of the available options, and I've considered the other possibilities you mentioned, but they're not possible in this case. The computer I'm using has zero Internet access. It simply cannot do any updates. Naturally, it also cannot be infected with a virus (although it is extremely unlikely it would get infected even if it had Internet access, due to the layers of protection I have in place).

[Alan]

Try upgrading to the latest Cura. I recall one of the versions of 4.7.x had problems generating too much gcode (more than 4.6) that overloaded some printer buffers and caused stuttering.

Cheers!

[Ender5r]

When I posted Cura 4.7 I meant 4.7.1, but that was wrong. I'm actually running 4.8.0.

[Geit]

Alan Overloading isn´t actually a thing unless a gcode line exceeds 96 characters.

Marlin has a buffer and when the buffer is full, it simply does not take any more data and puts the serial line on hold. It does not take any further data, until there is space to store it inside the ring buffer. That is how serial transfer works. By default the buffer is quite small. The maximal command size is 96 and the default size is 4, so the serial buffer is 383 bytes of text. (ringbuffer have a waste byte for end detection)

The opposite is the case. When you press e.g. pause in OctoPrint or any other application connected, the printer may continue to print a while, because it needs to process all commands before the pause command to react. If you have a lot of small command like lines, then it can be a minute till the printer is reacting to the pause command. This is not because the printer got overloaded by the computer, but the buffered command chain.

[Alan]

Geit Yes, we are in agreement: https://chen.do/mitigating-print-quality-issues-with-bufferbuddy/

Ender5r Are you printing things with more curves? Or, maybe (something) has changed with the USB cable. In the Pi forums, people sometimes talk about using shielded cables to fix stuttering.

Cheers

[Geit]

Geit Yes, we are in agreement: https://chen.do/mitigating-print-quality-issues-with-bufferbuddy/

The beauty of modern 32bit boards is you can increase the buffer by a lot, so if you really want to use a desktop system to driver your printer, a bigger buffer will ensure there is backup. Also you can use a proper baud rate, which could cause troubles, too.