LabVIEW Idea Exchange

Top Authors

User

Kudos

Post an idea

Today, when adding new event, the Event Data Node is duplicated from the previous event.

Sometimes, this node does not match the new event and breaks the code.

Simple example: When the current event is "Menu Selection (User)" with node chosen "ItemTag". Add new event like "Panel Close?". The new event will be created with "ItemTag" node, and the code will be broken.

Of course, there are many more examples for that, and this is happening quite a lot.

Instead, LabVIEW can choose the first node that matches the new event.

Regards,

Amir.

Hi, it would be nice if one could get the "path" to the functionspalett when hovering the mouspointer over a function.

Even if you pretty much know where to go into the functionspalette, I at least, get stuck everytime, when I want to recreate something similar to the code that I've found, because I cannot find the functions that are used.

I often have to copy paste from an existing code because I cannot find it in the Functionspalett.

See the attached picture. Where do I find the error input terminal? I found the I/O terminal, but that was from the Frontpanel palette.

Have searched for the waveform-terminal for over 15 minutes, still haven't found it..

Kindest regards,

Lasse

I have been forced to write scripts in Python, a sequential interpreted language.

Usually I read variables from sensors in instruments, through CCL, then call a Python script (that usually calls other Python scripts from a library), then the script process thevariables to set parameters in instruments through CCL.

What I would love to do is the following:

Read the sensor variables through CCL

Input the variables into a Labview diagrammatic program

Call other Python scripts to include as blocks into the diagrammatic program

Upon the processing, generate outputs to set parameters through CCL

But also, from Labview, I would like to "export a Python script that does the same process", just to satisfy the managers here and let them feel sure to have new Python scripts that do the same processes.

I mean to use Labview to generate Python code, as if "compiling" the diagrammatic program to get a "machine code", even when that "machine" code is just a new interpreted Python script.

Just I hate programming in Python, but I must satisfy the managers providing them with new Python scripts to enrich their library.

Please tell me if it is possible to use Labview to make diagrammatic programs and then export the equivalent Python script.

Also tell me if it is possible to import a Python script from a Labview diagrammatic program, including the imports of other Python scripts, that is to include all libraries.

I am really desperate for a solution to this drama.

Thank you

Jaime Soto

ALMA Observatory, Chile

Memory managment

Where LabVIEW close a VI it does not free the memory automatically. This should allow the VI to reopen soon.
For large projects or multiple projects open at the same time, this feature is very annoying. More and more memory is consumed and the only way to release is to close LabVIEW.
It should be possible to force the mode of operation within the parameters of LabVIEW.
[X] Free memory when a VI / Project is closed
[ ] Maintain a copy of the VI in memory to improve performance at the reopening.
In the second case, it would be useful to have a command in the menu of LabVIEW to force the timely release of memory.

View All (1)

Current Scenario:

for dequeue element we can pass one reference only. And the function waits till timeout if no element is present in queue. If element appears before completion of timeout then function returns immediately with data.

However if I want to wait for data from multiple queues then I need to dequeue from them one by one. This approach has following problem.

Lets say I Have two queues Q1 and Q2 and I am Dequeuing element from them one by one with 10 Sec timeout. Now lets assume there is no data in Q1 but there is data available in Q2. Now when I dequeue element from Q1 it waits for 10 sec and returns and then I dequeue element immediately. If situation is opposite then Q1 returns immediately but Q2 waits for 10 Sec.

However what I need that if Q1 or Q2 has data then there should not be any wait/

In Notifier palette there is a VI called "wait on notification from multiple" this VI accepts array of notifiers and return immediately if any of the notifier receives notification.

Similar functionality will be highly useful in queues

Currently (up through LV2010) the only run-time menu (RTM) available for a tab control is for the entire tab control, not for the individual pages (tabs). The right-click context menu (Description and Tip, Help, etc.) for each page only works at design time, not at run time. This is true of both the default or a custom RTM.

Why is it called a "run-time menu" if it doesn't work at run time? I consider this a bug, but it probably is just an oversight in the design. (I suppose that technically this is not a "bug" because I cannot find this feature, an RTM for each tab or page, documented.)

Anyone else think this a useful product improvement?

Ed S.

Replace feature for Enum and Ring

Upgrading from older versions

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.

Waveform Graphs Axis drop down menu

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.

Table property changing

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.

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?

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

Dionex Pump Driver

Easy Set Breakpoint

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..

View All (2)

LabVIEW Idea Exchange

Proper "Event Data Node" when adding new event

Improving the Context help for the beginner

Compile LabVIEW VI into Python Script

Memory managment

Dequeue with wait on multiple queues similar to "wait on notification from multiple"

Tab Control Run-Time Menu for Each Tab (page)

Replace feature for Enum and Ring

Upgrading from older versions

Waveform Graphs Axis drop down menu

Automatically close file references

Table property changing

Dynamically Load VI Into Application With Dependencies

Can you include the Tools palette when you right click to display the short cut menu in the Front Panel or the Block Diagram

Wire Entry/Exit to Structures From Sides Only

Add built-in character-to-ASCII code and ASCII-code-to-character functions.

Append to report.vi: keep the current font size

Floating windows become last active window when top-level VI is stopped

Ability to export graph properties along with graph data from subvi without resorting to "references" to access changed properties of graphs in a subVI

Dionex Pump Driver

Easy Set Breakpoint