LabVIEW Idea Exchange

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

Give the user the ability to upgrade versions of Teststand or labview without bringing the test equipment down for several hours. Currently it is quicker to image the whole pc than install a new NI software version. Some of the software (from other vendors) we run has propretiary configuration and imaging isn't always feasible. I would like to be able to upgrade from Labview 8.6 to 2010 without stopping production, just upgraded from 8.2 to 8.6 and on 50computers, on a production floor, it was logistically difficult. It would be a while before I consider upgrading again, with the current setup.

I have an application where it would be nice to change the data displayed by clicking on the y-axis or x-axis labels themselves as oppose to a separate enum type, button or switch residing outside the graph.

 

For example:

 

If I want to look at Voltage or Current vs frequency or time currently you could use enum types outside the graph. It would be handy to  select the y-axis label in real-time (during or prior to runtime) and change the data displayed. If you click on the y-axis label you can have enum type drop-down that is read horizontally and when you select the unit you want the label would be displayed vertically or make it custom depending on what the user prefers.

 

The same thing can be done for the x-axis. So in one graph I can click and select the x-axis label and select Time and selelct Current for the y-axis and depending how I set my program see the data displayed as it should be in real time in one clean graph. No side buttons or switches.

 

Would anyone else like to see this feature? Thanks.

A new feature that would act similarly to the "Automatically close VISA sessions" option and close all open file references once the top level VI has stopped running.

 

This new function would preclude the situation where LabVIEW locks, and keeps a file locked until the entire development environment is closed.

(I would even be happy with a menu option to explicitly close all open file references.)

 

The primary use case would be during development/debugging. If you stop or abort your top level VI without closing a file reference, LabVIEW will hang on to the reference keeping it open, but inacessable, until the dev environment is shut down.

 

It seems that if there is not an open reference to the file on the block diagram or the top level VI has stopped running, and certainly when all open VIs are closed, then all files should be closed and locking handles should be released.

 

I suppose this concept could be expanded to cover any reference type that LabVIEW does not implicitly close when the top level vi goes idle.

LabVIEW should be able to update property like background color, and so on... for the whole table instead of changing active cell one-by-one.

It's coding difficulty, and very low speed.

Maybe there is a very good technical reason why this idea is not a good one.

 

Problem: If I want to load a vi into my application the subvi's of the dynamically loaded vi can not be found.

 

My Plug-In Application (EXE) is Not Calling My Plug-Ins Correctly

 

Solution: Add a boolean input (or an options flag) to Open VI Reference which will load the vi and modify the search path so the subvis can be found.

 

I know there are several workarounds but I would like this to be easier.

I find using the Tools palette useful, and would love to get to it quickly, eg. by right clicking the mouse button to bring up the short cut menu.

Could you include the Tools palette in the short cut menu?  

 

May be it is possible to add it there, in which case I would like to know how.

 

Thank you.

I will write this off to my **bleep** retentive personality, but what about an option that would allow wires to enter/exit structures from the left and right sides of the structure only? The left would be enter / the right exit. When the source of the wire is not visible, and the entry/exit point of the wire is on the top or bottom of the structure, I sometimes find it hard to see the data flow direction.

 

Top Bottom Entry

 

Side Entry.png

 

In most every text-based programming language there are built-in functions to convert a character to its decimal ASCII code and a decimal ASCII code value to its associated character.  In BASIC, for example, ASC(character) does the former and CHR$(code) does the latter.  In LabView you have to implement these functions yourself from scratch with a CASE structure.  If you want to do the whole 7-bit character set you need 128 cases.  This is a waste of time!  Since many instruments use single ASCII charcters as their commands why not include such functions in LabView?

The append table to report.vi for excel now sets the font to 10. Even if the current cell in the excel report has another fontsize specified.

The idea is to add an option to keep the tables fontsize, in stead of changing it to 10.

 

See the attached vi for the current behavior.

 

I tend to use a lot of floating windows that can be suppressed by the user if they don't want to see them any more, to convey various messages.

 

But in doing so, either Windows or LV is playing three card Monty with the order that they show up in the open programs list.  Is it possible to leave them at their original ordering?  When you have a lot of VI's open, this can be quite irritating.  This might be something that can't really be worked around because of Windows quirks, but I don't know enough of the Win kernel to say ... maybe the floating status of a VI is actually a Windows flag that you have no control over.

 

Also, would it be possible to not have floating LV windows disappear from the Windows task list?  This seems like it's directly related to the same cause of the previous issue.

 

Thanks,

-Ben

Would it be possible to write a driver for a Dionex dual gradient pump?  We have a custom valve setup but are very interested in the capabilities that a Dionex ICS-5000 DP offers.  The pump is operated with Dionex's Chromeleon software, which unfortunately won't operate our chromatography setup, which we currently contorl with LabView.  The critical issue will be timing of the pump operation and switching of the valve setup.

In the Run Mode we can set the breakoint by pressing the <Ctrl> key and left click over the probe. To remove it the vice versa applies...

 

In the Edit mode it would be more handy to set the Break point by Pressing <Ctrl><Shift> key and left click over the probe to set and remove the Break points.

I have checked the Functionaltiy of the <Ctrl><Shift> key when both are pressed the mouse pointer changes into a hand tool and we can move the BD on anyside but it doesn't have any effect over the probe and on the Front panel.

 

So this idea would defenetly help to make easy debugging..

It's good to have tool like Quick Drop...........but it will great if we can see our own VIs/Custom Controls/Custom Indicators/objects present in my PC in the list.

 

This can be achieved by remembering them while they are made or being used for the first time. So that every time I don't have to got to Select Vi, search the path & call a VI.

The only option to do this right now is by placing the VIs in user or inst directory of Labview.

But this not what we always do right? We manage the folders & VIs in different locations.

 

Just as good function as any desktop search.

Assuming that I have a case structure with numbered cases, I would like to be able to add a case anywhere and have LabVIEW renumber all the cases for me. This would be like the opposite of sort, which rearranges the order of the cases but leaves their numbers alone, instead, this would renumber all the cases but leave their order alone.

The current interface for DLLs does not nicely accommodate C++ classes.  For instance, there is no inherent mechanism for passing in and out of DLL calls the reference to an instance of a class.

Allow the configuration portion of DLL nodes to see mangled function names, such as those generated by many C++ compilers (@Initv, for instance).

It would be very helpful for the programmers if the controls/indicators properties window has one more tab where we can define conditional expressions for disabling enabling the controls/indicators instead of writing case structures in BLOCK Diagram.

 

when you do a lot of operations whit arrays, you spent a lot of time and space in the block diagram, to put the input and output array in de the array functions.
the idea is not put the output array, if that is the same as input, see the figure.
and also applying the concep of pointer, C typical, to write some value in a array, when you put a value in to a array, the array is read, modified and finally written completly, that generate two problems,
-one, this operation spends a lot of coputacional time,
-the second one, is the overwriting  all values, if your program using multiple threads, you can write diferents values of the same array, in different places, now you need to synchronize this operations to avoid the overwrite, if the operation only modify the value pointed, this function solves both problems.
Sin título.png

 

I would suggest that NI makes the datatypes of the "Quotient and Remainder" VI consistent.

 

If you now wire a double to the VI the outputs are of the datatype "double" however in my opinion this is not consistent with the mathematical definition of quotient, floor(x/y) and remainder, x-y*floor(x/y). The output of the VI is always a integer and should therefore also be of that datatype, thus one of the following datatypes (I64, I32, I16, I8).