That looks right to me.. with a program that is calling for 400ipm - linuxcnc is going to try to go as fast as it can while still touching every segment. (with no G64Px.xxx tolerance..)
with the new TP - it is even more important to give it a tolerance as it will reach higher speed - thus cutting corners even more.. (creating a bigger blend radius to keep the velocity closer to programmed feed) recently there was someone on irc that thought this situation was a bug also (cutting corners more that expected,) But with no tolerance set - linuxcnc is going to do what it can to reach the programmed velocity. On 8/20/2014 9:54 PM, Matt Shaver wrote: > I've experienced some behavior that might be a bug. The relevant > information can be found at: > > http://www.mattshaver.com/gas/ > > Running the CAP.TAP program results in the motion depicted in > Screenshot.png. Adding a G61 or G64 P0.005 to the program produces a > trajectory that closely follows the expected path. Significantly > slowing the feedrate also produces normal results. > > Is this a bug, or is it simply default G64 behavior on a machine > configured as this one is? > > Any comments would be welcome! > > Thanks, > Matt > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Emc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-users > > ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
