On Tue, Jan 27, 2009 at 10:08:46PM -0600, Jon Elson wrote: > > I think this is absolutely the correct way, as the C axis will then > always follow the path, even when manually moving!
Unfortunately not, since manual motion is currently in joint mode. There is manual motion in kins mode (teleop) but it currently works poorly (there's a rewrite in progress). I hadn't thought about manual mode. It would be neat to be able to cut out a shape using a joystick, for example. That would require a different approach - not sure what. > And, there's no need for adding C movement to the G-code. When you > program a single arc move in XY, the C move would have to be programmed > in linear segments, greatly complicating the G-code. This was discussed earlier in the thread - rotary axes can move during arcs and this gives exactly the needed motion. The calculations for generating this gcode are simple. > HAL has to be the > way to do this. You could always use an optional digital output to turn > this mode off if desired. I still think gcode is the best way. Jeff's ideas about auto-generating with a filter are interesting too. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
