There's been a bunch of recent email on the list about restart in the middle of
a program. Has there been a feature request for (a decent way to do) this?
Does anyone want to put together a spec for it? In the presence of o-words and
looping, the problem is much more complicated than just selecting a line of
code
Questions: continue implies that we stopped. How did we stop? estop? pause?
other? After the stop, estop, pause, what can we do? Is MDI active? Jogging?
Homing?
Can we backup a few steps?
------------
A scenario: On a Bridgeport. A tool breaks during a complex part. Of course
that isn't noticed immediately. Finally, we notice and hit (some sort of) stop.
We would like to jog the head up, replace the tool, move to some safe spot,
touch the tool down. Then raise the head to a safe height, back up the program
a step at a time until before the break. The bring the tool back to its
"current position". Finally restart execution from that point.
Anyone else have a desired scenario.
Tell us what you want; not just what you think is easy.
Ken
----- Original Message -----
From: Dave Engvall
To: Enhanced Machine Controller (EMC)
Sent: Wednesday, March 05, 2008 6:33 PM
Subject: Re: [Emc-users] restart in the middle of a program
Hi all,
I can't speak for how axis handles restart but with tkemc in is in the editor
window.
So.... bring up the editor and at the bottom of the editor window is a button
for restart.
Place your cursor to the left of the line you want to restart on ... click on
the restart button ...
save and load program and hit run. It skips thru the program to the correct
line and then starts executing.
It will not start the spindle for you unless you have explicit code following
the restart line.
This is being done from memory since I'm not in the shop but I think I have
it close enough so someone can make it work.
There is, or at least was a program in the dropbox that screams thru code
saving the current state of modal codes.
It will do 2500 lines of code in a few seconds. Sorry, I have no memory of
the name, if you need it you just have to go searching. Good for very long
programs but a pain otherwise.
HTH
Dave
On Mar 5, 2008, at 3:22 PM, Jim Coleman wrote:
I never realised this was something EMC had trouble with. guess there'll
be alot of stuff I'll find out after i get a machine actually running with it.
At work, we number each section of the program that has each tool, N1 for
t1, N2, etc... then if we have a tool break or whatever we go to that N and
start from there. then it goes over the G43, 54, M03, etc for that tool.
On Wed, Mar 5, 2008 at 5:57 PM, Gene Heskett <[EMAIL PROTECTED]> wrote:
On Wednesday 05 March 2008, Stuart Stevenson wrote:
>Gentlemen,
> Does anyone have a procedure for starting (correctly) in the
>middle of a program?
>thanks
>Stuart
About the only way I've been able to bypass steps that have already been
done,
is to set 2 identical vars for the starting location at the top of the
program, with one set at 0.00 and the other commented out. Then if I
break a
bit or have some other problem that requires the resetting of the 0.00
points, I'll reset those and re-home them, then switch vars by setting the
second of to the depth I had achieved, and comment out the 0.00 starter
setting. Works great for drilling big holes and such with a 1/4 end mill.
>-------------------------------------------------------------------------
>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
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
The hatred of relatives is the most violent.
-- Tacitus (c.55 - c.117)
-------------------------------------------------------------------------
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
------------------------------------------------------------------------------
-------------------------------------------------------------------------
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
