Could we add a feature to allow the example programs that ship with TestStand 2012 to open up in Windows Explorer directly after clicking an separate option from the help menu? Currently a help article comes up with a list of the example programs. Upon clicking a link on one of the example programs the path to the example relative to the <TestStand Public> folder is revealed. I think it would be easier from a usability stand point to add the ability to open the examples folder for review straight from the menu.
you write some code to work with the standard out-of-the-box process model.
Then you need to later run this code using a different process model (or changes are made to whatever process model you are using). With this new process model / changes to your existing process model you happen to have a new callback sequence, and that callback sequence happens to be named exactly the same as some other sequence in your client sequence file (that you wrote with no intention of it being a callback override).
Now, when you try to run your client sequence file, you will either get errors because the callback parameters do not match up (for this random sequence that wasn't supposed to be a callback override).
Granted this can be avoided by having good naming conventions for sequences in your client sequence file and any process model callbacks you add, but sometimes you are not in control of one or either of those.
I suggest adding a property of a sequence that flags it as "not available to be used as a callback override" -- this way you can configure all your "never intended to be a callback override" client sequence file sequences as such, and you won't end up in this trap.
Recently I have had a number of customers ask me if there was a way to create a timed Message box that did not have buttons on it. Of course I told them that there wasn't any. Their requests did get me thinking and I can see that there are times when a timed message popup could be useful. Essentially it would just display a message and go away after a select period of time. I would love to see one.
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:
The Additional Results Step property is a great way to add customized results to the TestStand report for a particular step without much effort required. However, there should be an equally simple way to add additional results too all of the steps in a sequence. The current options are all lacking:
Create a SequenceFilePostStep engine callback to manually append results to the result list - this feels hacky
Add additional results to each step - this is tedious
Create custom step types - this is also tedious, as a new step type would be required for each step
I think there should be an additional results option available in either the report options or in the sequence file properties window or the report options window. Configuring the results here would be identical to adding the additional result to every step in the sequence.
Potential implementation of button on report options window:
Professional Development package should include source code control (SCC) and Requirements Gateway right out of the box.
I know that bundled SCC was a problem in the past that NI wants to avoid, but I feel that a "Professional" development system isn't very professional without it and Requirements Gateway. However, It is very difficult and painful for me to get separate funds approved for important items that really needs to be already there right out of the box.
I already use free SVN, but TestStand does not recognize it, so it is not "integrated".
As in subject: add the possibility to define the datatypes described in .net assemblies.
Now developers, when they create veriables, can choose from between number, string, boolean, object reference and cointainers and arrays of these as well as from between DatabaseColumnValue, DatabesePropery Mapping, Error, Path, Expression, NI_LimitMeasurement, NI_MSgBoxFontData, NI_LV_DeployLibraryItem, NI_TDMSReference, IVI and LabVIEWAnalogWaveform, LabVIEWDigitalWaveform, LabVIEWDigitalData, LabVIEWDynamicData, LabVIEWClusterArray,LabVIEWIOControl.
These two groups of data types are called Custom Data Types ( number, string, boolean, object reference) and Standard Data Types (rest of them).
I'd like to vote the .net types of data which are defined in .net assemblies were accessible from Standard Data Types menu along the LabVIEW datatypes.
I'd like to propose a new feature for consideration. I'm missing the feature using which I could measure how long it takes to execute the freely chosen block of steps. To do this the new step would be needed.
Let say the step type name would be: "Time elapsed".
User would be able to specify the name for every instance of the step used, in the way as we can use the names in Rendezvous instances. And exactly as it is done in the rendezvous step type it would be some operations associated with that step type.
1. First call of "Time elapsed" step type would be called wit the operation: Create. The one obligatory argument would be the name.
2. Every other call of this step type with reference to the same name, apart from the last one, would be optional. The operation name this time would be Lap Time this time. The step would return the amount of time has gone from either the Create operation or the previous Lap Time operation.
3. And the last call of this step type with reference to the same name should be invoke with the operation called Finish for example, and it would return the time has passed from the first call of the step (with operation Create).
User would be able to create a lot of time elapsed type gauges, distinguish by their names.
This functionality would allow to measure the speed of the sequence during execution.
Example (sudo code):
TimeElapsed.Create("test01") //somewhere in the sequence
TimeElapsed.LapTime("test01") //somewhere in the sub-sequence
TimeElapsed.LapTime("test01") //somewhere in the sequence
TimeElapsed.Finish("test01") //somewhere in the sub-sequence
I suggest being able to group steps in a sequence:
Steps that are grouped should in interactive mode be forced to be handled together, e.g. "Run selected steps" would always select all the steps in the group. This way you could re-use certain steps multiple times down the sequence without allowing such steps to be executed by themselves (or the opposite, make sure certain steps were never executed without surrounding safeguards).
Today we'd usually enclose such must-work-together steps inside sub-sequences, but that solution does not safeguard against selecting a single step within that sub-sequence for execution by itself, and sometimes putting steps in a sub-sequence is non-optimal (one such case is when you have disabled tracing into subsequences, but this particular set of steps you'd like to have tracing on - I know there are ways to go about this, but these are cumbersome and non-trivial to spot when editing the sequence).
I wouldn't add any extra configuration options to a group, it should simply be a group/ungroup thing - all settings still being on a per step basis.
The use cases for a group could be expanded into making it easier to select a co-working set of steps for copying and pasting, it would be a good way to document co-working steps and so on.
When deploying from a workspace file, TestStand analyses the VIs it has to include in the deployment package. However, when working with plug-in classes, TestStand will add the parent of a plug-in class, but not its children. Possibly because these are not directly used (they are included at runtime), and thus not recognised during analysis.
I would like to see that TestStand recognises a parent class it includes in the deployment, and then:
includes all its child classes that are in the same project file;
asks to include possible child classes that are not in the project file.
In every TS step we have the looping feature. I find it very elegant feature which allows us to save implementing full loops for singular steps.
I wonder if some statistical information to the looping feature can be added to the looping feature.
We could image that there is a step with the i.e. LV module which is responsible for acquiring one sample of data. Let say the sampled signal is noisy. It would be fantastic if we can use this singular step which acquire singular sample and the looping feature of the TS step to get multiple samples and to have a statistic the samples taken. The statistic could be:
Now, if the number is exactly in between if two integers, TS rounding function uses bankers rounding method as a tie-breaking rule. Although bankers rounding tie-breaking rule generally secures equal statistical error distribution, in case of a need of rounding numbers with only one decimal place this tie-breaking rule produces output which could be different than - let say a natural - expectation.
For example if we have a group of numbers like below: