-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
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
[FR] Safer travel limits #27426
Labels
T: Feature Request
Features requested by users.
Comments
I have found something like |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
No response
Are you looking for hardware support?
It would be very useful for CNCs but nothing specific.
Describe the feature you want
I would want to change how current travel limits work. Right now they are referring to max positions:
Now lets imagine that I want to cut small element that takes only a fragment in the middle of my bed. Theoretically I could measure where exactly it is and move it accordingly in CAD software that generates gcode, but it's impractical and prone to errors/mistakes.
Ideal scenerio would be moving the CNC to the part origin, then using
M428
to set home offsets and running the gcode. In current state it would work perfectly fine but there is a possibility that CNC would crash into itself because travel limits are constraining only relative position, not including size of the machine in any way.I would suggest changing config to something like this:
Marlin would have to check if "printer head" is within the axis limits on the runtime. Travel limits would replaced with just
MIN_POS
definitions to leave flexibility if someones endstop is causing printhead to move outside printable area.Unless someone else have better idea.
Additional context
No response
The text was updated successfully, but these errors were encountered: