prusa3d / PrusaSlicer

G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)
https://www.prusa3d.com/prusaslicer/
GNU Affero General Public License v3.0
7.64k stars 1.92k forks source link

error rendering .step file #12416

Open OtmarSchraml opened 6 months ago

OtmarSchraml commented 6 months ago

Description of the bug

This error occurse befor the slicing process. The .step file was created from my own drawings by Fusion 360. Rendering the same model from .obj or .stl works fine.

Project file & How to reproduce

Just import the .step file in any direction. stepError.zip PRUSA-STEP-error

Checklist of files included above

Version of PrusaSlicer

2.7.2

Operating system

Windows 11

Printer model

SOVOL SV03

u89djt commented 6 months ago

The zip file you've provided doesn't contain a step file, just a 3mf file. Looking closely at the model in the 3mf file, the surfaces become very gritty near the end of the piece with the big glitch. I've seen that happen sometimes. If you can provide the Fusion file, too, I'll have a look at it. I'm just a user of the software, nothing to do with the repository.

OtmarSchraml commented 6 months ago

Thanks for responding!

For your information,- Anycubic Slicer makes the same error as Prusa Slicer. Reimporting in FUSION 360 works fine.

stepError.zip

u89djt commented 6 months ago

OK, so when I import your STEP file into Fusion and then export /that/ as a new STEP file, it works fine in the slicer. That says to me that the original construct in Fusion has numerically stiff surfaces in the original design that a mesh converter can have trouble with. Can you post the Fusion file itself - export as f3d - and I'll see if I can spot the problem? In the image below, your original 3mf file is furthest from the camera, your original STEP file is in the middle, and re-export of the imported STEP file is closest to us with no glitches. That tells me that Fusion refactored the surfaces when it was importing the STEP because they were deemed likely to be troublesome. I think we might be able to see the problem more clearly if we ask Fusion to convert your original design - not re-imported from the STEP file - into a mesh (tesselate under create in the mesh tab). image You can see that the whole helix is grungy where there's a long relatively smooth region in the original STEP and the 3mf. My guess is that Fusion tried to respect the mess near the tip by representing the whole thing with similar expressions. For folk without Fusion, here's that imported then re-exported STEP file: importexport.zip

(I'm not affilated with Prusa in any way)

OtmarSchraml commented 6 months ago

Downloads.zip

u89djt commented 6 months ago

I don't think your choice of CAD design sequence caused it. The only ways I've found to get a thread that can be exported to STEP then imported to the slicer successfully are 1) shorten the thread to just cover the region covered by the nut you're using (19mm works fine, for example), or 2) build the bolt out of shorter chunks: Slice the long threaded bolt you made 12.5mm from the end before you chamfer it. That gives you a short threaded chunk with threads starting and ending at the same angle. Slice off the angled hex head (and delete the voids in its surface) and discard the long threaded region that the chunk was cut from. Create a rectangular pattern of the chunk you made along the path of the bolt, and then join those chunks together with the hex head. That looks like this: rebuiltchunkedbolt.zip (I haven't bothered to chamfer it.)

Speculation: long helices perhaps cause numerical difficulties in STEP files and/or in the mesh conversion process in prusaslicer if you don't break them up into shorter lengths. Suggestion: make a lot of different threaded rods to find out more about the failure modes. (not affiliated with Prusa)