LabVIEW Idea Exchange

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

I recently came across an issue where an application that I built refused to recognize my DaqMx device on a remote computer. I had custom scales that I made in DaqAssist. It turns out you have to create new scales in project explorer, call them something other than your arlready-built scales (the ones you created in DaqAssist), and manually go thorugh and select the newly created scales in each individual DaqAssist VI. This was a bit of a pain As I had various DaqAssist Vis spread thorughout my VI and sub VI's, and I had several scales to replicate.

 

LV should Automatically save custom scales created in DAQAssist to the project, thus avoiding having to manually create, rename, configure, and individually select new ones for each instance of Daqassist.

Now when we copy & paste a control/Indicator, It Tip strip is also copied to the new control/Indicator. It will be good if the Tip strip is made empty if controls/Indicators are copied & pasted.

 

Thanks,

Nanda

In the statechart diagram the transition icons indicate whether they fire on a trigger, depend on a guard condition, or execute an action. It would be nice to indicate this in a similar way for the states themselves, like in one of the example figures below:

 

 

 

In this specific example, 'State' has an entry action, no exit action, and two other actions, the second of which is guarded. A double click on the respective rectangle would then directly go to the code diagram of that section.

I think it would be nice to have a "soft save" or code snapshot as part of the undo functionality. Often times there are multiple steps involved in any chnage you want to test. It would be nice if, rather than saving your VI (which you might not want or be able to do) you could make a soft save or snapshot of your code, make the changes you want and then be able to switch between the changes you made and your snapshot with a single action.

 

Right now, if you made 20 actions to change your code, you would have to CTL+Z 20 times to go back to your original code, and then CTL+SHIFT+Z 20 more times if you decided to redo your changes. Perhaps CTL+ALT+X could take the snapshot, you could modify your code and CTL+ALT+Z could toggle between the two.

Default selection mode is "1 item" - the terminal is a single I32.

Changing the selection mode to "1 or More Items" changes the terminal to 1D array (of I32).

 

Now, changing it back to "1 item" leaves the terminal as 1D array, which does not match the current selection mode.

In this case, a redundant Index Array should be used.

 

I suggest that the listbox terminal will always match the selection mode, and will change accordingly.

 

(Why not replacing the listbox with a new one? because you lose all your custom settings.)

 

Amir.

Every array has a property node for "Array Element".

It is referring to a general element in the array (and actually applies to all elements).

 

It could be nice to have this "Array Element" property for a specific element. "Active Element" property can be added for that (similar to "Active Plot" in XY Graph).

 

The usage I was thinking is about is getting the position of an element or setting its background color (after casting its reference to a string class). But there is much more to it than these simple examples.

 

Amir.

 

 

 

 

Hi,

 

I can't find the reason why the users have to declare or not the writing of the configuration file.

 

Capture2.JPG

 

Usually, if you want to write into the file you have to declare it at the beggining when you opening the file. Then when you closing you just disposing the reference. That is the default thing for all language environments. So why complicating the thing?

 

It causes a lot of hidden problems because it usualy work on the development machines and on the deployment machines it doesn't work as the folders in Program Files are usually read only. That makes the debugging difficult and itself is unnecessary problem.

 

Usualy, users know upfront  what for they are opening the files, so why ask them at the end instead at the beggining? Additionaly, the Open Config Data.vi is testing indirectly the writeablity asking for creating the files if necassary,

 

Capture3.JPG

 

 so again, why to declare it at the end?

Hi,

 

I think it'd be better if NI would allow some ordinary VIs (the good group for example is the 'triangle VIs) to be verically orientated like this:

 

new.png

or like this:

 

new1.png

 

Of course the symbol of the operation needed to be not rotated for securing easy readibility.

 

Main advantage: saving the development space in horizontal dimension.

Other advantage: better visibility.

 

No disadvanteges in my opinion

When using clusters, it's normally necessary at some stage to unbundle or bundle. The block diagram could be made cleaner if cluster terminals could be expanded by the user to show bundle and unbundle terminals, basically by incorporating the current 'unbundle' node. The diagram below illustrates this.

 

