NI TestStand Idea Exchange

Since TestStand 2019, it's possible to configure an action step with a LabVIEW Module to switch between using a source VI and using the same one but compiled into a LabVIEW Packed Project Library (PPL).

The option, accessible in two ways, is called "Always run VI in Packed Project Library".

That's a neat possibility since it's allow to switch between a development version with easy debugging of a classical VI, and an optimized and locked production version with PPL.
One non compiled VI
One compiled VI into a PPL
One LabVIEW project
One TestStand step

However, when LabVIEW Adapter is set to Run-Time, a tight coupling between the compiled VI and the non-compiled VI is maintained for no reason.

Example 1)
-A VI is developed and compiled on a development machine A
-It is called as the module of an action step
-The VI, the PPL, the .lvproj and the .seq are pasted on a production machine B with fresh installations of LabVIEW and TestStand
-LabVIEW Adapter set to Run-Time on machine B
-Always run VI in Packed Project Library set on machine B
--> The execution will not start, since the classical error -17600 appears on the call. The reason is because the LabVIEW cache of the machine B does not contains data from the .lvproj. Simply opening then closing the .lvproj updates the LV cache, which solves the issue. However, it makes no sense to depend of the LabVIEW development environment on this production machine since the LabVIEW Adapter is set to Run-Time and "Always run VI in Packed Project Library" is enabled.

Example 2)
-LabVIEW Adapter set to Run-Time
-Always run VI in Packed Project Library
--> If source VI is deleted, it takes a long time to preload the modules. See here

Proposition :
When the LabVIEW Adapter is set to Run-Time and "Always run VI in Packed Project Library" is enabled, it should be possible :
- To not install the LabVIEW development environment (only the LV Run-Time)
- To keep only the PPL (and eventually the .lvproj) and to delete the source VI (no source code on production machine)

Hi folks,

When writing TestStand UI components using LabVIEW, there are a lot of scenarios where using a callback VI to handle a TestStand event is the right move. As of writing this, that's the only way.

There have also been plenty of times when I would have preferred to handle a TestStand event directly within a LabVIEW event structure. In these kinds of scenarios my code would be less complicated if we had the ability to directly register TestStand engine events with LabVIEW's "Register for Events" node.

Years ago when learning TestStand, I tried to do this out of intuition and I was kind of surprised that it wasn't supported.

Below is an illustration of what I'm proposing.

View All (4)

Obviously it's not a great idea to have loads of nested conditional steps, but for longer sequences even with only a few nested conditions, I find it hard to find the matching END for example when an if-statement. Sure I can count the number of lines, but I think it would be a lot easier if the "scope line" that indicates the scope would stand out more and become bold or blue (like the selected line)

Here's are two mockups (bold line)

An alternative indication could be to highlight the ending line of the scope like below.

Having a keyboard shortcut for jumping between beginning and the ending within a scope would also be very helpful!

In Microsoft Visual Studio there's a keyboard shortcut (CTRL + [ ) which toggles the cursor position between the and and beginning of a scope, and it works with all things that encapsulates a scope or a string or expression. e.g. curly braces in code sections, quoted strings etc.

TestStand File Diff and Merge Utility has the ability to produce reports in XML format with a slew of dependencies on TestStand (stylesheets, button images, etc.) making them not very portable. Yes, I know they can be packaged with the extra utility, but that's a hassle too. Now instead of managing a file I have to manage a folder of files.

Additionally, these reports only seem to work with Internet Explorer which I'm hearing is going away. Not sure if it's just me, but Edge's IE mode doesn't seem to work for these reports either.

Can NI do something to address this?

Make a browser extension that works with at least chromium based browsers.
Figure out a nice PDF format.

Ideally, I want to upload the file type into my code review platform of choice (git, perforce swarm, crucible, network folder share, etc.) and not require my reviewer to have TestStand installed on their machine.

It would be nice to have an Auto-populating folder option for TestStand projects much the same way that LabVIEW project do.

Folders added to TestStand projects are snapshots of the folder's contents when added. Any files added to the folder on disk afterwards are not marked for inclusion with the deployment at analysis time. This behavior is fine as a default.

However, there are times when you do want to automatically include all files in a folder. Having an auto-populating folder option would mark the folder and all its contents for inclusion automatically with the deployment at analysis time. After analysis is over the user could still choose to uncheck any files they wish before selecting the build button.

From version to version, it's only natural that developers will be adding new files to established folders. Since the TestStand project doesn't aid in development activities, it's easy for folks to forget to add files while they're developing. We often have a faulty build or two with each release because necessary files aren't making it into the build. We ultimately have to delete the folders in the project and re-add them, then go through the hassle of fixing the paths and included files. An auto-populating folder option that integrates with the build utility would save us time and headaches.

View All (5)

View All (1)

View All (4)

In instances of nested expressions, it would be useful to be able to press tab to indent a line. I propose inserting "n" spaces when pressing tab.

Coding style of course varies, but for readability, I rather dislike the following

Trim(Locals.SomeLocal) == "" ? (Locals.SomeLocal = "foo",Locals.AnotherLocal = "bar", Locals.SomethingOrRather = "zoo") : False

...and much prefer this styling:

Trim(Locals.SomeLocal) == "" ? (
                Locals.SomeLocal = "foo",
                Locals.AnotherLocal = "bar",
                Locals.SomethingOrRather = "zoo" ) : False

