NI TestStand Idea Exchange

Post an idea

The "Report Options" dialog box provides a lot of flexibilty in the way reports are generated for sequences executing under the Batch model. A new report can be generated for each UUT, for each socket, etc. One option that appears to be lacking, is to flat out not generate a Batch Report. Doing a brief search, I found at two other folks who were trying to do the same thing:

http://forums.ni.com/t5/NI-TestStand/Disable-Batch-Report-TestStand-2014/td-p/3091476

http://forums.ni.com/t5/NI-TestStand/How-do-I-disable-batch-report-in-the-batch-model/td-p/238387

Suggest adding another check box to the Report File Pathname on the Report Options dialog box to disable batch reports.

The Search Directories.Insert method should only insert the directory if it is not already there.

The Method includes an index argument, if the directory is already there, then it should move the existing directory to the requested index.

While we were working on the shipping examples for DQMH, we discovered that the insert method was creating duplicates every time it was called. We implemented a work around that includes a for loop to check each of the items in the search directories list to see if it is the directory we are trying to insert, if it is, we delete it. Once the for loop ends, then we insert the directory where we want it.

You can see a video of the issue and how we worked around it here: DQMH 3.1 Only inserts the Delacor examples directory into Search Directories once

I would like to enhance the TestStand Message Box step to add a 'Preview' button. When selected, it would show how the currently configured message box will look when run.

I find that I am often switching around the text, fonts, and other aspects and would like to get that straightened out before run time. I know you can run the step individually by selecting 'Run Selected Step' but that is tedious, plus you have to take into account preconditions and other functionality. Normally, I have to remove the precondition (if there is one) as often the step cannot be run by itself.

So here is my example with the button added. Not exactly sure what tab it would belong on.

Thanks,

Paul

View All (4)

TestStand now works incredibly well with LabVIEW Classes, but there is a slight annoyance with the fact that you cannot call a Dynamic Dispatch VI with an empty Object Reference. The implication of this is that when you want to use a .lvclass, for every class instance you have to call a VI that does nothing more than return a wrapped class constant which then populates an Object Reference. Technically this is not a problem, but it means that your Sequence becomes very quickly littered with these VI's and it would be nice if there was a way within the LabVIEW module adapter settings for a class member call if when you first call a Dynamic Dispatch VI that, as within LabVIEW you can just pass in a class constant rather than a previously populated Object Reference.

The Problem - All the LabVIEW calls prefixed with 'NEW' are simply returning a class constant.

A Potentially more integrated way of doing this

The Dynamic Dispatch input has the option of either passing in an Object Reference, or a class constant.

All compatiable classes are listed in the value box now - either as .ctls, or alternatively as .lvclasses. This could also possibly be more akin to what happens in labVIEW when you call a Class which has available overrides that it gives you a tree view of the class hierachy to choose from.

Another way you could do this is to have a checkbox adjacent to the 'Class Path:' or 'Member Name:' named 'First Call' or 'New' or 'Construct' that then changes the 'Derived Class

right now with TestStand Sequence Analyzer utility, it is limited to analyzing a whole sequence file at once (or as much of it as you analyze before you hit the stop button).

However, if I have a long sequence file this can take quite a while, and I don't really want to wait.

Add a feature where I can select areas to analyze and have sequence analyzer just analyze those areas (for example -- select a few (sub)sequences in my sequence file, or a few steps within a sequence). This way I can limit the area of my analysis to where I know I made changes (or where I know my biggest problems are) and focus on those and not waste time analyzing everything else.

View All (2)

Currently, if you create a step type and name it OnNewStep, it will execute when an instance of the step is created. This is pretty confusing to new users - why don't we just have an OnNewStep substep type (like prestep, edit, etc)? Custom steps would then just be meant to be called manually using the Step.ExecuteSubstep() Method as documented in the help.

We could keep the "onNewStep" custom step functionality to maintain backwards compatibility with older step types.

