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

Weird/Slow movements after finishing skirt #126

Closed
Itox001 opened this issue Feb 13, 2017 · 3 comments
Closed

Weird/Slow movements after finishing skirt #126

Itox001 opened this issue Feb 13, 2017 · 3 comments

Comments

@Itox001
Copy link

Itox001 commented Feb 13, 2017

Version

Slic3r Prusa Edition 1.33.3

Operating system type + version

Windows 7 64 bit

Behavior

When slicing any object with skirt, after the skirt is done the printer head moves very slowly and with weird noises. This does not happen in 1.31.6. I checked out the gcode and in fact, there's 1000 lines of code of very very small movements, with a feedrate set in between each one. It looks like this:

...G1 X96.536 Y89.827 E19.96997
G1 X96.791 Y89.319 E20.00730
G1 X97.085 Y88.840 E20.04422
G1 X97.423 Y88.384 E20.08155
G1 X97.798 Y87.961 E20.11868 //End of skirt
G1 F7200 //Start of weird travel moves
G1 X97.844 Y87.913 E20.08718
G1 F7200
G1 X97.849 Y87.909 E20.08418
G1 F7200
G1 X97.853 Y87.904 E20.08118
G1 F7200
G1 X97.858 Y87.900 E20.07818
G1 F7200
G1 X97.862 Y87.895 E20.07518
G1 F7200
G1 X97.866 Y87.891 E20.07218
G1 F7200
G1 X97.871 Y87.886 E20.06918... //1000 lines more of this

image

The weird movements correspond to the travel from the last point of the skirt (highlighted in yellow) to the point where it travels from the skirt to the object. I think I've seen it happen in the middle of printing an object too, when following the weird curved travel moves generated by Avoid Crossing Perimeters (I think). If it's needed, I can probably find the gcode where this happens in another object.

Attached is the config, stl of the box in screenshot (hapens in every part, though), and gcode.
SkirtIssue.zip

@nebbian
Copy link

nebbian commented Feb 15, 2017

I noticed the same thing this morning. I could tell that it was ripping through the GCode due to the percentage complete value on the LCD increasing quickly while the head was slowly stuttering.
Version 1.33.3

@bubnikv
Copy link
Collaborator

bubnikv commented Feb 15, 2017

I see it, it is the wipe move.

@Itox001 @nebbian by the way, which printer & firmware?

@bubnikv
Copy link
Collaborator

bubnikv commented Feb 15, 2017

@lordofhyphens It is a general bug on extrusion of closed loops. The closed loop gets decimated to a reasonable resolution, but not the wipe move.

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

3 participants