Closed DasBootU96 closed 4 years ago
It's a problem of overloading the connection between octoprint and the firmware. I've fixed it, but it's not live yet.
Tested with SuperSlicer_2.2.53.0 and the pausing is still there albeit slightly less so. Attached example photo from print sliced in SuperSlicer_2.2.52.1 vs SuperSlicer_2.2.53.0.
Is there anything else to try?
In printer -> general -> minimum extrusion length, there should be 0.035 can you test with a higher value like 0.1 ? this merge small extrusion together up to this distance, reducing the load on the serial port.
The 'minimum extrusion length' was indeed set to 0.035, changed it to 0.1. Still pauses, see image below.
Perfgraph from Klippy.log shows a host buffer at 100%. FWIW: Using a Pi4 and SKR1.3s (2209 drivers).
Should I go higher with 'minimum extrusion length' or try something else?
Removed most octopi plugins and print completes without pausing. Now adding plugins back 1 by 1 to see if I can identify the culprit. Will follow up soon(ish).
After installing 'DisplayLayerProgress Plugin (1 23 0)', the pausing was back though not in the exact same pattern as before. But it seems safe to say this plugin is a major cause. It was installed to enhance the 'OctoPrint-Dashboard' plugin.
Will try OctoPrint-Dashboard next to see if the exact same pattern returns.
Version
Version: 2.2.52 Build: SuperSlicer_2.2.52+UNKNOWN
Operating system type + version
Windows Version: Windows 10 (build 18363), 64-bit edition
3D printer brand / version + firmware version (if known)
VoronDesign Voron V2.2 DIY CoreXY FIRMWARE_VERSION:v0.8.0-426-g8ac81fed FIRMWARE_NAME:Klipper
Behavior
Used ABS+ from eSun and yes, I'm underextruding.
Is this a new feature request? Nope, feels like a bug.
Project File (.3MF) where problem occurs
Nano_3D_Print_Test.3mf.zip