NI has gone through a lot work to get the IVI Components integrated within TestStand as step types. I was wondering why NI has not incorporated the NI-DAQmx technology into TestStand as step types. I realize most TestStand developers would just create TestStand Adapters in the sequence step written in CVI or LV to interface to NI-DAQmx functions. Even the more advanced TestStand Developers would create their own custom step types to interface to NIDAQmx. I have just done that to where I have created a framework of custom DAQmx step types that I use as a small subset from all the NIDAQmx functions used from the NI-DAQmx library.

A nice feature of reporting is the ability to form the report file pathname using an expression. However, since the path is resolved before the client Sequence file is executed, you cannot use properties populated in the client sequence file as part of the report pathname. Currently the only way to accomplish this without modifying the model or reportOptions callback is by including the <UUTStatus> macro in the path expression, which enables a portion of the process model which copies the report to a new path based on the result of the UUT:

I propose that we add an option to force the report path to be re-evaluated after the client sequence to allow users to include properties evaluated in the client sequence file in the report file path without needing to include the <UUTStatus> macro. (basically exposing the ReportOptions.NewFileNameForEachUUTStatus property in the dialog)

The NI-VISA Adapter could present steps that would related to the VISA Interactive Control application (Write, Read, Write from File, Read to File, Assert Trigger, Read STB and Clear). This would allow a developer to create a sequence that checks/calibrates a test station consisting of source, sense and fixture loop-back elements with out dependence on a particular adapter or version of an adapter.

I admit that the IVI adapter is already available, but not everyone uses ( or likes ) IVI technology.

It would be nice to make Sequences public or private within a SequnenceFile.

With this you where able to make powerful SequenceFiles librarys. The biggest advantage of this

is you can show the consumer of the library only the "important" public sequences. The

private ones where invisible. This will help to avoid errors.

Regards

juergen

New Paste Value

You can copy the value of a selected variable to another element.

But you cannot paste the value into the selected element in an easy manner.

What you have to do is click into the selected variable’s value field and then Paste, but this doesn’t produce the correct result (for strings anyway)......

You end up with is double quotes!!!

Also if you had ‘Copy Value’ on multiple selected elements and pasted them then you get

So it cannot handle multiple selections.

It would have been better if you could have selected the place where you wanted to paste the value(s) and a new menu item became available ie ‘Paste Value’.

This way should also be able to handle multiple selections.

The problem with double quotes shouldn’t occur and should be corrected with the current pasting of values.

View All (1)

It would be nice to have some kind of Custom Step which gets triggered when a step is deleted from a sequence. Something very much similar to "OnNewStep" which is triggered when a Step is dropped into the sequence.

We may have an option, say, "OnStepDeletion" to detect the deletion of a step. This will be very helpful in many of the step usages.

The TestStand Flow Control Steps like "IF" and "FOR" use the "OnNewStep" to create an "END" step along with them when they are dropped. But there is no means to automatically remove the created "End" when the "FOR" or "IF" Steps are deleted from the sequence. The proposed "OnStepDeletion" can be handy in such cases.

I hope you all will support this idea as it will make many of the functionalities more efficient.

Regards,
Nitz

