LabVIEW Idea Exchange

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

Password protected VIs can be imported and saved to a newer version of LabView. However, the password protected VIs can't be saved to a previous version of LabView. I am suggesting for LabView to keep a copy of the old version of password protected VIs and give a warning during upgrading to a newer version in case one has to convert to an older version.

i will be very happy if Labview  can support Spartan 3A/AN kit Board . i need for real time  Ehternet communication

can Labview support spartan 3A/AN kit? It would be very helpful for FPGA development.

Thank you

I just bought a new laptop, spent time installing all my non-NI software.  I set up backup and created a system restore point just prior to the NI installation.

 

I then installed the 2011 DS2 developer kit, with almost all the products.  Something went wrong with the installation.  Nothing is useable, and when I try to uninstall/repair the software windows reports that it is no longer installed and asks me if I want to remove the link.

 

I tried installing again from the DVD.  This starts and then just quits, no error message.

 

I tried the MSI Cleaner; this has been replaced with MS Fixit, which might work, but I would have to run it INDIVIDUALLY on each NI product.

 

Fine.  Time to go to my restore point.  BUT WAIT!  What's this?!!!

 

All of my restore points are from the Drivers installation.  Roughly 50 points, 8GB, all from the same 15 minute period when I installed the drivers.  It blew away my last good restore.

 

 

This is not right.  There should be ONE restore point created when you start the install, and maybe another after it's done.  Clearly labeled.  The current behavior is USELESS.

 

If this cannot be avoided, you should prompt the user to turn off SR for the duration of the installation (unless that also deletes the restore points).

 

 

I called for support and was told to reinstall the OS.  I had meant to do a drive image before the NI install, but thought the Restore Point would be good enough.

 

Thankfully this is a brand new installation, so I don't have to deal with getting anything off of it first.


 

Currently, the version of the packed project library (PPL, extension .lvlibp) is defined by the build script which creates the lvlibp.

It would be nice to have an option there to "hook" the version of the lvlibp to the version of the lvlib, which is used for the PPL.

 

Build Settings Version.PNG

 

The advantage is to match the developement version of the lvlib to the deployed version, the PPL.

Currently you cannot perform a binary compare on two 'identical' exe's or installer builds. We need a way for our configuration management folks to build an exe per instructions and verify it is the same as what I built. But there are differences in the binary files due to time stamps and other things. Does anyone else need this functionality?

It would be nice to have a script to Activate Lab View after Ghosting our computers in our classrooms.

Is it possible to have a USB dongle license option rather than a registration key?

 

When the USB dongle is attached the user will have the full access to the Labview Version s/he has registered for, when it is not the program will only run in runtime engine mode. The advantage of this is that it would allow for system developers of multiple systems to be able to debug and test programs on the machines without needing to either have several licences or continually uninstall and reinstall labview from the machines everytime a change in the software is required.

 

At the same time, a USB dongle can only be used on one machine at any one time, thereby making it possible to ensure that there will not be more than one user of the same license.

 

I've seen this work for several small software companies as well as hardware companies with proprietary software. Why not for Labview?

 

Just a thought,

Karl

See Also

Simulated Devices in TestStand Workspaces

Project and Workspace Context in MAX

 

Link to those ideas in next post

 

We can already create tasks, channels and scales in a LabVIEW project but, We cannot then use MAX to run those Tasks and we must use MAX to create a simulated device on a development machine.  After a few projects the Max configuration becomes cluttered.  Deployment and importing of the hardware configuration can get problematic to say the least! 

 

On the other hand- if the Hardware, Data neighborhood and IVI session set-ups could be added to the project deployment would be a snap! just import the *.nce from the project without having to create one from MAX and exclude items not concerned for the project we are installing.

 

For integration and station troubleshooting the Sessions, Aliases, Tasks et al would be organized by application or project in MAX and fault identification has all the "tools" any repair tech could want to isolate a failure.

 

 

I suggest that NI clearly mark those functions in IMAQ that require a run-time license.  Perhaps color their icons pink or some noticeable color.  There is a lot of misinformation in NI technical support regarding this issue.  I wasted a lot of time developing an IMAQ program and found out later that it required a run-time license that my client did not want to buy.  So, I had to rework the code to eliminate those functions that require a run-time license.

 

admin note: Invalid link has been removed.

 

Installer needs option to conditionally install files.
In some installs, like a new install, the installer should install a file but that same file should not be overwriten on an update. For example, a database file that is updated by the user will be overwriten by the installer.
The options required are:

  • Install file if not present.
  • Install file or not install if file is modified. 

InstallShield should be consulted for the various options required.

I have  two controllers under the same project . and both will run similar application. so i use same source code for both the controllers. and i don't want to disable auto deployment of variables. apllication is deployed  controller  one and it's running. after that if i deploy application to controller -2 unfortunately target settings  Target 1 also deployed while deploying application on target 2 . it should be rectified

Hi all LabVIEW fellows and users,

 

 

I know this has been asked many many times but one more might still help getting it.

 

Everybody agrees to say that today LabVIEW has became a great general purpose programming environment not only dedicated to test, measurement, instrument control or data analysis but able to manage virtualy any kind of requirement which is very cool for us LabVIEW programmers.

 

