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.
Thank you
Dale
Jon Elson <[EMAIL PROTECTED]> wrote:
Kenneth Lerman wrote:
> 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?
>
I believe I entered a bug report about 6 months ago when I first
ran into it.
> 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
>
Well, if the first couple blocks have an M03 in them, and no M05
is found later, then the spindle should be "on" when you get to
the restart block.
> 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?
>
I think Axis, at least, (maybe it's lower down in EMC) takes
care of all of the above. If you are currently jogging, homing,
or in MDI, you can't restart. On machines which lose position
when E-stopped, the operator needs to re-home. Should be no
need if just a pause or Esc key. This shouldn't matter to the
way you restart.
> 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.
I believe that EMC2 does ALL of these steps perfectly. The only
thing you have to consider is that it is going to do one single
interpolated (straight-line) move in 3-space from current
machine position to the position it would have been in just
before the restart line. This could possibly bring the tool
into contact with clamps, vise jaws or part features that would
not be hit when executing the program in its entirety. It
should be up to the machinist to see that there will not be any
problem caused by this. So, while EMC2's behavior here is not
"foolproof", it is optimal for the experienced machinist, and
seems totally adequate to me, except for the spindle.
So, the program is scanned for all other modal effects like
cutter radius and length compensation, work offsets, why not
spindle on/off state?
On the typical retrofitted manual machine, the spindle is
started on the first line and stopped by the M02 at the end of
the program. Yes, it gets more complicated where the machine
has a tool changer, but still all that really matters is the
spindle direction and speed at the line where you restart.
Jon
-------------------------------------------------------------------------
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
---------------------------------
Looking for last minute shopping deals? Find them fast with Yahoo! Search.
-------------------------------------------------------------------------
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