AnsweredAssumed Answered

vrf Operator initiated EMERGENCY STOP

Question asked by ramarquardt on Mar 16, 2000

We did something similar here at Rockwell. however, we only use one
abort button which is also tied to a function key so it can be activated
even if not visible. The button is kept active by putting it as a separate
thread
in our own VEE based test sequencer. It doesn't always execute immediately
[VEE being in a test with some low level I/O wait cycle] but works pretty
well.
It calls an abort user object then exits the sequencer user function.

We also have a mechanical interlock and a BIG RED mushroom
button to open the interlocks if an operator would see or smell something
burning. We would need a real time OS (like DOS) to do that with software
and even that isn't fool proof.

Rob

Rob Marquardt
System Test Engineering
Rockwell Automation / Allen-Bradley
1201 So. 2nd Street
Milwaukee, Wisconsin, 53204-2496, USA
414-382-3098 Phone
414-382-4455 FAX
RAMarquardt@ra.Rockwell.com






Robert Reavis <robert@wscw.com>@hplvlrx.lvld.hp.com on 03/17/0100 02:24:04
AM

Sent by:  owner-vrf@hplvlrx.lvld.hp.com


To:   Vrf@lvld.hp.com
cc:
Subject:  RE: vrf Operator initiated EMERGENCY STOP


I have had this discussion with HP (now Agilent) since 1994
when I started using VEE at version 2.0 (and still a baby).
The response was to the effect that it is under consideration.

The short answer is no, there is no way to implement this on an
immediate and fool-proof way.

As a work around, here is my not-quite fool-proof method:
1.  At the start of a program, set a global ABORT_FLAG to zero.
2.  Create a user object that has an OK button re-titled ABORT.
This button is visible on the object's panel at all times.  Park
this panel in a corner of the screen and lock it into place.
3.  Inside this object, when the button is pressed, the global
ABORT_FLAG is set to one and the object is exited.
4.  Have this object activate when the program starts.  Also(!),
a clone of this object must appear in every other object or function
that you call when that object or function hides the original button.
You need to keep an ABORT button visible and active at all times.
Any object or function that includes the ABORT object must do an
explicit exit, since the ABORT button is still sitting and waiting.
5.  Now the sad part.  You must test this global value at frequent
intervals and locations within the program.  You need to decide how
long you can wait after the operator clicks on the ABORT button
before you test for it and initiate some action.
6.  The action you take should probably do a shutdown, data logging,
and end in a STOP object.

It sure would be nice if Agilent could fix this and build an ABORT
button into future versions of VEE.

My request to Agilent (same as to HP in the past):  When the ABORT
object is activated, abandon any other activity in process and come
here immediately and do this string and do not stop for anything and
and let me decide how to end the program when I have 40,000 watts
running through a million dollar UUT.  (My last big project.)

Robert Reavis
Warm Springs Computer Works
Fremont, CA  94539


>Fellow Programmers:
>
>I have been looking for the best way to implement an operator initiated
"Emergency Stop" into a VEE program. I would like to find some type of
operator initiated Priority 1 interrupt which will immediately interrupt
any
ongoing processes in HPVEE and direct execution to an Emergency Stop
routine.
If anyone has a tried and true method I would appreciate the sharing of
knowledge.
>
>Thanks
>Tim
>
>---------------------------------------------------------------------
>This is the "vrf" maillist, managed by Majordomo.  To send messages to
>this maillist, just email to "vrf@lvld.hp.com".  Subscriptions and
>unsubscriptions are done through the address "vrf-request@lvld.hp.com".
>If you need details, just send a message containing the text "help"
>to "vrf-request@lvld.hp.com".
>---------------------------------------------------------------------
>


---------------------------------------------------------------------
This is the "vrf" maillist, managed by Majordomo.  To send messages to
this maillist, just email to "vrf@lvld.hp.com".  Subscriptions and
unsubscriptions are done through the address "vrf-request@lvld.hp.com".
If you need details, just send a message containing the text "help"
to "vrf-request@lvld.hp.com".
---------------------------------------------------------------------



---------------------------------------------------------------------
This is the "vrf" maillist, managed by Majordomo.  To send messages to
this maillist, just email to "vrf@lvld.hp.com".  Subscriptions and
unsubscriptions are done through the address "vrf-request@lvld.hp.com".
If you need details, just send a message containing the text "help"
to "vrf-request@lvld.hp.com".
---------------------------------------------------------------------

Outcomes