example for improvement suggestion to slicer bridging for a suspended horizontal surface with square hole
Obliczymy ostateczną cenę na podstawie wybranego pliku. Sprawdzisz ją i zaakceptujesz przed płatnością.
Zapisane na tym urządzeniu.
A capacitor holder inside an electric power generator become a test for slicer improvement
- Ocena
- 0 / 5
- Polubienia
- 0
- Pobrania
- 8
- Wydruki
- 0
- Wyświetlenia
- 53
- Oceny
- 0
Aktualizacja u źródła:
Informacje o modelu
- Źródło
- Printables
- Kategoria
- Engineering
- Licencja
- BSD License
I always care to design thinking the best way to possibly omit the need of support in printing, so I got use to elaborate in mind also the slicing before to even run the slicer program.
I draw this basket type of box initially even with a nicer round shape in the open part, but when thinking to print it with the hook face lying at the plate, the hole would remain on air and I thought the slicer wouldn't handle a round hole, so I squared it expecting the slicer to at least attempt to make the bridge as an horizontal square hole agevolate holding the sliced first face on air… instead PrusaSlicer and OrcaSlicer when without support pretended to start the layer from the internal perimeter flying on empty space (I didn't neither try to print as I noticed the problem in the slicer preview) [I tried PrusaSlicer and OrcaSlicer]
Ohibho I thought the slicer was caring more than that… see the pictures before to read further.
The slicer knows that is the first face in air because such layer receives a different infill orientation than other layers, but the order of the lines assumes there is support under it (even if the slicer knows there isn't), instead of starting from the inside perimeter of the hole the slicer should trace straight bridges parallel to chosen edges of the hole, then draw the inside perimeter and attempt to fill the remaining gaps again as bridge, it might not succeed (depending on the printer and flow control parameters to adhere to a single bridge line), but at least it shouldn't produce useless gcode to print a whole square on full air which is granted not to remain there (not even need to try to print such sliced result, to understand that would fail despite a smarter slicing approach has the possibility to succeed)
PS: In fact there is already an issue/13121, that I found with the search bridge hole
and a there mentioned a design workaround idea awful but effective when knowing in advance layer position around the critical(for the current way the slicer does) transition