Support Blockers not respected when slicing

[BryanHaven]

This issue has been marked as inactive due to no response for 90 days.

[SaltWei]

Could you please share the 3MF for us to reproduce?

[BryanHaven]

Base_plate_1.gcode - Copy.zip

I had to change the .3mf to .zip to get it to upload.

[Sebazzz]

Another sample project:

halloween.3mf.zip

[ptsao88]

I am also seeing this issue. See images below.

Bambu Studio seems to be automatically expanding supports, which then do not follow the previously defined support blocker areas, resulting in supports in unwanted places like inside of the model and at the bottom.

[ptsao88]

You can also see this issue if you paint all faces with blockers, and then use a support enforcer at this specified location.

If the support enforcer covers the whole overhang area - it gets expanded and eventually generates supports elsewhere, illustrating that the software not only expands supports behind the scenes, but also ignores previously defined blockers.

If the support enforcer is shrunk to be smaller than the overhang area you get the desired result...however, the supports now no longer cover the entire overhang, which can lead to drooping perimeters.

[MusangKingBambulab]

Thanks for the questions sharing from @BryanHaven and @Sebazzz and the solutions provided by @ptsao88. The reason why the support blocker is not valid is that the support generation mechanism under the default "Grid" mode - the projected region of support per layer will dilate outward based on the concern of the print path generation following the rasterized grids with different resolution and you can tune this resolution by the "Base pattern spacing" parameter in the BambuStudio: Support->(Advanced) Base pattern spacing (default is 2mm). Unfortunately, the "Snug" mode under normal support is still under development and is not open to deal with the question from @Sebazzz. I believe it will come out soon. In addition, "Hybrid (auto)" support will be another good choice for @BryanHaven.

[ptsao88]

@MusangKingBambulab I have another ticket that is relevant to this here: #437

Adjusting "Base pattern spacing" isn't ideal because to prevent dilation, you need to set this to 0mm...which makes support structures 100% infill. Ideally we can control the dilation independently from support infill percentage. This is how many other slicers commonly work for support material.

[MusangKingBambulab]

@MusangKingBambulab I have another ticket that is relevant to this here: #437

Adjusting "Base pattern spacing" isn't ideal because to prevent dilation, you need to set this to 0mm...which makes support structures 100% infill. Ideally we can control the dilation independently from support infill percentage. This is how many other slicers commonly work for support material.

Thanks for your advice, making more customized parameters of support generation open has been added to our plan.

[MusangKingBambulab]

Dear all @BryanHaven @Sebazzz and @ptsao88 , a new config parameter called "Support xy expansion" for "Normal" support has been involved in the next release. I have tested all the above-mentioned models, and it looks good (check the below figs). Hope you all enjoy 3D printing, and feel free to give any suggestions.

For the dry box model, please check another ticket: #417

[DarrenLynch]

I also got this issue. I had a very complex print and the work around to achieve what I wanted turned out to be very manual. A brute force respect the block/enablers would be much appreciated.

If anyone is interested, my work around was to have the overhang as a separate stl, 3 layers thick, and assign it 100% infill, with concentric infill pattern. Then have the interface material another stl 5 layers thick, and assign it the PLA (using pal/petg combo). in all my test had 50+ parts and took a bit of manual time to work it, the final will be 150+ parts.

[ptsao88]

These issues have been solved for me by using the new "Snug" support style feature.

[DarrenLynch]

Yer I saw some comments in the forum on that, unfortunately it does not fix it for me, its better, but the blockers are still not properly respected, and a blocker is a blocker, partial respect is pointless.