LabVIEW Idea Exchange

Top Authors

User

Kudos

Post an idea

Presently LabVIEW and it's toolkits ship with a number examples. At the same time there is a massive amount of information and examples with content like the examples and the things that are much more. When I am searching for an example I often can't remember if I saw it on the web or in the examples. So first I open the Example Finder, a tool that I really like, and search for things there. Then if I don't find what I am looking for there I open up a web browser and search the NI Communities, then the NI forums and other forums (like LAVAG.org). It would be nice that instead of having to use to programs the Example Finder could give a list of possibly related items on the NI forums. I think this could be managed using the existing tagging feature of the forums with perhaps by having an #example_code tag. A crawler program could then parse though the tags and grab the links to pages of possible matches populating a database. Then this database could be access by the Example Finder for related info.

Another option would be for me to be able to find a link I like and attach it to my example finder or perhaps to my NI.com community account. That would be useful.

Actuallly, if there was an API for example finder that'd work too.

View All (6)

Hi,

what does the community think about configurable automatic type conversion between .NET and LabVIEW? We need to deal with a .NET API for a sensor which handles system time with nanoseconds since the 16th century. Don't know why they're doing this stuff.

To set the appropriate time you have to substract two .NET DateTimes. Everybody will know this will look like in LabVIEW.

You will have to use a method of the object to substract this. Now you're using DateTime.Substract. This means in LabVIEW.

Here it would be nice to have a checkable item in the right-click run-time menu for the invoke / property node to select or deselect the automatic type conversion so that the Substract() method would accept a DateTime class and not a LabVIEW timestamp.

Hope the idea is clear enough. I've checked the idea forum for this entry but didn't found it. If so, don't shoot me for a double post.

Tyler.

When using dll's or .Net assemblies, you always have to right click & hunt down which version gets used for the constructor.

It'd be handy to have the version shown in the Help. I already know it's a constructor node, that's not much help...

View All (1)

It would be nice to improve documentation created by Tools->Import->Web Service... wizard.

Especially, I suggest to automatically create Description in created .lvlib Documentation so that it would be immediately clear which WSDL URL is handled by that library. Currently, WSDL URL is only placed as a String constant in Open Web Service.vi which is not really convenient.
Thanks for understanding and support.

View All (1)

My tools are technical facing, and I use math. Instead of ASCII only, a "markdown friendly" version of MathJax, something that allowed me to write clean equations, would be useful.

instead of writing

"sin(x^2) e1 +cosh(1/x) e2"

I could enter the text

"$sin\left(x^2\right)\hat{e}_1 + \cosh \left(\frac{1}{x} \right ) \hat{e}_2$"

which is LaTeX in a wrapper

And I would see displayed this:

LaTeX is deep and wide, developed for decades, nicely licensed, and supported well in academia.

Some linkes:

LVClass By Reference Features

Property nodes for LVClasses are a tease, this is what I really want:

