this post was submitted on 24 Oct 2023
16 points (100.0% liked)

3DPrinting

17332 readers
127 users here now

3DPrinting is a place where makers of all skill levels and walks of life can learn about and discuss 3D printing and development of 3D printed parts and devices.

The r/functionalprint community is now located at: or [email protected]

There are CAD communities available at: [email protected] or [email protected]

Rules

If you need an easy way to host pictures, https://catbox.moe/ may be an option. Be ethical about what you post and donate if you are able or use this a lot. It is just an individual hosting content, not a company. The image embedding syntax for Lemmy is ![]()

Moderation policy: Light, mostly invisible

founded 2 years ago
MODERATORS
 

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.

top 13 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 1 year ago (1 children)

What method did you use to determine the pressure advance value and what value did you select? If the number is too large you will get very odd behavior.

[–] [email protected] 2 points 1 year ago (1 children)

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

[–] [email protected] 2 points 1 year ago (1 children)

0.04 seems reasonable. Does the problem go away if you set it to 0?

[–] [email protected] 2 points 1 year ago

Just tested it, setting pressure advance to 0 still triggers the exact same error.

[–] [email protected] 2 points 1 year ago (1 children)

Move exceeds maximum extrusion (1.531mm^2 vs 1.440mm^2)

This was solved by reinstalling slicer (Cura in that case) for one guy on the internet.

So maybe just install cura and try

[–] [email protected] 1 points 1 year ago (1 children)

I'm not really looking to change slicers at this point. I've used Cura in the past and have landed on PrusaSlicer for a variety of reasons and would like to get it working properly again ideally.

[–] [email protected] 1 points 1 year ago

Thats cool, but installing cura takes few mins and it might prove that you have a slicer issue. I just thought its easier to install cura instead of reinstalling prusaslicer

[–] [email protected] 2 points 1 year ago (1 children)

Could you share the top few lines (including the first few G1 ... Lines) of a gcode file that fails?

[–] [email protected] 1 points 1 year ago (2 children)

sure thing, here is the start of it.

[–] [email protected] 1 points 1 year ago

Hmm, can't see anything wrong with it unfortunately. I'm also not used to Klipper G-Code (yet).

[–] [email protected] 1 points 1 year ago

You could also have a look at the few lines of G-Code that seem to trigger it. Although finding that line is not so easy. I'm just wondering if you would find an unexpected jump in the E coordinate ie. E jumping to E. That would at least make sure that the slicer is the culprit. If you don't find such a thing, I guess your printer is badly configured somehow.

[–] [email protected] 1 points 1 year ago (1 children)

Purge line too long moving out of print space?

[–] [email protected] 1 points 1 year ago

Also this is probably a problem in your printer.cfg