NI TestStand Idea Exchange

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

Add teststand custom step database connectivity functions to automatically retry if a lost connection is encounter

 

Very often in manufacturing plants database server have glitches and the teststand database connection is lost,  if test sequence is doing to sql statement this will fail. I think adding an automatic reconnection to the database may be a nice feature for TS and great benefits for the customers.

Hello,

 

It should be nice to be abble to view the UIEvents directly in TestStand SeqEdit.

 

This could be helpfull during debugging a sequence.

 

The idea could be done like a Debug / Trace window.

 

It should also be interresting to have such a "UIEvent callback" in the process model. 

 

Manu.net 

In LabVIEW, we have a lot of tools to help user to develop more efficiently and almost all of them are handle with VIPM.

 

Can we expect to have something similar from NI for TestStand ?

 

Best regards

CreateSameProperty.png

 

Let's say we have a parameter to a subsequence of a named type, and we want to create a so-named Local or FileGlobal with the same type.

One way to do this with our current workflow is to:

  • Type the same property name in the parameter value
  • Right-click the parameter
  • Click on "Create Locals.whatever"
  • mouse over the types menu
  • Glance through most of the types, select the custom type

 

I'm proposing a simpler workflow for cases when you just want to duplicate or "clone" the property with the same name and type in Locals or FileGlobals:

  • Right-click the empty parameter value
  • Select "Create Locals.whatever" or "Create FileGlobals.whatever"

The respective menu options would appear if the so-named variable does not already exist.

The subproperty is created in the Locals or FileGlobals with the same type as the parameter.

Right now, the breakpoints/watches window  (Debug >> Breakpoints/Watches) is modal against sequence editor.  This makes my life harder because I can't keep that window open to enable/disable a bunch of breakpoints scattered across a sequence(s) during an execution -- I need to be stopped at a breakpoint, open that window, enable/disable other breakpoints as desired, close the breakpoint window, continue execution, and repeat.  I'd like to be able to just keep that breakpoint management window open the whole time (Just like I can with LabVIEW).

 

Another related thing that would be nice is to be able to manage breakpoints per execution.  At this point I can have multiple simulatenous executions, and I can add breakpoints at run time that are specific to that execution.  However, I can only manage those breakpoints easily through the execution view windows, and not through the breakpoint manager.  It would be nice to see individual executions show up in the tree structure of the breakpoint manager the way each sequence file does.

 

Problem description:

