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

Feature Request: Allow automatic detection of build envelope for XY #112

Open
bryanboettcher opened this issue Dec 20, 2023 · 3 comments
Open
Labels
enhancement New feature or request work-in-progress

Comments

@bryanboettcher
Copy link
Contributor

During machine configuration, it is necessary to establish the bounds the toolhead can safely move.

If the homing routine for an axis was expanded to display the distance travelled, this could dramatically simplify the initial setup of a machine. A procedure where the end user manually positions the toolhead to a known position (such as axis minimum) and then homing will get what the machine thinks the travel on that axis is. Knowing, for instance, that my X axis has 304mm of travel (as output by a DEBUG statement) will allow me to configure position_min and position_max to correctly position 0,0 on my print surface while still respecting the physical limitations of the machine.

Outputting the distance travelled during homing will remove the very manual process of moving the toolhead a fraction of a millimeter at a time while checking for a slip of paper being snagged by the toolhead against the ends of the machine.

@rogerlz rogerlz added the enhancement New feature or request label Dec 21, 2023
@rogerlz
Copy link
Contributor

rogerlz commented Dec 21, 2023

loved the idea

@GiulianoM
Copy link

TBF, I kind of like the idea of using Sensorless to find both Max and Min positions, simply by smacking into the ends like you would with homing.

@MartijnGevaert
Copy link
Contributor

Being able to measure the total travel also has 2 other potential features, which are possible if you manually set an expected value for each axis.

  • Knowing for sure sensorless homing is successful
    If the total distance doesn't match up to a pre-configured value, you can detect a homing failure
  • Detecting gantry de-racking
    On some gantry's, such as CoreXY, the gantry can become unracked over time due to, for example, belt tension becoming uneven. An unracked gantry will reduce the total amount of travel available on an axis. This means that measuring the total travel distance and comparing it with the expected value can also be used to detect an unracked gantry.

These features are different from the original feature requested here, but I assume that adding in the features I proposed would affect how the original feature on this ticket would be implemented also.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request work-in-progress
Projects
None yet
Development

No branches or pull requests

4 participants