If you have a CAM program, you can adjust its post processor one time to output the code. To change the gcode interpreter (aka switching machines) w/o making adjustments to the post processor is obviously asking for trouble. A thread table in a CAM package is only as good as the post processor creating the g code from that information.
And once you stop calling the distance moved per revolution in X Y Z the pitch, you won't have to think of fudging it either. I constantly look at things and go "but that's not right",.well, "different from what i am used to" != "not right". The more open minded i approach what EMC will provide me for programming, the more i see what i now can do i couldn't do before, some things i will be able to do by changing how programs are posted, some things i will be able to do because emc has something our current controls don't have. some things i am missing i can replace with o word loops. Or things i can do because i have the source to the control. It's like the Mazak people always coming and crying about our Fanucs, if they focused on what the control can do and how it let's them make parts to print, they would probably last longer in our shop too. You can look back and probably find logs of me complaining about missing or "wrong stuff" at first, but i opened my eyes since. Let's, Rock the Hypotenuse, Dude. > Both my favoured CAM programs have extensive inbuilt thread tables that > allow you to define the thread without any entries apart from the start > point and the thread length. Totally useless for taper threads, you have > to manually enter all the parameters simply because EMC does not define > taper threads correctly. > > The particular example I posted for John of a 2mm pitch thread would > have to be fudged to 2.13mm, not an insignificant amount, and mistakenly > done at 2mm pitch with EMC's non standard threading would have wrecked > some expensive parts with 40mm 316 Stainless at £110 ($172) per metre. ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
