Welcome to the DrVAX Community.
If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
As our community grows, it has become a bit harder to keep up with new posts. Here are some things that will help.
When you view a topic, there are two tabs at the top of the posts, one is called "posts," the other is called "latest activity." If you click on "posts," the newest replies will be on the bottom. If you click on "latest activity," the latest responses will be on the top.
If you want to be notified when new topics are created in a forum make sure you click on the subscribe button on the top right of the page.
Thanks for participating in the DrVax community. Irv
Folks,
Forum user Geit gave me a helpful push and I learned how to added additional attachment types to our forums. You can now attach/upload FCStd, F3d and STL files. In addition I have increased the PDF file size limit so I can more easily upload DrVAX video slides decks.
All the best. Irv
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?
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
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.
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).
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!
Last edited by Alan; 12-11-2020, 09:04 PM.
Reason: Typo
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.
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
Last edited by Alan; 12-12-2020, 11:41 AM.
Reason: Added text for clarity
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.
Tweet
Comment