Where does a request for a gcode 'improvement' fit into the grand scheme of things?
I can see that there is a good argument for implementing something like G33.1 in a manner that duplicated what other controllers do, its a good argument. However, in the case of G33.1, I also see a glaring need for an improvement in how it handles the "reverse" points. The existing code allows the locked motion to continue, and TBT if the plain G33 also did that, by establishing a mode that enabled the synchronized motion that had to be specifically turned off, we could then code around the G33.1's limitations, which are, if tapping a blind hole, and it coasts too far, the tap will hit the bottom of the hole & shatter, breaking off in the hole. This is not a Good Thing. I have an idea of adding a switch to control an 'auto-tune' of this function, very useful when writing a peck tap routine, basically by snapshotting the position at the point the reversal command is given, then watching and catching the overshoot ( or undershoot, as the case may be ) and adjusting the reversal point so that the overshoot then hits the target depth on the next cycle of the pecking. The backout point could be similarly treated, and doing so would double the cycle frequency in my case. More tapped holes per hour on the production line=more efficiency for the job shop. Is there a special category for requests such as this? Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://coyoteden.dyndns-free.com:85/gene> is up! My views <http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml> BOFH excuse #168: le0: no carrier: transceiver cable problem? A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