NI cluster suggestion.JPG

 

Additionally, this makes it much tidier when trying to modify an element in a cluster. In the picture below, the top image shows the current method and the bottom one shows the proposed method:

 

labview sugg mod.JPG

 

It might be that there's already a way to do something like this but if there is I don't know about it!

The sequence locals in a stacked sequence structure appears on the right side, both in the parent frame and in the other frames. It'll be nice to read from the sequence locals if it appears on the left side in the frames which reads values from it and right side in the frame which write to it.

Where I work the Conditional Terminal in a For-Loop is frowned on. Don't ask why. It is preferred that a While Loop is used, with an Array Size that is tied to the Loop Counter. If the desired result isn't found in the loop, then the iteration count equals or exceeds the Array Size value and the loop stops. Since this functionality is desired many times when the While Loop is used anyway, why not have a way to configure the While Loop to optionally include the code to do this, and save the time to wire it in every time?

 

 

It would be nice to have all LabVIEW add-ons (modules, toolkits, suites, etc.) in 64-bit versions. Especially the Embedded Module for ARM 2011+. Is this under way? I'd rather wait for this than to install virtual machine just to use that on a 32-bit XP.

Sorting on array of clusters should have options for selecting which element to sort on.

Its doable now but requires extra codes and wastes development time because at present you have to unbundle the cluster,

make the sort order element the first element, re-bundle, do the sort and then re-cluster again.

It would  be much simpler if you could just select the element you want to select for sorting array of clusters by right clicking on the sort icon

after wiring the array of clusters to the sort icon.

Das Markieren von Objekten sollte auf zwei verschiedene Arten erfolgen:

 

  • Wird das Markierungsfenster z.B. von links nach rechts aufgezogen, so werden alle Objekte markiert, die von diesem Fenster geschnitten werden, auch wenn es nur ein Pixel ist.
  • Wird das Fenster dagegen von rechts nach links aufgezogen, so werden nur die Objekt markiert, die vollständig innerhalb des Fensters liegen.

Hi all

 

Now we have in LabVIEW the checkbox for visible the plot that's great

What I want is also a ENUM for selection if I have multi plots so that I can chose which plots on which scale

 

Jürgen

 

PS

I hope my picture makes it a bit clear

It seems that when laying out a front panel, or even sometimes when working on block diagram, I find myself needing a "redo" type button.  This idea is to be able to repeat the last used function.  See attached graphic file for more information.

"code frames", similar to decorations, may be used on LabVIEW block diagrams to separate code groups according to function or preference.  Cleanup feature may be disabled within a code frame, allowing the wires, icons, and comments to remain in place.  Wires crossing boundaries can be locked to the boundary as well.   The idea is to allow functional groupings of code without using subvi's, and to prevent cleanup feature from morphing the block diagram layout continually during the development of a VI.

Several wires could be connected as selector inputs, and then named for example X, Y and Z, just like in the formula node. These variables X, Y and Z could then be used in formulas in the case selector labels.

The cases could then be for example "(X+Y) > Z", "X>Y" and "Default".

 

I guess that one major objection to this is that cases are not guaranteed to be unique. One solution to this could be to just select the first matching case.

 

A colleague of mine who is new to Labview came up with this idea this morning, after attending a Labview beginner's course.

 

Best regards,

 

Andreas Nilsson

I'd be nice to have a conditional disable (CD) for typedefs:

 

I sometimes use CDs to disable code which calls e.g. instrument drivers which are only installed on a lab PC, but not on the office PC where I also do code development. I can then at least load the code without broken arrow and develop those parts which do not use the drivers.

However, when the instr drivers make use of typedefs, these occur on the front panel. A CD on the front panel would therefore be helpful.

 

 

During the development of several applications I always run into the problem that I have forgotten to set the "Limit to single line" flag for single line String Controls.

 

Why not set this flag automatically when you place the String as a single line on the front panel. And reset this flag if you enlarge the control to a size that can contain multiple lines?

 

Regards, Dennis