Invoke nodes that correctly wire call dynamic dispatch by value VIs (this includes the ugly wireing of the "preserve runtime class" inside the in place element structure. Its ugly, just obfuscate it for me.

References to Data value references that correctly respond can use the "to more generic" and "to more specific" class so that I have the DVR to the more specific.generic class REFERENCE.

Justification for Invoke nodes:

I work with lots of different Classes, and libraries. I can quick drop alot, but I do not know all the publicly exposed functions in a give class especially since 90% of the time it is still in development. Generally a pallete won't see the light of day in internal development (somewhat of a pain to make/maintain, definately not a single click operation), so getting the correct methods involves paging back and forth between the project explorer, this is slow. I want to code quickly, if I can have the Public api exposed by an invoke node it means I dont' ever have to make a pallete of VIs (we can argue over this all you want, it just isn't simple/fast enough) and I can access the functions much more easily/quickly. Even if every class had a pallete, it would still be inferior to the invoke node solution because A.) I have to remember where every pallete is. B.) Sharing/installing pallete changes for other developers is PAINFUL. I want to give them a zip file that they can chuck anywhere. I sure do not want to make a scripting function to update there palletes, so it requires file moving/installation/making sure they actually put the class in the right folder (which someone will always do wrong and invariable cause me to right arrow enter 1000 times when I receive their project.)

View All (6)

View All (4)

It would be nice if you can define a webpage or email address for bug reporting in a VI or library, that you could set under File->VI Properties before you distribute a library/device driver, etc.

If this address is set, labview could automatically add a menu entry "Report Bug/Feature Request" in the Help menu that takes you to a webbrowser or a email client with some preforumlated text, e.g. subject: "[Labview Bug Report] <VI name> <VI version>".

This way one wouldn't have to start browsing the web frist to figure out where to report problems.

It would also be nice, if one could set this once for a complete project and all VI would inherit this from the project they belong to.

regards

Arun

View All (3)

LVM API

LabVIEW has shipped with an Express VI which supports the ASCII LVM format since version 7.0. However, there is no other way to access LVM files from LabVIEW, short of burrowing into the Express VI and using the subVIs. Doing this leads to problems, since the subVIs have changed a few times. In addition, the Express VI does not support all the features of LVM and makes accessing multiple data segments somewhat nonintuitive. We need an API for LVM, ideally object based, so features like the special block can be easily extended by users.

Hello,

I work as a LabVIEW integrator and for one of my customer I develop application, with maintenance goal for their installation all over the world with RS232 or Bluetooth communication for example, deployed on targets as PDA (PocketPC 2003 & Windows Mobile 6) or Touch Panel (Windows CE 4.2 to 5.0) using LabVIEW 8.6 Mobile Module.

This LabVIEW additonal module works quite well to deploy the same application in this differant targets, but I encountered some problems and I have some suggestions for Mobile Module :

1/ MMI (Man Machine Interface)

- for graphics indicators (as Gauge or Slide) graphical object ramp or multi Slider is deleted by LabVIEW when you build an EXE => I think that a graphical objets with all its graphical property could be added in Mobile Module (and works on these all targets). See examples in GraphicalObjects.PNG

- as I say in my introduction my application is deployed all over the world and usually I used "Caption" dynamic modification for multilingual management for all my controls & indicators. But in mobile module we can't do this (but we can modify dynamically boolean text), so I think that it could be possible.

2/ VISA (& Bluetooth) Management

- I think there is a bug with VISA installation. Indeed with the installer you can choose the installation directory (default directory or specific directory : in non volatil memory) but if you don't install VISA support in default directory it doesn't work (with PocketPC 2003 for example) I think that could be resolved

- As I said in introduction my application could communicate throught different protocols (RS232, Bluetooth) and with LV 8.6 Mobile Module we can now use VISA : great !!!. But in Windows Mobile 6, VISA does not support bluetooth (it seems to have an incompatibility with virtual aliases in the registry) ; and in PocketPC2003 it works very well. I think that could be resolved

View All (13)

provide a means to see dotnet or externall dll documentation in Labview

Ie
/// <summary>
/// the file location where the data is to be logged.
/// </summary>
private string _path;
/// <summary>
/// the file location where the data is to be logged.
/// </summary>
public string Path
{
set { _path = value; }
}

ie to be able to see the following
“the file location where the data is to be logged.”
when the property node is touched In labview

I very much like being able to export a labview.vi to a .dll or .net interop library .dll. Our higher level automation is in C# and having access to labview.vi via .net .dll is great. However, the current build capability only allows a single prototype/method to be created. Consequently, I have to provide every input/output when invoking this single method. This can work but it's just inconvenient and not as obvious as being able to create multiple methods smaller things, e.g.

write setup values

write DAQ sample rates

start storing samples

stop storing samples

stop DAQs

write summary info

When I create a C# class, I can create any number of methods or properties to manipulate class data members. Exported labview.vi files should enable this too. NI AE said I could create parent.vi files (setup.vi, write_DAQ.vi, etc) that all include the actual vi of interest. These various vis could be added to the exported .vi list. And, this would indeed be a work around. But, this is a hack to get around this problem and the AE agreed. Instead, I would like to be able to define multiple methods/prototypes on a single exported .vi.

Set exe to run as admin

I am communicating to parker motor controllers through the Ethernet (parker sample code). Apparently since it is Ethernet based, the code uses socket, where the sockets require admin rights (another discussion about ethernet based and admin rights). In order for my VI to connect to the controller I need to run LabView as an administrator. The problem is I am making this program into an executable for production work.

When I create the executable it will not connect to the controller unless I am running the application as an administrator. As this program will be used in production I want it to be as simple as possible to perform. I don't think there is a simple way to change the environment to run without the need to run application as an admin. Are there any ideas to either change the executable to run as an administrator through the application builder? My plan is to create an installer through the application builder.

Some ideas that I had is to create an installer file and create the executable. Change the privilege level of the executable (properties>compatibility>privilege level>run this program as an administrator). Use a batch file to install drivers and application, then replace application with the one with the elevated privilege level. Another idea I had is use a batch file to do a runas command to run application as an admin. I cannot get either method to work. Does anyone have ideas?

Greetings,

I recently took the NI Instrument Control class and we came to the topic of creating a VI tree.vi.

It didn't make sense that we needed to update the VI tree.vi AND the palette when we add or delete a VI.

I propose that there should be an option to auto-make a VI tree.vi or just a simple html page with the available VI's in your project/driver.

This currently makes sense since all the VIs should already be categorized in the palette.

Thanks,

-Jose

View All (5)

Many times when wanting to share a VI Snippet on a discussion forum to quickly demonstrate a suggestion, I find it tedious to save the snippet to a temporary location, then go to the webpage, navigate to the location and upload the image to add it to my reply. I think it would be very helpful to have the ability to configure the VI Snippet to automatically upload to an online image host (imgur.com for example or even an NI solution) and put the link on the clipboard. Then it's ready to paste into the reply. Other desktop screenshot applications already have this functionality (see ShareX (formerly ZScreen) ). The purpose of VI Snippets is largely to facilitate this exchange of small portions of code and this would simplify the process greatly.

Dialog for custom search results

View All (5)

LabVIEW Idea Exchange

Expand config.lvlib: save config to file without closing config reference

Find Examples Search the NI Communities For Related Content/Examples

Optionally exclude user.lib with SCC transactions

Make .NET / LabVIEW type conversion configurable.

Constructor Node Help showing version

Imported WebService Automated Documentation

More error messages for the DLL import

LaTeX in text - use MathJax - for both front panel, and for annotation.

LVClass By Reference Features

support embedding labview plots in powerpoint

easier bug reporting for (downloaded) VI's

LVM API

Mobile Module MMI & VISA (Bluetooth) Management

provide a means to see dotnet or externall dll documentation in Labview

Ability to define more than one prototype/method for a single exported labview .dll

Set exe to run as admin

Auto-populate the VI Tree for Instrument Drivers

Add ability to auto-upload VI Snippet to online image host.

OpenG should be installed with LabVIEW by default

Dialog for custom search results