On Sunday 03 January 2021 15:08:20 Jérémie Tarot wrote: > Le dim. 3 janv. 2021 à 16:15, Gene Heskett <ghesk...@shentel.net> a écrit : > > ... > > That's a step in the right direction, but now I have to learn all > > the new settings. > > If you talk about the added fields in QtPyVCP tool table, they add > themselve to the standard ones so just an update. > If you mean setting up a QtPyVCP control panel like Probe Basic, and > if you ask me, that may reveal being a very well invested time!
> > But, on closer inspection, I don't see anything that looks > > > like it could be hijacked for XY offsets. TLO can take care of Z > > but still need an X and Y offset, two more vars. > > The additionnal fields are user configurable so all may not be lost... I see that now. > > My thoughts are to construct a probe to detect the depth of a hole to > be > > tapped, so a g33.1 could be made to have a hard limit to the depth > > the tap is driven in. Ending the broken tap from hitting the bottom > > of the hole forever. > > Sorry, may be too new to this or just not getting your use case, but I > don't understand why properly measured/probed tools end with > excalibured taps 🤔 There is not presently, a coupling between the results of a probe measurement, and any method to subtract from the G33.1 depth. I have proof of concept code but need to further develop it. That's complicated by the lack of any real standardization of tap tip shapes in OTC taps. And this can get you in trouble trying to use the last 5mm of a blind hole. I rather detest setting up an EDM kit to burn out a broken tap. Its a grand and glorious PITA! > But I think I see a way to turn the probe into a tool table entry, > similar > > > to what could be done on the mill when using the camera for an edge > > locator. > > Now I'm lost 😅 Isn't the probe already a record in the tool table. It has not been so far but this may alter my thinking. When the wet ram is well used at 86 yo, sometimes a new concept has to be "absorbed", almost by osmosis. :) I jumped into evince to take a look at the new docs but didn't have a lot of luck finding the new stuff. > > Not sure about number of tools... > > > > Presently 1000, but that seems more than sufficient to me. The cost > > of QC tool holders limits me to about 7 or 8 valid at any one time. I was buying this stuff out of an SS check. I'm not a pro shop, just a hobbyist trying to keep myself out of the bars. ;-) > > Needed is some sort of a gage to setup a std tool. On my todo list > > but a ways down ATM. > > An open hardware tool presetter project is definitely missing... We have them for the atc spindles, but the ER and R8's are definitely needed too. 5C stuff too for that matter, but I have an ER40 kit that I made work in the Sheldon for that sort of stuff. The big problem there is the lack of a std collar that can be pushed to compensate for the TLO of tightening the nut and/or drawbar so you wind up with a short tool. > > Thanks for alerting me to the new tool table, Jérémie, I appreciate > it. > > > Not wanting to hijack this thread further, please join the QtPyVCP > channel to further discuss your need/project. @TurBoss there will > surely answer all your questions about its proposed tool table. Not a fan of forums, the search engines are at best broken. IRC is better but too volatile. And I've not figured out how to keep a log in konversation yet. I've reached that age where poor short term memory is bothering me. > > Take care and stay well. > > > So do you man Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene> _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
