NI TestStand Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

We have several sequences which are too long to execute (test stand crashes during the initial load) using the preload option.  These are often sequences with 50-100 subsequences which define contiguous tests to be performed.

If Test Stand had a 64 bit version additional memory would be a solution to this problem.

In a recent Test Stand training session at my work, we learned about Engine callbacks and specifically about the Load and Unload ability to run code when simply loading or unloading a TS sequence file.  In speaking with our FE, there is no was to disable the Engine callbacks and he asked that I post this request.

 

Without the ability to disable this feature, there can be inadvertent to malicious consequences.  The loading or unload of a sequence file needs to be passive during development so the sequence file can be reviewed and verified to be harmless before putting the sequence file out for production use.

 

In the inadvertent instance, a developer could produce something that they are not quite sure will work and it could produce a side-effect. It would be good to be able to open this sequence file and review all the steps before the Engine Load callback has any chance of running.

 

In the malicious instance, the Engine Load could be used to perform unwanted events - I.E.. Performing a system call to format the C: drive, making a remote connection to an external computer, etc. during the code load and before anyone has a chance to review the sequence file and verify that it is harmless.

 

The Engine callbacks are a great feature but with the inability to disable them creates a great security risk. There needs to be an option in the TS Sequence Editor to disable all or selected Engine callbacks and then a sequence file can be opened safely and reviewed before execution.

 

Presently we can login into Teststand using the windows login. Carrying this forward it will be good if all Teststand configurations ( ex report type,process model,search directories) are user specific.

 

This will need maintaining separate config files for each user.

On start Teststand will check the windows user name logged in and accordingly copy relevant config files and configure the Teststand.

It would be nice if there was a station option that would set the default load option for all created sequence files.  Currently I must either programmatically modify the RunState.SequenceFile.ModuleLoadOption property with a statement in each of my .seq files or navigate to Edit » Sequenfe File Properties and change the feature over and over again.

 

An example of what I'm talking about is shown here:


Programmatically Update Default Sequence File Load Option
https://decibel.ni.com/content/docs/DOC-20095

 

Thanks!

Right now I can configure search directories in TestStand, but I am limited.  There are 2 types: either an absolute path, or a "programatic" value (think <current sequence file directory>, <TestStand Public Directory>, <Windows Directory>, etc).  However, these "programatic" values cannot be modified.  I would LOVE to be able to configure a new search directory of "<Current Sequence File Directory>\LabVIEW_files\*", or "<Current Sequence File Directory>\..\Code Modules", but TestStand doesn't support adding modifiers to the ends of those paths.

It would also be nice to be able to specify <Current Process Model Sequence File> as another value.

This would help greatly with being able to move files around, and limiting the total number of search paths, and limiting the cross-linking of finding the wrong code modules for individual sequence files.

The sequence editor's (v4.1) diff tool doesn't properly step through the differences if it encounters a "For" loop step or a sequence call step that is a homonym of another sequence call step in the diff window. It basically gets in an infinite loop that can be exited by selecting the next step in the diff window.

 

Also, if a parameter is added to the parameter list of a sequence and is moved before other existing parameters, the tool doesn't identify the pre-existing steps as identical. It just markes them as deleted from the first sequence and added to the second sequence (therefore it prevents proper comparison).

How about a Mac version of TestStand? I understand there is a Mac version of LabView.

loading express VIs can take a long time on a slow computer

occasionally I press the express VI button by mistake and have to wait and wait

globals scoped to an execution

currently I use RunState.Root.FileGlobals as execution globals

but adding a custom global there normally requires modification of the model

 

When investigating a specific UserGroup (in the user group list) it is very easy to check the array of Members to find a specific user's name... However, given a specific user, it is a bit of a process to do a reverse lookup and find what group the user is a member of. 

 

While I know that I can always check privileges on specific operations for a user to make an educated guess on what group I belong to, it would be more elegant if I could just access a method or property such as:

 

CurrentUser.Memberof() 

 

and have it return the string for the UserGroup name.  {Operator, Technician, Developer, Administrator etc}

 

 

It would be nice to have the an API function to get the current progress stuff.

Allways when i am using the progress with PostUiMessage inside a sequence

I do not know what the current progress is. It would be nice to save it at start of sequence

now modify it with PostUiMessage

and on the end you are can able to set it old values again.

 

Regards

 

Juergen 

This has to be an easy one, could you add a "EntryPoint" property to the execution object that would retrieve the execution entry point. This info is included in the Execution.DisplayName property but it is a little bit of a pain to trim/split the string to get the actual entry point name.

 

Thanks!

 

<< N >>

When loading large sequence files, TestStand does not display progress and appears to "lock up" both TestStand and the LabVIEW OI.  Sequences with hundreds of steps can take minutes to load.  Operators often incorrectly conclude the application has stopped respoding during long pre-loads.

 

I am suggesting to implement a responsive progress display, allowing the LabVIEW OI to proceed execution, and post the following UI Messages during step pre-load.

 

UIMessageCodes

  1. UIMsg_ProgressPercent–(Value: 11) TestStand step modules post this message to the user interface to notify it to update its progress indicator associated with an execution.
  2. UIMsg_ProgressText–(Value: 12) TestStand step modules post this message to the user interface to notify it to update its progress message associated with an execution.

 

20869i87D31F1755A9EB9F

I'd like to be able to specify the username, password, and local & remote paths by expression:

 

18787i328326F4E8289180

HI

 

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

I've found that there's a hole in the global map in TestStand - often there's something that I want to access across a project or workspace instance, but not a station (this is especially true when developing on my laptop).  I know that there are work arounds for this issue, but none of them are elegant solutions IMHO.  I'd like to see workspace and/or project globals implemented.

How many times have you found yourself typing double backslashes "C:\\Windows\\System32\\cmd.exe" or even worse, going through a copied path to change every backslash to a double backslash (and inevitably missing one), just so you can pass a file or directory as a constant to a code module or another sequence?

 

string issue.png

 

I'd like to see a symbol for 'explicit string' in the TestStand expression language, much like C# does with the @ symbol.

So if we typed @"C:\windows\temp" we would actually get the string "C:\Windows\temp" instead of "C:\Windows<tab>emp".

 

To really go the extra mile on this:

  • Drag and drop could be enabled, so that any file dragged from another window into an expression box would automatically paste the filename.
  • A browse button could be added to the expression browse dialog which would bring up the usual file open dialog and insert the selected filename.
Message Edited by Josh W on 06-14-2010 12:57 PM
Message Edited by Josh W on 06-14-2010 12:58 PM