LabVIEW Idea Exchange

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

Often it is desirable to know if a control on the connector pane was wired or not. At present this can only be done by checking the value or by making the control a variant and checking if an error occurs when converting it to the proper type. Both of these have issues. Using the default value does not always work because you may need to take different action it is is truly not wired. If the control is an ENUM it would mean you have to include some value like "Invalid" in the list. This can cause confusion when using ENUM constants because it would appear that the ENUM has another value. The variant approach is problematic because it defeats automatic type checking by the compiler. It would be best if we had a simple property node on the control to indicate if it is wired or not.

It would be a timesaver to have a Search 1D Array In Reverse! Obviously we can code this ourselves, but a LabVIEW function would make it handier (and hopefully faster).

I know that I can Have multi plots on XY but I can not find a way to have a single X axis many XY axis graph without respecifying the X axis, this is very memory and process intensive.

I would like to build an array of clusters where each cluster is a time and several variables to have an easy way to make this type of graph.

An example is an application where I had a reactor where the history was build at uneven time samples (1-5 seconds between for several days) there were 50 process variables, I would have like to build a XY graph and displayed this easily but endeded up with an array of clusters of XY arrays- not too nice.

Why isnt this represented as a single array of records (Time and vaiables) this maps to how data is sampled in the reactor.

 

Can this already be done?

It seems there are a lot of NI services that start running directly after logging in to windows.  I even tried manually turning them off using msconfig thinking the services would start when LabView was loaded or on an 'as needed' basis, but I was wrong. 

The user should have the option of starting services at windows startup or at LabView startup, or even not at all if it is not required.  Perhaps this could be added to select the services within LabView's 'Options' menu.  An explanation of each service and why it is needed would be great also.  With all of the programs that run on our computers these days, the less running in the background, the better.

I would like the ability to create a visually appealing Intensity Plot without having to jump through the hoops involved in some workarounds.  It could be a right click option or something, similar to anti-aliasing an XY Graph. For possible workarounds, see the thread I created here when I was looking for a way to do it.

 

intensity.PNG

3d.PNG

 

I want the top (Intensity Plot) to be able to look like the bottom (3D Surface)

There is a button at the bottom right hand side of the 'Build status' dialog labeled 'Cancel'.

 

Clicking it does absolutely nothing other than grey out the cancel button.

 

I would like to suggest a working cancel function.

 

http://forums.ni.com/t5/LabVIEW/Cancel-part-way-through-building-installer-Does-nothing-LabVIEW/m-p/1495770

 

Forum post from 3 years ago...

http://forums.ni.com/t5/Real-Time-Measurement-and/Canceling-a-build/m-p/700231

 

I am not sure whether something similar has been propoesed or not..

 

This is something to do with the ICON EDITOR...I propose a "ICON Manager" (see Endevo ICON Manager) with which it should be possible to apply the icon to all the vi's/ctl present in the directory or llb.

 

-->The Name of the folder or the first name of the vi (ex: If the subvi name is "abc_xyz.vi", then "abc" will be the header and "xyz" would be the body) can be used as the header. (or automatically find the header)

 

-->An option to preview and apply the same to all the vi in the directory (whether they are linked to one another or called dynamically should not matter)

 

-->An option to select the Main (toplevel) vi and apply the icons to all the calles

 

 

By default when a control/indicator is dropped in the FP/BD the Label is on top of the control and the developer needs to realign them for better UI.There must be an option in the FP and the BD with which the Labels can be aligned left, right, or on top based on selection.

 

See the attached image which better describes the solution

 

untitled.GIF

 

 

The same utilty can also be used to save some space in the BD as shown

untitled.GIF

 

By default, the a newly created vi will have the 4-2-2-4 connector pane, But when you create a new subvi from a main vi, LabVIEW generates Connector pane based on number of input and outputs. I propose the newly created subvi will also have the 4-2-2-4 connector pane and hence mainitaining uniformity through out.See the attachments. This saves the pain of chaging the connector pane, disconnecting and reconnecting the input and the outpus

 

Also if there any error terminals present in the subvi then the same should get connected to the bottom left and right panes and Path/refnum to the top left and right pane

 untitled.GIF

Currently, the configuration file object only has access to save a file when you close the object.  I'd like to be able to save the file at any point in time and keep the object open.

 

 

 

OK... i have been using LabVIEW from 2003 (i guess) and i started using 6i or a version less than that.

 

Ever since i see that the size of the installer is getting bigger and bigger due to RTE and now it takes aroud ~100MB. I suggest to get rid of this so that i can straight away run the executable in any PC/MAC without ever requiring to install the RTE. (may be even replacing the RTE with a .NET or other technology which gets installed automatically when windows OS is installed)

 

 

 

Guru

 

Application builder should output an errormessage when building an app from a vi, which uses property nodes, that are not available in LV runtime engine.

 

