GregValiant 1,035
Computers are dumb, but they are predictable. When the problem happens it's because some setting has told Cura to generate the gcode with those moves in it. It could be something like "Avoid Printed Parts" when combing.
Computers are dumb, but they are predictable. When the problem happens it's because some setting has told Cura to generate the gcode with those moves in it. It could be something like "Avoid Printed Parts" when combing.
21 minutes ago, GregValiant said:Computers are dumb, but they are predictable. When the problem happens it's because some setting has told Cura to generate the gcode with those moves in it. It could be something like "Avoid Printed Parts" when combing.
I think you're right about it being a combing move, I think I managed to re-create the issue with another STL but the infill areas on this are very small so its really hard to see the movement in the preview as its such a fast and small movement.
I'm using "not in skin" which I think was the default, I had noticed in general my movements seem to be long and overly complex a lot of the time. I changed it to "within infill" and the movements seem much better and the print time went down.
I've got a lot of unique parts I'm printing over the next few days so I'll check each one to try and find a good example of the problem which I can use to export the 3mf.
Recommended Posts
GregValiant 1,035
That is a weird one. It looks more like a combing move than a wipe.
Load a model that shows the problem and use the "File | Save Project" command. Post the 3mf file here and someone will take a look.
Link to post
Share on other sites
Sonic3389 1
It gets even weirder, I just opened the exact same STL and applied the exact same profile and I don't see the issue in the preview this time.
I've have had this problem with different STL's though, it seems the Cura issue is maybe random? The next time the issue occurs I'll export and post the 3mf as you suggested.
Link to post
Share on other sites