My understanding is that cutter compensation is supposed to automatically generate the same part if the diameter of the tool is changed. So, if I cut one part with a tool with a diameter of .375 and another with a tool with a diameter of .250, the parts should wind up essentially the same.
Will a Fanuc controller do this? If I specify the gcode with a sharp internal corner, what radius will it make the corner? How do I specify that? If we make a change to EMC to be compatible with Fanuc (in this area), we should provide some sort of switch to turn this mode on and off. You say that you "guarentee this code that Im talking about will make the correct part on another machine because it already has." A part can only be correct if it matches the gcode. Are you saying that depending on the cutter used, parts with .250 and .375 internal corner radii are both correct? Would the drawings for the part show that the radius of the internal corner doesn't matter? ------ If we are going to change the behavior of EMC, we should add a switch (perhaps in the ini file) so that the old behavior can be selected. ------ Ken Terry wrote: > I know where you are coming from on figuring things > out for yourself.Many of the people on this forum > are in this as a hobby and should learn the right > way to do G-code. > As for myself I have been writing G-code for 20+ years > and the fun of solving comp problems has lost its appeal. > If something can save me some time Im all for it. > I guarentee this code that Im talking about will make the > correct part on another machine because it already has. > The other machine I am talking about has a Fanuc on it. > Now are you going to say that the world leader in CNC > controls is not doing cutter comp right? > I feel EMC should be compatable with Fanuc.I feel this > way because EMC is already better than most other > software out there,and you need something to use as > a rule of thumb. > I dont know squat about electronics,HAL,or alot of the stuff > all you guys talk about here(I learn enough to get my > machines going and thats about it)BUT when I tell you > there is nothing wrong with a G-code program,that program is > good. > > Now that is blunt,if you want lessons on being blunt it will > cost you. > > Later > > Terry > > > On Sun Aug 17 21:26 , Kirk Wallace <[EMAIL PROTECTED]> sent: > >> On Sun, 2008-08-17 at 22:37 -0500, Chris Radek wrote: >> ... snip >>> I have heard that a lot of cam-generated code doesn't work with emc's >>> cutter compensation because it depends on certain behavior in concave >>> corners. Some will argue (just wait!) that the cam should give a path >>> that can be cut with the given tool. That means there cannot be sharp >>> inside corners. They are right. >>> >>> Others will say lots of other controls will leave the round inside >>> corner automatically and not error. They are also right. I would >>> personally also like this behavior. >> ... snip >> >> Sorry for being blunt. >> >> I am submitting an energetic vote against this. I think it is up to the >> humans to do a little thinking and understand how machining works. It's >> up to us to accurately instruct the machine with an understanding of the >> limitations of the process. If we tell a mill to cut a sharp inside >> corner, then shame on us. I do it all the time, but I want the task of >> fixing it. Having EMC2 try to find and fix our mistakes for us is >> like ... well, like using Windows. (Don't drink the Cool-aid) >> >> Otherwise, I don't really care. >> -- >> Kirk Wallace (California, USA >> http://www.wallacecompany.com/machine_shop/ >> Hardinge HNC/EMC CNC lathe, >> Bridgeport mill conversion, doing XY now, >> Zubal lathe conversion pending >> Craftsman AA 109 restoration >> Shizuoka ST-N/EMC CNC) >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php\?banner_id=100&url=/ >> _______________________________________________ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users > > > ---- Msg sent via CableONE.net MyMail - http://www.cableone.net > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