However, to my opinion one thing is still slowing down the use and spread of LabVIEW for developping general purpose applications that is the HUGE SIZE of its run-time engine!!! An average executable size for an application ranges from 1mb or less to 10 or 20 mb for quite large applications. The run-time for being able to execute it is at the very least 10 to 20 times larger which makes it very difficult to release over the internet.

 

I recently created a small application that monitors the state of the caps and num lock key and indicate the state with a tray icon since my computer is not equiped with those LEDs. I know some other users would appreciate to have that little piece of code since they might experience the same problems I had. How can I explain them that the application and installer is about 200 MB for such a tiny little piece of code? Don't you think people might believe that the proposed application is stuffed with malwares of that there is a BIG probleme with it?

 

Please dear NI decision makers make LabVIEW a "real" general purpose developping environement by adjusting the installer size to only what is required for the application, the whole community would appreciate so much at least make this option selectable.

 

Hope this will be listened.

 

Best Regards,

 

Brice

 

Recently DMC developed a high speed vision inspection system using LabVIEW. This system inspects many different parts and each part requires different inspection criteria, so we needed to develop a user interface (UI) that could be used to configure the current products, as well as be flexible enough to configure new products.


The manufacturing machine was already running on a Windows CE device, so our UI would need to interface with the UI already on the system and run on Windows CE. For a faster development time we decided to go with C# .NET for Windows CE. Unfortunately, the .NET library and functionality for Windows CE is far less capable than the standard .NET library.


The Windows CE library was sufficient for most of our needs, but there were two areas that proved fairly difficult. The first difficult item was obtaining and decoding the custom TCP messages that contained the images and inspection results from the LabVIEW Embedded Vision System that was running the vision inspection. However, after spending some time encoding and decoding the images, the UI was able to access full-sized images from the inspection system.
The next difficulty was that once these images were on the UI we needed to be able to zoom, pan, and draw inspection areas on the image. In a full .NET library this would have been really simple, but for a Windows CE device it required some custom work. The first step was to create a custom control and place just a picture box inside. Additionally, I set the SizeMode to StretchImage. By having the image take up whatever size the picture box was, I was able to zoom by increasing/decreasing the size of the picture box. Additionally, I was able to pan by moving the picture box relative to the custom control.


I have included all of the back-end code that I used to make the image behave as I wanted. The code I had was significantly more complicated, as I needed to be able to draw and pan rectangles that were used for inspection zones. I tried to remove all of that code to make the items I am explaining more clear; however, if anything seems odd, it is likely a remaining piece of the old code. If anyone is interested in the rectangle drawing code I would be happy to provide more information. Here is a link to the simplified code:

http://www.dmcinfo.com/Blog/articleType/ArticleView/articleId/664/Image-Manipulation-in-Windows-CE-or-Mobile-using-VS-NET.aspx

 

A lot of customers are asking why a french version of LabVIEW 2011 64bit is not available. Is this idea take part of the future roadmap ?

I would like to suggest implementing the capability to add a bulk of users or computers in Volume License Manager. I suggest to allow a text (maybe csv or similar) file's content to be imported in, which would greatly speed up the setup of a new VLM server. Addionally, for the adding computers, it would be good to discover all PCs on the network and allow the administrator to select the computers to add using a checkbox.

Currently we can only get the code from NI if we've purchased the stand alone license and it's double secret zipped & passworded.  The object is to select the DSC-RTE "additional" installer at "Installer build time" and build one clean package.  Our work around was to buy the customers license, download the code, and add the DSC-RTE installer as a pre or post command (or manually install before running our DSC app.)  Vision products are setup for clean Installer builds...follow their model.

Whenever I install a new version of LabVIEW, I have to wade through the LabVIEW options to change all of the UI settings to what I like. To make the upgrade process easier, I would like to see a dialog that:

 

  • appears on the first launch of the new LabVIEW version
  • can be easily skipped by users who would rather configure things manually
  • allows users to choose common settings (aimed at users without another version of LabVIEW on the machine)

    1.png

  • provides a user friendly way to import settings from an older LabVIEW version (aimed at users who are upgrading LabVIEW)

    2.png

This would make the process of upgrading much easier, especially for users who have very particular preferences. Some options that could be addressed in the wizard are:

 

  • control style (icon or not)
  • visible palletes
  • showing text for VIs on pallete
  • broken wire Xs
  • etc...

 

Hi,

I have several Labview versions, and some files are in 2010, others in 2011.

I often work with both version launched, and when I want to open a file, I have to do File=>Open and choose the file (with the good Labview version). Opening a 2010 file with both version 2010 and 2011 launched open my file with 2011, whereas it has been saved in 2010... (maybe a bug ?)

I would appreciate if I could drag and drop the file I want to open on the LV icon on taskbar (+1000 to the following idea : here)

Best regards,

Hi,

 

Today LabVIEW 2010 has the option "Save for previous version" because it upgrades automatically the VI to the current LV version (this happens since I use LabVIEW).

 

This behavior may cause headache when you are working with different projects that uses different versions of LabVIEW. If your last used version was LV 2010 and you double click a LV 2009 VI, it will be saved as LV 2010 VI and your LV 2009 project will crash.

 

My suggestion is, change the default behavior by keeping the current VI LabVIEW version and provide an option to upgrade to the new version.

 

Doing this everybody will be able to work with LV 2009 projects in LV 2012 without have LabVIEW 2009, 2010, 2011 and 2012 installed in the same computer.

 

Cheers,