non rigid tapping

My mill doesn't have a spindle encoder so i got a floating tap holder so i don't have to manually tap all the holes.

I set everything up tonight but when i went to write the program it looks like EMC doesn't support this. Am i missing something?

Thanks
Cory

hmm not that I have done this but
isn't a case of start the spindle,
feed at the pitch rate,
stop the spindle,
reverse the spindle
feed out at the pitch rate?
probably with some dell times to wait for the spindle to stop etc.

Chris,

I got interested in that and had a long discussion on floating tap with Rob Harpham and some with Cradek on the issue.

I did an implementation of G84.1/G74.1 and the status is here: git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/g84-dev

I never integrated it into master because it does a bad sales job on my remapping work.. everything in it can be done with a new remapped G code except for this:

we agreed that on retract it is not a good idea to wait for the spindle-at-speed signal before beginning the retract move. So I adapted the SPINDLE_ON canon/nml message to carry an optional wait_for_atspeed flag, which defaults to true, and motion support to honour that.

I can surrect that patch and integrate it into master, if you drum up some support on the dev list.

- Michael

i'd be interested in this Micheal ..

Dave

clkeck1 wrote:

My mill doesn't have a spindle encoder so i got a floating tap holder so i don't have to manually tap all the holes.

I set everything up tonight but when i went to write the program it looks like EMC doesn't support this. Am i missing something?

Thanks
Cory

Cory,

you are not missing anything.

I suggest you add a feature request here: sourceforge.net/tracker/?group_id=6744&atid=356744

which will give me an excellent excuse to merge the relevant parts of the branch I mentioned below :laugh:

regards,
Michael

Should this still work with current master? I tried to create a ticket at sourceforge but did not have enough rights :evil:


Tero