Anyone used drag knife support in grblHAL? #614
Replies: 2 comments 2 replies
-
Following this thread and enabling 4th axis on DLC32 MAX (#711), I'm wondering to use a magnetic encoder (MT6701, AS5600, etc) with an attiny (maybe even the magnetic encoder itself has an operation mode) to read on position on the homing cycle of A Caveats: I got no idea if is possible to enable this behavior ONLY in the homing cycle, avoding alarm trigger upon a near 0/360 rotation. |
Beta Was this translation helpful? Give feedback.
-
I'm not sure it needs any processing power. Just an index disk with a single trigger point that feeds into the limit/homing input on the motion controller. Could be HE or optical. Very minimal electronics. Ideally, the motion controller would compute the new XY direction and compute the steps needed to point the knife that way (er, point 180 degrees from the direction). Yes, the knife axis would need to not have a limit trigger. Though soft limit could be used. With the knife axis limits being enough to avoid triggering. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I see there is support for a passive drag knife. Anyone have tips or suggestions about using it?
Also, I don't think a tangential drag knife is supported. (dragknife turned by a stepper/servo motor) Is that true? I think Mach, UCCNC and LinuxCNC support tangential. It would need to determine the direction of the cut from the X, Y direction and turn the tangential cutter in that direction. I think that also means the cutter needs a homing sensor and a way to tell grblHAL the orientation of it.
Beta Was this translation helpful? Give feedback.
All reactions