search

Ultimaker / Cura

3D printer / slicing GUI built on top of the Uranium framework
GNU Lesser General Public License v3.0
6.21k stars 2.09k forks source link

Travels from Support to Support Don't Obey Combing modes. #9969

Open 3Duke3 opened 3 years ago

3Duke3 commented 3 years ago

Application Version

4.9.0

Platform

Windows 10

Printer

All models (specifically Creality CR10 S5)

Reproduction steps

Set combing mode to :Within infill (or All, or Not in skin )

Actual results

Support to support travel moves are performed through open areas of part geometry (ie nozzle travels through multiple print walls) despite obvious travel paths contained within the infill of part. Appears to only happen when traveling from support to support, any part related travel move obeys the "within infill" rule.

After printing an area of support, the nozzle makes a direct shortest route travel move to the next area of support, crossing whatever part geometry is in its path.

Understandably in this case the nozzle must cross walls to reach the desired area of support, however once it crosses one wall, it should then obey travel within infill, untill it need to cross the next wall to reach more support.

Black indicates the current support to support travel path, Purple would be a more sensible route suggestion.

200528857_10161209309051038_8439018608228748490_n

Expected results

After printing an area of support, the nozzle should travel to the next area of support, crossing the least amount of print walls possible, while attempting to travel the shortest path.

Checklist of files to include

Additional information & file uploads

Support to Support Travels dont obey Combing modes.zip

fvrmr commented 3 years ago

Hi @3Duke3 thank you for your report. I will discuss this with the team. Keep you posted!

fvrmr commented 3 years ago

I have discussed this with the team and I have created a ticket on our backlog for this issue. Devs see CURA-8319

nallath commented 3 years ago

I was looking through our backlog and came across this issue. I think the behavior is actually correct here.

The infill is printed first, so at that moment there is no other stuff on that layer to comb through. As such it will just take the fastest path.

GregValiant commented 1 week ago

Is this still an issue in current Cura versions (5.8.0 and up)? Can this be closed?