The parameters out of the step settings window and the called subsequence are not linked. If you delete any parameter out of the middle of the parameter list and the calling sequence use the "default" flag for this parameter(s), this default flag(s) will be shifted to the next parameter in the list and the original value will be overwritten. To reproduce this issue:

 

  1. Create a test sequence
  2. Create a subsequence and add six parameters (type does not matter)
  3. Insert "Sequence call" in the Mainsequence and configure it to the previous created subsequence
  4. In the "StepSettings" window configure the parameters of the called sequence. Parameter 1+2 with any value. Parameter 3+4 with default checkbox. Parameter 5+6 with any value
  5. Save your work
  6. Open the subsequence and delete the parameter 3+4 (these two that are configured with "default" in the calling sequence")
  7. Go back to the MainSequence and click on the sequence call of the subsequence (reload option is visible in the step settings window)
  8. click on the blinking red reload button

You can see that the name of parameters you have deleted in the subsequence disappear, but the "default" flag(s) are shifted to the parameters 5+6 and the previous configured values were overwritten. If you delete any parameter that is configured without the default flag the deletion works fine. 

 

Problem: If you want to delete a parameter that is used in many subsequences by searching for it and delete it directly out of searchResult window, you cannot guarantee that your sequence is running without any problems

 

Idea: Add a "checkup function" on the "reload" module in the stepSettings menu that all parameters are checked by name and value before any values will be overwritten. This checkup has to be done on each change of the called subsequence

Within the Teststand workspace it would be reall useful if the "Code Modules" under the sequence could auto-populate and also if it could display the filepath of the code module. That would make it much easier to keep track of what code a sequence is calling and where from on disk.

Hello,

 

Today the UUT container and other Socket important informations are only available at run time and using long expressions. Smiley Mad

The access to these properties is not valid ate edit time but will be valid only at runtime. Smiley Mad

 

It would be nice to give a rapid access to these informations using a kind of direct pointer access. Smiley Tongue

 

Something like this would be nice ...

 

  • CurrentSocket.UUT
  • CurrentSocket.Error...
  • CurrentSocket.Status
  • CurrentSocket.reportText

Using always existing properties would also be nice, in order to use Expression intellisense ! Smiley Very Happy

 

Thanks a lot.

 

Manu.

Some test sequencing tools incorporate the idea of configuration based variant handling, where you could define different test variants (e.g. testing at ambient temperature, hot, cold), each variant having it's own set of test limits.

Individual test steps can then be assigned to the previously defined variants. By chossing the desired test variant, the according steps will be executed without having the need to implement additional logic within the sequence.

 

 

 

 

 

When editing the Value text within Step Settings for a parameter, the Undo command completely reverts back to the state of the step prior to any entry modification. This is frustrating when a notable amount of code has been added/edited to an entry box and you want to "back up" a bit to a point somewhere between now and when you started editing. This functionality is already present in the expression browser: activating the Undo simply steps back into the process of the code you are writing. Can this functionality also be present in the Step Settings pane when entering code there? Once you press "Enter" to complete the entry, then the functionality could be as before (Undo reverts the entire edit). But when you're in the middle of typing code, Undo seems like it should just reverse the last steps of the code you are writing rather than completely abolish everything you've done during the edit.

 

Essentially, while actually editing the Value entry there should be a temporary Undo stack that is used for the text edits. This stack can be abolished and the main Undo Stack is resumed when the entry is submitted (press Enter, select a different field, etc.).

I would like to request to add the possibility to start Tool (Menu>Tools) from Quick Drop. E.g. I would like to create a tool which sets selected steps to overwrite reporting option and run this tool with Quick Drop.

Hi all,

When I'm in the depths of the TestStand API, I like the feature whereby the PropertyValueTypes show up in a nice little menu. (See below)

...but when I'm selecting PropertyOption constants I have the reference open all day long and I have to look periodically.

 

Would the NI developers mind adding this menu feature for PropertyOption constants as well?

 

Thank you,

 

Mr. Jim

 

PropValTypes.png

 

 

Hello all TestStand users,

 

How often i had to debug my sequences ... to find out after many minutes that some of my steps are Skipped ! Smiley Mad

 

It would be nice to highlight the skipped steps by default ... (Without having to customize something in TestStand) Smiley Surprised

 

  • By using a stroked font to view the step détail (STEP SKIPPEDSmiley Wink
  • By using a red, flashy color (STEP SKIPPED):smileyhappy:
  • Or better, both ... (STEP SKIPPED):smileyvery-happy:

 

Thanks for your help ...

 

Manu.net

 

 

 The Separate or Shared file global selection setting is not obvious on the user interface in TestStand. This is a very important setting that must be located in the "Edit/Sequence file properties" menu:

 

Sequence File Globals.JPG

 

Maybe this selection should also be available directly in the "variables" tab:

Variables tab.JPG

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.

I'm trying to pull out all parameters from a sequence when it errors and save it as an additional result. This is to help the debugging process in a custom report plugin.

 

It falls over when enums are used as they can't be pulled out as GetValVariants then converted to strings.

 

I suggest that the if a variant for enum is called it keeps the number and string text inside of it "[5] Item number 6" for example. This can then be interpretted into a string by Str().

 

Example expression:

Locals.ConcParams = Locals.ConcParams + "Parameter: " + RunState.Caller.Parameters.GetNthSubProperty("",Locals.X,0).Name + " Value: " + Str(RunState.Caller.Parameters.GetNthSubProperty("",Locals.X,0).GetValVariant("",0))

When you use an edit step to modifiy the values contained in your step inputs/outputs, the fields are not updated with the new values. You have to close the step tree branch and reopen it to see the updated values. A good idea would be to refresh the step section after the execution of an edit step !

Update step val after Edit Step

Hello,

 

It should be nice to be abble to refresh the STEP default options, according to it's STEP TYPE.

 

=> This should be made using a "REFRESH TYPE" command in the contextual menu (Right CLICK) of a STEP.

 

 

Manu.