search

terjeio / ioSender

A GCode Sender for Grbl and grblHAL written in C# (Windows only).
BSD 3-Clause "New" or "Revised" License
207 stars 65 forks source link

Feature Request: Hard Limits on Z only. #248

Closed LoganFraser closed 1 year ago

LoganFraser commented 1 year ago

Many 4 wire toolsetters have two sets of NC switches - for set and overtravel.

I would like to be able to use Overtravel in series with a Zmax endstop to save inputs - basically having hard limits enabled on the Z axis only with toolsetter over-travel as "z-min" essentially.

Is this a possible addition? Thanks.

terjeio commented 1 year ago

Yes? Not sure what the addition should be...

For grblHAL based controllers: what could be done is to write a small plugin that redirects Z-limit interrupts to the probe disconnected signal when probing, this would then trigger a feed hold.

LoganFraser commented 1 year ago

I think it'd be useful to have it on all the time as opposed to just when probing, in case of pathing issues where the toolsetter is driven down on. Basically just acting like a hard hard limit to prevent tool or setter damage.

terjeio commented 1 year ago

if it is acceptable to do a feed hold instead of triggering a hard limit alarm then a plugin would be better? The position is likely lost when a hard limit alarm is raised, it is not if the program is stopped after a feed hold.

Per axis enabling of hard limits will require a new core setting, $21 cannot be modified without breaking backwards compatability...

terjeio commented 1 year ago

Closing this as it cannot be implemented sender side. A grblHAL plugin or board code, similar to this, can modify hard limits handling - a way to implement this for now?