On Friday 03 April 2020 08:25:59 andy pugh wrote: > On Fri, 3 Apr 2020 at 12:32, Gene Heskett <[email protected]> wrote: > > I am running into following errors at the top of the G33.1 backout > > move unless I slide the maxvels down to around 10 ipm. > > If you are sure that this is different from > https://github.com/LinuxCNC/linuxcnc/issues/639 > Then can you create it as a new issue. > Then, if you are sure that it is also an issue in 2,8, please tag it > as such.
It may be another manifestation of #639, and I have no 2.8 installs, only master. The code sample shown is something I'd never write for the simple reason that it lacks a move to put it back to the starting point before starting the 2nd move. The two aborts are quite likely to have mucked up memory things enough to do something observed as stupid, possibly as described. The fix would be to have g33.1 zero all the memory it uses, then refetch its arguments. Then the 2nd would run from its unk origin to the depth commanded, and back back out. Hopefully far enough to disengage the tap from the hole, but zero guarantees of that, and the reset at the top if the tap isn't clear, will lead to a new learning experience, and possible a wrecked part and smashed tap. Looks to me like Robert's E.'s description is correct. Sure, it miss-behaves, but fix the gcode before filing a bug that is only exposed by bad gcode. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene> _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
