On 10 June 2016 at 10:34, Andrew <[email protected]> wrote: >> The TP is not doing it. > I've done it in kinematics for hexapod.
My question was how you prevent the TP from doing it. The forum post seems to say that motion.tooloffset.z only changes when G43 is invoked, and at that point something (maybe not TP, maybe some other layer) applies an offset in cartesian Z. So, one question is how to do a tool-change without applying the offset twice. (perhaps a remap is the way) Does your system handle the G41 / G42 cutter diameter compensation? I guess you could argue for doing that in the CAM system, but then the reason for going to the trouble of setting up a tool-centre based system is to be able to use 5-axis machining without being reliant on the CAM system having an accurate machine model. -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1916 ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
