When I used an old Okuma lathe , we always restarted on a G0 rapid line and set the tool turret to the appropriate tool number by hand. It got a little more complicated when using Okuma's Auto Program Mode ( but it would change the tool turret to the right tool automatically) It was understood that whatever line you started on (G1,G2,G0 etc), the control would go directly to the END POINT at RAPID. This was where one would set the control from auto run mode to single line mode temporarily, till you saw it was not going to crash. Single line mode allowed the feed override knob to control rapid moves as well as feed moves. One could actually 'restart' a program anytime, even the very first time it's run. Meaning you could run part of the program, stop, change offsets, move in manual mode ,home etc then restart where you wanted to. Being able to move manually before restarting is mandatory. This was an old 1980's control, OSP 2200-It wasn't that smart by todays standards for sure.
It would seem that Emc would need to know: at the restarting spot: What modal G code is active What M code is active What Tool is active what O word variables are assigned What number of a looping variable was at (or else not allow starting in the middle of an 0 word loop) I could see some one wanting to be able to stop a program (say because of a dull/broken tool) inform EMC to substitute a different tool instead of the old one , move to a safe spot and restart. I would think that if a tool change is necessary that a window should pop up to tell the operator to move the machine to a safe spot to allow indexing of the turret. If you were threading, EMC could ask (or keep track of) what number pass to start at or not allow restarting in the middle of threading. BTW does EMC have single line program stepping and feed override for rapid moves? Cheers Chris Morley ---------------------------------------- > Date: Wed, 5 Mar 2008 23:12:38 -0500 > From: [EMAIL PROTECTED] > To: emc-users@lists.sourceforge.net > Subject: Re: [Emc-users] restart in the middle of a program > > Dale Ertley wrote: > >> Hello All, >> Can we look at adding something to the scenario? How about a re-home >> due to lost axis motor steps on an open loop system? How can we >> restart in the middle after an ESTOP? I can't see any need for a >> reboot of the computer system unless we loose electric power. > > I'm pretty sure nobody was talking about restarting the computer, or > restarting EMC2. The question is how to be sure that restarting a > g-code program within EMC2 does what you want and expect. > > There are at least ytwo issues here. First, there have been bugs > related to restarting before, though I think those have been fixed. > Second, what you want / expect may be different from what someone else > wants/expects. > > We generally want the underlying system to be able to accomodate > anyone's needs, which makes it harder to design correctly at the start > (and also somewhat harder to configure, since you need to tell EMC2 how > to behave) > > - Steve > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users _________________________________________________________________ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
