Andy Pugh pravi: > On 17 May 2010 09:12, Ian W. Wright <watchma...@talktalk.net> wrote: > > >> As my initial suggestions - I can't see why the program would have to >> return to exactly the same place in the script as it was when it was >> paused before the jog.... surely it could return to the start of the >> 'block' or line it was cutting at the pause.. >> > > This would be simpler (I think). You basically throw away the queue > when pause is pressed and "run from line" but if you imagine needing > to unclog a cutter near the end of a very long slot, you could have > been in that same G-code line for 20 minutes. > Assume program:
N1 G01 X100 Y100 N2 G01 X300 Y-10 N3 G01 X0 Y0 If you stop/pause that progran let's say in N2 just before they end and save coordinate like G30.1 and do jog or whatever... And if you restore coordinate like G30 the machine wil go to the point where is paused (linear line) and if you rerun line N2 it wil do just smal move to the end at X300 Y-10 not the whole thing from X100 Y100 to X300 Y-10 It should work at least with G0/1/2/3 (G2/3 with radius can be problematic but not with I,J) In case of canned cycle the restore of Z axis can be problematic. I think to restore from backoff Z is much safer. (and to decide retry last canned cycle or skip to next) For my knowledge the only stop point and line is needed and queue can be cleaned. The stop point can be probably saved (we must wait to machine do real stop with deceleration) and line is already known. (or axys lye where program is) Slavko. ------------------------------------------------------------------------------ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
