Hi everyone, I figured I have struggled with this enough over the past day and its time to consult the community. I’ve been running this same setup for about a month now with the only major change in that time being implementing the input shaping. Recently (last week) I have been unable to complete any prints because every time, I get the error: Move exceeds maximum extrusion ((in the case) 10.681mm^2 vs 0.640 mm^2).
My research says that it is likely due to a mix up between relative and absolute extrusion mode, however I did not change any of those settings in the past month prior to the start of this issue.
Troubleshooting conducted so far: 1) uncheck relative extrusion distances in printer settings>general RESULT -> same error. 2) re-enable relative extrusion in the slicer and explicitly add an M83 command to START_PRINT macro RESULT -> same error. 3) disable the check altogether and observe the print by adding MAX_EXTRUDE_CROSS_SECTION of 50 into printer.cfg RESULT -> no error, but it is massively overextruding blobs in that spot as expected given the error. Had to cancel print anyways it was so bad.
Edit: T.S. continued: 4) setting pressure advance to 0. RESULT -> same error.
Here is my START_PRINT macro before I started messing with it troubleshooting.
Pressure advance is 0.0425.
I’m not sure if there is more information I would need to share that may help find the cause like perhaps export the profile from the slicer as well?
I’m on PrusaSlicer 2.6.1 appimage on pop_OS using the Ellis 3d Sovol SV06 SuperSlicer profile adapted to PrusaSlicer with some tweaks as I go.
Printer is an SV06 running Klipper on a Raspberry Pi 4 with MainsailOS.
Hmm good thinking, that would make sense that could impact it… maybe I’ll try reducing that although I am on the low end for that setting compared to the recommended values. Pressure advance is 0.0425 and was determined using the method described in the klipper docs
0.04 seems reasonable. Does the problem go away if you set it to 0?
Just tested it, setting pressure advance to 0 still triggers the exact same error.