manbehindthemadness
Posts: 4
Joined: Sat Jun 03, 2017 9:27 am

Dense Support Speed configuration

Tue Aug 01, 2017 2:01 pm

With the addition of a configurable tool selection for dense support (basically interface shells) I no longer have to worry about using more costly support filaments (HydroFill being my favorite). However as it's an alternate material moving from an alternate tool, being able to configure underspeed for the dense support would be advantageous.

Also the wording on the extruder selection dropdown UX element has a typo :P -- "Dense Suport Extruder"

Cheers!

hirstory
Posts: 1
Joined: Fri Sep 15, 2017 12:23 pm

Improvements of "dense infill" configuration for PVA support

Fri Sep 15, 2017 1:09 pm

Hi all,

Simplify3d now offers the „dense support“ feature in version 4.0.0, i.e. you can just print the last 2-3 layers below the model with PVA, while printing the rest of the support structure in PLA...
Optimized-Soluble-Supports.jpg
… at least this is how it works in theory. In reality, I myself can't get a print with the „dense support“ feature and PVA on PLA to work . The PVA-layers (90% dense infill) just won't stick a bit to the PLA support and everything crumbles together at the nozzle.

Nevertheless adding the following two features could perhaps solve the problems I face:

1.) Add a configuration parameter for including a number of dense infill support layers on top of the normal support. These layers would still be printed with the choosen support extruder, i.e. PLA (extruder 1), and therefore the first PVA dense infill layer (extruder 2) would have more contact area to the PLA support and therefore will stick a lot better to the PLA. Here is an example of how the configuration tab could look like:
Example request 1.png
2.) Add a configuration parameter for the default print speed of the second extruder, which is independent of the default speed of the first extruder. PVA seems to be better printable at low speeds. Right now there is only a parameter „support underspeed“, but lowering that one would unnecessarily slow down the printing of the PLA support as well, which just isn't necessary and is very time consuming.

And a third request:

3.) While using the prime pillar function, I did ask myself, why the prime pillar is printed with 100% infill even when no extruder change takes place in one of the layers nearby. Wouldn't it save material if the prime tower infill is normally like 15% and only 1-2 layers before and after a tool change a dense infill layers is printed? (The effect would be especially high for prints with large z dimensions and only few material changes). This feature should be choosable for extruder 1, extruder 2 or both extruders, because I wouldn't like my PVA layers to be just with 15% infill ;-)

Regards

Kai

ranqizhu
Posts: 3
Joined: Sun May 06, 2018 10:02 pm

Re: Improvements of "dense infill" configuration for PVA support

Sun May 06, 2018 10:05 pm

I have the same problem and the solution that I imagined completely aligns with yours!!
(Did you find any alternative methods for now?)

BTW, Simplify3D please implement! Thanks

jschroeder
Posts: 12
Joined: Tue May 07, 2019 3:36 pm

Re: Dense Support Speed configuration

Mon Jul 22, 2019 12:17 pm

Note for other users: similar request found here: viewtopic.php?f=23&t=13445

jschroeder
Posts: 12
Joined: Tue May 07, 2019 3:36 pm

Re: Dense Support Speed configuration

Mon Jul 22, 2019 12:31 pm

I would like to vote for the additional speed feature. This is especially important when printing with two different sized extruders.

We've found that many 'primary' build materials can be printed much faster than support materials like PVA; however, we can't slow down the dense support material by itself and therefore have to slow down the entire print.

S3D-Jake
Posts: 927
Joined: Wed Jun 20, 2018 12:45 pm

Re: Dense Support Speed configuration

Mon Aug 19, 2019 3:42 pm

Thanks for the great feature improvement idea! I've documented this for our developers and will be monitoring your thread in order to gauge community interest.
"A bird does not sing because it has an answer. It sings because it has a song."

Return to “Feature Requests”