(PS : Forgive me if anyone has posted this idea already. I couldn't find any such posts)

View All (1)

VeriStand Adapter

It would be nice to integrate VeriStand into TestStand with a VeriStand Adapter.

This would make developing with TestStand and VeriStand much easier. The adapter would provide a lot of the VeriStand .Net api natively to testand:

- Deploy a system

- Set/Get Channel(s)

- Stimulus Profiles

- etc.

The adapter would be especially nice for integrating the new Stimulus Profiles in VeriStand 2011. It would allow for you to create the Stimulus Profile sequence and the Real-Time sequence. The Real-Time sequences would only be able to use a subset of TestStand steps, and would have to be different than a normal TestStand sequence because they are executed by the VeriStand engine, but the Stimulus Profile sequence could be a normal TestStand sequence.

The integration of the Stimulus Profiles would leverage a lot of features TestStand already has like source control, requirements, reporting, etc. Also, it would just give the user a much more intuitive experience when using the two together. Their test development would be centralized in TestStand instead of having to switch between the two different editors. It would also give better access to the parameters being passed into the Real-Time sequences at the TestStand level.

There are probably more benefits that could be realized by integrating TestStand and VeriStand, and this is a feature I would love to see as a user of both TestStand and VeriStand.

View All (1)

View All (2)

There is rudimentary Command Line Interface (CLI) integration in the TestStand Deployment utility. Its undocumented, and is one flag. "build". Which is useful, but the fact that my only option to determine if the build succeeded is manually parse the build output log is cumbersome and error prone.

In a world where continuous automation and build automation are becoming daily buzzwords, additions to the CLI are sorely missing.

I don't necessarily need to be able to do much from the CLI, but having control and the ability to read back status on a build would be tremendous.

https://forums.ni.com/t5/NI-TestStand/Running-the-deployment-utility-from-the-command-line/td-p/1624948

There are many reasons why TestStand is not my language of choice.... I will start with this one... The TestStand Version Selector needs improvements.

If the users are to base the reliability on the interface, then the TVS needs to be much more reliable. When switching from one version to another, the version selector hangs more often than being able to accompish its task. The TVS just sits there pretending to do something... well... it probably was doing something, decided it was lost and then decided to sit and watch the CPU clock cycles go by...

I usually kill the task and try again... By the 3rd attempt, it will somehow manage to switch versions. These attempts give me enough time to write this idea.. After killing the application, I always get the "Unable to determine the current TestStand version" message. This is usually a good sign as the next attempt will probably be a lucky one.

I decided to search the forum to see if others had issues with TVS, and of course, I was not alone. Se the links below:

http://forums.ni.com/t5/NI-TestStand/Operation-failed-popup-when-using-TestStand-Version-Selector/m-p/2354516/highlight/true#M40275

Josh W is not a novice at TestStand...

http://forums.ni.com/t5/NI-TestStand/Problem-launching-TestStand-2012/m-p/2401666/highlight/true#M40716

http://forums.ni.com/t5/NI-TestStand/Microsoft-Visual-C-run-time-error/m-p/860288/highlight/true#M23219

Just how long is being patient? I have waited more than an hour (during lunch) and it still does not swap versions...

I do realize that most issues are related to microsoft visual studio or visual C++, but TSV needs to tell us what is going on or why it is not able to switch version. After all, once it finally changes versions, TestStand is fine. No changes to the PC or any software installation. So the issue clearly points to TVS.

When you improve the TestStand Version Selector, can you also improve the time it takes to change versions? I realize it's too late to improve the architecture of the language where different version could co-habitate together, like LabVIEW, but at least make it a bit faster..

Now that it has selected the approrpiate version, I shall stop my rant... I mean idea and get back to work.

Hopefully all the people who share the same concern will kudo this idea..

🙂

View All (3)

NI TestStand Idea Exchange

Allow the grouping of sequences within a sequence file

Provide mechanism to disable batch report through "Report Options" dialog box

Search Directories Insert method should not duplicate a search directory

Ability to Launch Version Selector from Error Dialog

Message Box enhancement with Preview button.

Support Triple-Clicks in text fields

When calling Dynamic Dispatch VI's Allow A Class Constant To Be Used As An Alternative To The Object Reference

TestStand Sequence Analyzer able to anlyze subset of a sequence file

Make "OnNewStep" its own subStep type

Step Types for NI-DAQmx

Add option to force the report file path expression to be evaluated after the client sequence executes

Add an NI-VISA Adapter

Add some OOP feature to a seqeunce

New Paste Value

Custom Step to detect "Step Deletion"

VeriStand Adapter

The ability to have line numbers for all steps in the left hand gutter.

Make TestStand support both local and UTC formats.

Improved TestStand Deployment Utility CLI

Improve TestStand version selector