...but at present the latter is tedious because one has to insert a lot of whitespace manually or worse yet, use another text editor and paste it into TestStand. It would be nice if TestStand's expression editor supported this basic feature available in almost every text editor or IDE.

Thanks,

Mr. Jim

View All (4)

The settings field can easily become too long to see every active option and there's not necesarily any consistency between steps if they have differing options. What I mean by that is if you only set the "Do Not Record Result" (my favorite) option in one step, it will be on the left of the settings field. But if you now set several options on another step, the settings are not lined up so that it becomes hard to see at a quick glance which steps I forgot to not record (because TS still doesn't default to not recording steps). You have to analyze the settings line for each step.

I propose something more graphical and ordered. Here's my idea of at least ordered. The text could be replaced with icons representing each setting.

Then it would be graphical, ordered, and concise. What more can you ask for?

View All (9)

View All (1)

Looking at any step result, there's a TS.StartTime property, but it's referenced against the "the number of seconds since the application initialized the TestStand Engine"

What this means is that each step result is referenced against a somewhat arbitrary and changing epoch that isn't recognizable outside any one instance of the TestStand application, let alone by external applications.

I'd like to propose adding TS.StartTimeUnix, which contains the absolute time the step started.

I've added this in our model customization plugins, but to convert the epoch to UNIX I have to perform this calculation:

Seconds(False)-Seconds(True) + Parameters.Result->TS.StartTime

Why I'm asking for this:

In our step result database table, we've added a column for STEP_START_DATE_TIME which is absolute UTC time. To populate this I have to go through the gymnastics above. I revisited this code today and thought, "What silliness. This should be something natively supported." (Other than that I have no strong opinion on the matter)

View All (7)

When creating custom step types, it is highly recommended to use Post-Step for calling execution module instead of Default Module.

Thus, when instanciating a custom step type, parameters passing is not saved within the sequence but only in the step type definition.

This allows to change parameters passing without having to update all the step types instances.

In some big test benches, it is intersesting to have low-level step types and high step types based on low level step types.

High level step types execution modules are sequences using low level step types.

Since sequence adapter is not available for Post-Step, we are obliged to call the sequence through Default Module.

Thus it can generate problems when adding parameters in sequence call.

I suggess to allow Sequence Call in SubStep creation :

Jean-Louis Schricke, MESULOG

TestStand Architect

Hi,
I would like to show the following problem with the Update Custom Data Type from Cluster tool when updating TestStand container type definition based on LabVIEW cluster.

TestStand creates new container type definition according to the LabVIEW cluster items order. The problem apears after you create the TestStand type definition and then reaorder LabVIEW cluster. After this change in LabVIEW, TestStand will not properlly reorder items in its definition. So for example:

We have LabVIEW cluster { 1My String, 2My Numeric, 3My Boolean },
Then we create TestStand type from it and we have { 1My_String, 2My_Numeric, 3My_Boolean},
Now, we change order in LabVIEW { 3My Boolean, 1My String, 2My Numeric },
TestStand do not see change,
Then we add new item in LabVIEW { 3My Boolean, This is new, 1My String, 2My Numeric },
Update in TestStand will be { This_is_new, 1My_String, 2My_Numeric, 3My_Boolean}.

So at the end we have:

in LabVIEW : { 3My Boolean, This is new, 1My String, 2My Numeric },
in TestStand : { This_is_new, 1My_String, 2My_Numeric, 3My_Boolean}.

IMO items order can be sometimes (if not always) important part of good style. That's why I would like to suggest to update also items order if you select Force Exact Match.

It would be nice to be able to "fold" control flow blocks (like if - else -end, while - end etc.). Despite the vertical lines connecting the control flow steps on the same level, it is sometimes very hard to find where a long control block actually ends or what the condition for the "end" is you are currently looking at.

In such cases it would be helpful, if the entire control flow block could be hidden under its first line, tree-view like with a +/- icon to show/hide the interior of the block.

Regards

Peter

View All (2)

What do you need our team of experts to assist you with?

Request a quote Find the right product Place an order Get support on a product

How can we help?

Please enter your information below and we'll be intouch soon.

This field is required

Preferred communication method

Email Phone call

What do you need our team of experts to assist you with?

Request a quote Find the right product Place an order Get support on a product

NI TestStand Idea Exchange

Review all idea Exchange and Update status

Native support for maps or dictionaries in TestStand

Improvement of LabVIEW Packed Libraries TestStand options

Support TestStand Engine Events Using LabVIEW Dynamic Event Registration

Highlight the scope of selected a conditional step

Improve TestStand Diff Merge Utility Reporting

Add an "Insert Folder From Disk (Auto-Populating)..." option to projects for Improved Deployment Experience

Axis labels for graphs in report

Add Git to supported source code control providers

Quick Preloading Modules when no source for PPL

Allow Sequence Adapter to expand containers in the module tab

Add JSON string function

Support Tabs and Indentation in Expression Editor

Visual settings in the steps pane instead of a (sometimes) mile-long text list

Add support to call modules built with .NET Core

For each StepResult, add StartTime with UNIX time offset

Sequence adapter available for substeps

Update Custom Data Type from Cluster Force Exact Match - update items order

Folding editor for control flow

Select enumeration value directly in SequenceCall