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
Supports printed too slowly. #984
Comments
Closed
An addition: The printable object in the same laser height is printed slower than necessary, too. On complex objects, this issue costs a lot of time as smart cooling slows down entire layers down to the configured minimum speed. When support and Object have the same height, they should be counted together for minimum laxer time. |
bubnikv added a commit that referenced this issue
Feb 16, 2021
Processing of CoolingBuffer is newly staggered for support layers until the 1st object layer above supports is received by CoolingBuffer.
Fixed with 6ea5781 |
This was referenced
Sep 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Version
1.40.0 linux64
Operating system type + version
debian testing amd64
Behavior
As supports have different layer height, it is considered different layer and minimum layer duration is applied on support separately, even though two layers of support are not printed one after another, but are interlaced with object layers.
Object with small support volume per layer.
Slowing down is not applied on support layer separately, if it is followed by object layer.
Slowing down of print move to honour minimum layer print time, even though next layer to be printed is not support layer again.
Is this a new feature request?
It's more like a bug in algorithm.
STL/Config (.ZIP) where problem occurs
default config.
The text was updated successfully, but these errors were encountered: