-
-
Notifications
You must be signed in to change notification settings - Fork 525
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
Cannot set Z speed independently #1154
Comments
Do you think it has any consequences on a print profile? |
@supermerill Hi! I'm not the TS but we just had a discussion about this issue and I'm willing to let you know what I've found. Here's a fragment of code generated by slic3r++, actually prusa does exactly the same:
(see the last line) Perhaps |
Maybe, or i can create a |
I'm using klipper (and it ignores 120mm/s on z movements), but probably some firmwares may not ignore it. If that helps, here are my settings from the gcode file:
|
Sorry the delay in replying.
That was my initial idea, however, from the (limited) discussion on the PrusaSlicer fork, there seemed a reluctance to use Also, My feeling is that an additional option of Note that Marlin (unlike Klipper, it seems) definitely does not honour the value of |
I'm ok for a pr to add |
OK, I'll get my PR from PrucaSlicer moved over here. |
Shouldn't this be closed now? |
This is the same bug as prusa3d#2945 for which I have submitted a PR in PrusaSlicer , but not had a reply.
Describe the bug
The z travel speed is the same as the xy travel speed, so when the xy travel speed is high, you get z-banding or even z-axis skipping.
I have a fix for this and so this bug report is just to see if you are interested in the fix - if so I will submit the PR. I'm also happy to submit it for review without any expectation that it will be accepted.
For reference, the PrusaSlicer PR is here prusa3d#6369
The text was updated successfully, but these errors were encountered: