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

[BUG] PARK macro from a home state slows the feedrate to about 1mm/S #250

Open
suprchunk opened this issue Jun 19, 2024 · 0 comments
Open
Labels
bug Something isn't working

Comments

@suprchunk
Copy link

When PARK is called, it should go to the coordinates described in the macro, at the default printer move speed. This expectation is honored whenever it is called, as expected. EXCEPT for after a home (G28) call, then the behavior isn't following speeds set at the highest level - the config file.

I expect the PARK function to move at the default printer travel speed. It does, unless G28 precedes it.

This is on a new build with sensorless homing - if that makes a difference.

I can call PARK from any location, except the home location and it will travel as expected.

Call PARK after homing, and slow!

@suprchunk suprchunk added the bug Something isn't working label Jun 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant