03-11-2007 05:07 PM
03-12-2007 01:47 AM
03-12-2007 01:39 PM
Hi Ray,
Sorry, I worded the problem poorly. As you correctly state, the two process setups action one after the other with my current solution. My problem is really just one of elegance.
My process model setup routine call resides in the "setup" tab of the "TestUUTs" sub. I'm concerned someone working on my process model in the future (in case I'm not here), would have trouble finding these steps. Note that I call a sub called PROCESS_SETUP from the "TestUUTs" setup tab, so its not too confusing.
However, a far better solution would to enable the "process_setup" sub in both the process model AND and user sequence (the green subs).
I guess my question is .... can both "process_setup" subs be enabled together.
Regards Tom
03-13-2007 12:26 PM
03-13-2007 01:20 PM
Hi Sam,
Thanks for your reply. However this would negate my original intention.
The system I'm designing hides the process model server handles from the client sequence file. I don't want the client having access to these servers at all (they control my automated production line), which is why I want to create them only in the process model "process setup" sub.
To date, my original method is working fine (adding a process setup sub in the setup tab of "Test_UUTs". Its just not very elegant coding.
Regards Tom
03-13-2007 02:32 PM
There isn't a way to have both the code
inside your Process Setup callback within the Process Model and the code inside
your Process Setup callback from your client sequence both run. The
behavior is to override the callback which means it completely replaces that
sequence. What I would recommend to do is create new sequence within the
Process Model called ProcessModelProcessSetup or something similar. This
new sequence would contain the code that you always want to run in the Process
Model. You could then move the Process Setup callback to the end of this
sequence so all of your setup would be contained in a single sequence.
You could also leave it as two separate sequence call steps. Either of
these solutions would be just as good.
From your description, it sounds like you may have already
implemented something like this. Unfortunately this is really the only
way to implement what I think you want to do. If the code that is already
in the process model should always be there, then it probably makes sense to
put it in a regular sequence call anyway rather than a callback. This
will make sure that someone doesn't modify it unless they go into the process
model and delete the steps or change them. Hope this helps!
03-13-2007 07:32 PM
Hi Pat,
Thanks for the reply. I've pretty much decided to do as you describe. It gives my private server handles the security I desire, and seems to work ok.
Regards Tom