I have made a little test and have found out that the app is just build and in the app default values of the corresponding datatype is output from a property node without availability in runtime engine. I would expect an errormessage during app build, or at least during runtime of the app. I have performed this test with LabView2009SP1, because I have just got the 2010SP1 DevSuite version some days ago and have not installed it yet, because I use the SP versions only, you will guess why ... 😉

If I build an executable that incorporates any kind of .NET, such as the Simplicity AI PDF Toolkit, it obviously requires.NET on the target computer to work. If .NET is absent, the VI will load as a broken VI and an awful error message is displayed to the operator, typically along the lines of:

 

networkRuntimeError.JPG

 

It would be great if we could place all our .NET code inside a Conditional Disable structure that accepts something like ".NET == True" as a parameter, thus allowing .NET code to run on a machine with .NET installed, but not resulting in a broken VI should it be absent. This would also give developers the opportunity to place something useful into the other case, such as a popup message stating ".NET is required for PDF generation." for example, or even some other replacement code if they so wish.

 

Therefore I would like to see the list of Conditional Disable structure pre-defined symbols include a new one for "Windows .NET"

Hi,

 

My application uses a series of files to configure it self and I need to search in arrays to find which are similar to a given reference.

 

My solution is to use a for with a Match pattern VI and some logic to do the operation.

 

I believe that "Search 1D Array" would be faster than this implementation if it had the option to use wild cards ("*" and "?") as "element" input.

 

Other option would be include a flag "Exact match", by default set to TRUE to behave as is today or FALSE to stop on first occurrence of "element" in the array that contains it somewhere.

 

For example, if element = "ode" and array element = "model", it should set as a match if Exact match is set to FALSE.

 

Cheers.

Hi,

 

Sometimes we have to check the execution of just a part of a long VI and I use to do is:

- set a breakpoint just before the part,

- run the VI,

- wait for the breakpoint,

- set highlight

- and follow the execution.

 

I believe that would be nice to set the highlight just like breakpoint clicking over the wire and, when the execution reaches it, show the execution.

 

LV_Lamp.jpg

The Problem


Doing a long finite acquisition in DAQmx results in the manner shown below results in a all the data from the acquistion residing in a 2D array of waveforms that the user must rearrange to begin working with.  Since a 2D array of waveforms is not really useful with any processing functions in LabVIEW, why not come up with an automatic way to get the datatype you want (a 1D array of waveforms with the new samples appended to the Y array of the appropriate channel.)

regular tunnel.png


2Dwaveform.png

 

The Solution


Give the user the ability to create a "waveform autoindexing tunnel" via a context menu option.  This tunnel would automatically output the appended waveforms, 1 per channel.  This could be done behind the scenes in the most memory efficient way possible so as to save users the headache of trying to modify the 2D array they currently get.

waveformTunnel.png

 

1Dwaveform.png

 

 

Zoomed in Images


regularZoomed'.png

 

 

waveformZoomed.png

 


As far as I understand undo management in XControl, "DisplayState" is memorized each time "State Changed" is set to true in "Action" Cluster. Undo step  is limited by the configuration of "Maximum undo steps per VI" in LabVIEW environment.

It would be interesting to have more control on this mechanism:

- be able to clear the undo memory

- be able to skip a memorization when "State Changed" is set to true. (idea : memorized the state only if "Action name" is not empty.

- be able to set the maximum undo step independently from LabVIEW configuration (idea : use the init ability to define this)

Last item wold be useful to avoid too large memory consumption when "Display state" contain lot of data.  

There are times when I leave a VI with modal properties open and then I run the main application that also calls this VI if opened in the development environment. This locks all running windows due to the modal VI. I propose a button in the taskbar that aborts all running VIs OR perhaps a list is opened on right-click of all running VIs 🙂

 

abort_all_running_vi.png

 

 

Adding an amplitude offset terminal to the FPGA Sine Wave Generator.VI would add capability of removing the negative component of the sine wave within the VI. 

Hi All,

 

I come from an embedded background.

 

I came across this Idea when I became more and more comfortable using the LabVIEW. It would be good to develop a system not only for testing, control and/or industrial purposes. We can have this as an exclusive development environment not only to develop applications on the desktop or embedded devices but also at the OS(or the system level) level. As more and more cloud computing is catching up these days there could be also a support for JVM or a new virtual machine can be developed which is more close to assembly level so that the speed is not compromised and platform independent code can be developed using labview. If its a proprietary issue then a complete development environment right from applications till the core of the OS can be touched using labview. LabVIEW can be made to use in such a way that even the basic coding need not be done, it can be a complete replacement for the scripting or a language. It should be in such a way that a new standalone system can be developed using only Labview just like C. Ubuntu is catching up these days as an intelligent system as it has got a lot of potential to grow to all the computer users so a support for that as well can be developed which is directly compiled to assembly rather than C or any other language. I know the Idea is quite complicated but I think this can make a revolution in the software development as a new language which directly goes in as assembly to the machines.

 

Thanks

Rakesh