Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FR] Gap Fill Using Fixed Volumetric Rate #1275

Closed
CCS86 opened this issue Jun 8, 2021 · 10 comments
Closed

[FR] Gap Fill Using Fixed Volumetric Rate #1275

CCS86 opened this issue Jun 8, 2021 · 10 comments
Labels
fixed for the next version That means that you should be able to test it in the latest nightly build new Feature New feature or request

Comments

@CCS86
Copy link

CCS86 commented Jun 8, 2021

Printers (especially bowden) struggle with rapid changes to commanded volumetric flow rate. Gap filling moves have a tendency to create large volumetric rate changes, across small distances. Also, my gut says that it is harder to fill a 0.8mm wide gap, at some given flow rate, than it is to lay down a 0.4mm line, at the same flow rate (0.4mm nozzle). This would further exacerbate the issue of under-extruding in high flow + wide gap fill areas.

The tool tip recommends setting a very slow gap filling speed, to avoid this very issue. But, it creates a new one, which is over-extruding very thin gap fill areas.

I think that allowing the user to define a volumetric rate to fill gaps would solve both.

It would make sense to put a speed maximum against this calculation as well.

image

@qwewer0
Copy link

qwewer0 commented Jun 8, 2021

But, it creates a new one, which is over-extruding very thin gap fill areas.

I also experiencing it, and always felt weird that the gap fills were overextruding on my well tuned (direct drive) system.

I think that allowing the user to define a volumetric rate to fill gaps would solve both.

Not sure if I understand it correctly, do you mean, to have an option to control the gap fill flow rate as a percentage?

@CCS86
Copy link
Author

CCS86 commented Jun 8, 2021

Not as a percentage, but as a fixed volumetric flow rate.

[Layer height] x [line width] x [speed] = volumetric flow rate

So, if most of your print is 0.2 x 0.4 x 60 = 4.8 mm^3/s, you might want to define gap filling to hold that rate.

Each segment of gap fill would work from that defined flow rate, to calculate the segment speed. A 0.2mm wide gap fill would print at 120 mm/s, and a 0.8mm wide segment would print at 30 mm/s

@qwewer0
Copy link

qwewer0 commented Jun 8, 2021

Each segment of gap fill would work from that defined flow rate, to calculate the segment speed. A 0.2mm wide gap fill would print at 120 mm/s, and a 0.8mm wide segment would print at 30 mm/s

So would this be a setting for automatic gap fill seed with constant flow?

@CCS86
Copy link
Author

CCS86 commented Jun 8, 2021

Correct. At least as an option.

@supermerill supermerill added the new Feature New feature or request label Jun 8, 2021
@CCS86
Copy link
Author

CCS86 commented Apr 20, 2022

Hey @supermerill , just wanted to ping on this request and see where it stands. I think it would really help the fact that we still have gap fills that range from very wide to very thin.

@supermerill
Copy link
Owner

supermerill commented Apr 28, 2022

There is currently max volumetric (from filament) and speed.
If you put a high speed, it should follow the filament max volumetric, but on the thin extrusions where it should be capped by the speed.

What I can add is a max volumetric acceleration (mm3/s2) to reduce the speed if the volumetric speed is changing a lot. But this may need a substantial change in the gcode code.

@CCS86
Copy link
Author

CCS86 commented Apr 28, 2022

There is currently max volumetric (from filament) and speed. If you put a high speed, it should follow the filament max volumetric, but on the thin extrusions where it should be capped by the speed.

What I can add is a max volumetric acceleration (mm3/s2) to reduce the speed if the volumetric speed is changing a lot. But this may need a substantial change in the gcode code.

I think the biggest issue with that approach is if you want to run a significantly higher volumetric flow rate on sparse/solid infill to save time. Inherently, you will have a lower flow rate in your perimeters when looking for good quality, and matching the perimeter flow rate would likely be better for gap filling.

Would it be easier to just allow gap filling to have a 3rd definition type in the same input field (%, mm/s, mm^3/s)? or even just a checkbox to "match perimeter flow rate". When checked, it would calculate the perimeter flow rate, and use that with the width of each gap fill segment to calculate segment speed (capped by the max defined print speed).

@supermerill
Copy link
Owner

the "match perimeter flow rate" is a good idea.

@supermerill supermerill added the fixed for the next version That means that you should be able to test it in the latest nightly build label Apr 28, 2022
@CCS86
Copy link
Author

CCS86 commented Jul 14, 2022

Thank you!

@CCS86 CCS86 closed this as completed Jul 14, 2022
@CCS86
Copy link
Author

CCS86 commented Jul 23, 2022

Oh man, this new setting is next level!!!

Thanks again Merill! @supermerill

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fixed for the next version That means that you should be able to test it in the latest nightly build new Feature New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants