From 04:00 PM CDT – 08:00 PM CDT (09:00 PM UTC – 01:00 AM UTC) Tuesday, April 16, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

NI TestStand

cancel
Showing results for 
Search instead for 
Did you mean: 

TestStand Subsequences

Hi,

Here is my VI's  that I captured the previous jpg from.

Be warned this started l life from TestStand 2.0.1f1 and LabVIEW 6.1 and although I have loaded into LabVIEW 8, I did have to make a few deletions from one of the Tree Control Nodes.

It not very pretty, as I was only playing around with a few ideas at the time, so its got controls and indicators scattered all over the front panel.

Also the VI was invoked from a Step in a SequenceFile and not in the Operator Interface. I did notice that when I ran it in TestStand 3.x, some of my steps in the main were not set to Skip as expected.

I haven't bothed investigating why.

It may provide you with some help.

Regards

Ray Farmer

 

Regards
Ray Farmer
Download All
Message 11 of 33
(2,125 Views)

How much code you have to write will depend on how many changes you make. If all you do is replace the sequence view control on the Sequence File Tab, then you will have to write your own mouse handler for the left clicks. You can also not worry of the left clicks and use the options from Execute and Debug menus. You would still have to write some code to set the correct sequence execution based on what is highlighted in the tree control. You could leave sequence view control on the Execution tab and the Report View control on the Report tab to avoid re-writing any of that.

The ActiveX controls save an awful lot of coding but you are limited in how much customization you can do. At the other end of the spectrum is the old TestStand 2 Operator Interface. The code for this also ships with TestStand 3.x and you can look to see how much coding was required to implement everything with native LabVIEW controls.

0 Kudos
Message 12 of 33
(2,122 Views)
To summarize ... Does the 'out-of-the-box, Full-Featured OI offer any capablilty of expanding a sequence containing tests/subsequences to display the subtests within, allowing the user to select individual tests contained below.  OR, do I have to customize, as discussed previously in this thread?
0 Kudos
Message 13 of 33
(2,084 Views)
If you want a single expandable view in the SequenceView control, then no. The standard OI does offer the ability to view a main sequence and then you can view the contents of each sub-sequence by selecting which one to view with the control labeled "Sequence". You can select steps or sequences in the OI just like you can in the editor.
0 Kudos
Message 14 of 33
(2,080 Views)
When you say 'control labeled "Sequence"', is this in the TestStand simple/full-featured OI, or is this a LabVIEW control you speak of.  I brought up both the simple and full-featured OIs and I couldn't find a way to expand a sub-sequence as you indicated.  Other than the drop down labeled 'sequence', I didn't see that.
0 Kudos
Message 15 of 33
(2,080 Views)
I didn't say you could expand a sub-sequence. I said you could view a sub-sequence. It's in the full featured OI. Run the OI and open an example sequence like AutoSchedule.seq. The drop-down will list every sequence. If you select one other that MainSequence, that sequence will be viewed in the window. That is the only way to view the contents of a subsequence. The editor has no means to view the contents of a sub-sequence is to right click on it in the editor window and select Open Sequence. I agree that having an expandable tree-view might be a nice option but it's not built in right now. You can make a product suggestion to NI to include that in the future.
0 Kudos
Message 16 of 33
(2,071 Views)

To mrbean -
There are many reasons that TestStand does not offer an expandable tree view for editing or running of sequences. Although many of the issues that I list do have solutions, but they also have side effects.  So some issues that were of concern include:

1) Once you start displaying multiple levels, which may include multiple files, the display no longer displays the notion of sequence files. In general, we wanted the editor to be file based.
2) Recursion is allowed so we would have to display a sequence multiple times in the tree view.
3) For dynamically called sequences, it is difficult to display the contents of the sequence that is called. The user would either have to open a new top-level or specify one of the possible sequences that could be called for the node in the tree.
4) When running, an execution could be many levels deep and the tree view could be potential large and fairly unusable.  When you switch between threads, the treeview could drastically change.  Also when going into and out of a sequence call, the display might have to auto expand or collapse and some users might not like the default behaviors that we define.

There are many more...

In the end, we felt that displaying sequences similiarly to a code based ADE was the appropriate solution for most users.

Now you seem to want to be able to open a parent sequence, expand a child sequence, and potentially run a subset of the steps in the child sequence. You need to consider how you plan to implement only executing a subset of the steps in a child sequence. TestStand executes all steps sequencially in a sequence and various looping options can change the order of execution of those steps. The simplest way to alter the execution of the steps in a sequence before they actually run is to force TestStand to skip steps, but doing this edits the sequence file.  Also, if you skip a flow control step without skipping its corresponding step, TestStand execution can error. Is this how you intend to implement this?  

Will you also be attempting to display the execution in a tree view?

Message Edited by Scott Richardson on 06-17-2006 12:02 PM

Scott Richardson
Message 17 of 33
(2,064 Views)
Excellent answer!
0 Kudos
Message 18 of 33
(2,056 Views)
My problem, however, is that when I open my sequence file (that currently contains three subsequences), I don't see them listed in the drop down.  When I open AutoSchedule.seq (as you suggested) I see all the subsequences listed in the drop down.  Any idea why my sequence file's subsequences are not showing up?
 
Also, the drop-down list seems to accomplish most of what I wanted to achieve with the tree control.  The functionality I needed, and I think I proved it out with AutoSchedule.seq, is to be able to pick and chose which tests I want to run (even if they are in different subsequences.  For example, I want to have the flexibility to be able to run the entire Sequential sequence file, two tests in the Parallel sequence, and the entire AutoScheduled sequence (by right clicking and selecting run select).  
0 Kudos
Message 19 of 33
(2,047 Views)
Are they external sequences? See point number 3 in Scott's answer. When a subsequence is part of the loaded main sequence, you can view and select it. Dynamically loaded sequences do not get loaded until run.
0 Kudos
Message 20 of 33
(2,043 Views)