Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wrong extrusion moves with fractional-layer support and Z-hop #2022

Open
richfelker opened this issue Jan 26, 2024 · 1 comment
Open

Wrong extrusion moves with fractional-layer support and Z-hop #2022

richfelker opened this issue Jan 26, 2024 · 1 comment

Comments

@richfelker
Copy link

I do not yet have sufficient details on how this is happening or a shareable repro case (the models I've encountered it with in the wild are all paid models), but I'm opening the issue now and will follow up with more details later.

I am using latest main from git (24fd962) as of a few days ago, but this has been going on for a while with versions a few weeks older too, and looks like it likely goes back to the work on fractional support layers.

Here is an example of some of the wrong gcode:

G1 F24000 Z13.7
G11
G1 F21818.2 X2.267 Y-4.088 E0.00187
G1 F19422 X2.32 Y-4.062 E0.0017
G1 F16716.4 X2.459 Y-4.059 E0.00465
G1 F15342.5 X2.595 Y-4.098 E0.00515
G1 F16430.3 X2.73 Y-4.216 E0.0061
M204 S45000
G10
G1 F24000 Z13.9
G0 F69000 X-1.803 Y-4.084 Z13.9
G0 X4.275 Y-2.921 Z14
M204 S20000
G1 F24000 Z13.7
G11
G1 F16800 X-1.843 Y-4.221 E0.20803
G1 X-1.952 Y-4.336 E0.00527
G1 X-2.083 Y-4.204 E0.00619
M204 S45000
G10
G1 F24000 Z14
G0 F69000 X-.171 Y-4.251 Z14

Somehow, the travel G0 X4.275 Y-2.921 Z14 got inserted in between components of the support, and it happened before the phase where extrusion amounts were computed, because the next extrusion move is extruding a large amount of material for the full resulting ~6mm wrong move, rather than for the correct move on the order of 0.2mm.

I suspect there's some sort of move reordering going on to separate out the fractional-layer and full-layer parts of the support, and that it's not seeing Z-hops correctly and thereby misordering some travels.

I will see if I can extract out a region of one of the affected models that's minimal enough to feel comfortable sharing, but that still exhibits the issue, and follow up with more details. In the mean time, if anyone familiar with how the fractional support layers work has ideas where to look for the problem, I build CuraEngine from source already and would be happy to work on tracking down and fixing the bug myself.

@richfelker
Copy link
Author

OK, I realized one of the models I have seen the issue with is free not paid, so here is a repro case.

STL file is at https://www.myminifactory.com/object/3d-print-pokemon-fuecoco-hd-258093 (Fuecoco Shm.stl).

Fairly minified testcase config is repro2.txt.

Command: CuraEngine -j repro2.def.json -l "Fuecoco Shm.stl" -o bug2022.gcode

(Note: due to #2027 you might need to add -s roofing_layer_count=0.)

Obvious wrong extrusion moves appear at heights: 0.7, 0,9, 1.3, 13.7, 13.9, 14.1, 14.5, 14.9

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant