Additional NI Software Idea Exchange

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

I write C# code and I tend to write wrapper classes and methods like: DmmHelper.MeasureDcVoltage( DmmRange range  = DmmRange.TenVolt, DmmDigits digits = DmmDigits.FiveAndHalf): double 

This routine instantiates, configures, measures and disposes the DMM instrument.  That way I can load Test Panels at breakpoints debugging.   DAQs are handled with a using {} statement,  the inputs or output are valid only within the brackets otherwise the instrument is shutdown and outputs go to 0. 

 

 I write unit tests to test my code.   It would be nice to use a simulated instrument that I could programmatically configure so that it would measure values that I programmatically inject:  Data like:  DC voltages, current.  AC voltages and current,  Digitized voltage or current waveforms,  and Resistance etc.   I inject the data and when I get measurement the simulated instrument returns the data.  The simulation seems to extremely simple stuff but I have not found a good programmatic interface that supports the entire capability of the PXI instrument (Dmm, DAQ, switch matrix, power supply etc.)

 

Either that or I need to be able to derive my own simulated instrument.

As seen here The tools network does not offer a means to filter downloads by highest product version actually installed

 

Perhaps some nice filters so VIPM Tools Network View can automagically find these for us too?  That would be sweet!

Untitled.png

Send the VLA log automatically as notification to the VLM administrator. 

The VLM log can send the logfile automatically to NI, however this is not an option when the server is not connected to the internet. In this case, emails can be send to the administrator. It would be great if the VLA log will be attached to the email, so that the administrator can forward this to NI. 

Hi,

 

It would be great if we could disconnect per user not every software attached to the user but only some of them. For example, if I only need NI Diadem offline, I only disconnect NI Diadem and not the other software, the other software could be available for other people.

 

Another thing, the start date of the disconnected license should be proposed as a choice when creating a disconnected license file.

 

Have à good day, bye.

 

Eric

 

With VLM 3.1, a number of default reports are available (License Activity, Client Activity, ...).

Some of the default reports (License Activity, Seat utilization and Seat Utilization (Concurrent)) have a License field that the user need to complete.

 

The issue I have is that we are using different licenses (Dev Suite, Dev Suite with Data Management, Dev Suite with FPGA, ...) and that I cannot generate a report that includes all licenses together.

 

My request is to have the possibility to select "All licenses" in the License field.

 

I am more than willing to validate this feature in an alpha/beta release.

I had to manually enter the properties of 25 frames and their signals (at an average of ~5 signals per frame). That's not fun, especially since many of them were similar.

 

The process would be a lot faster if I can clone the frames/signals and just edit the fields that differ.

 

xnet_pain.png

 

Here at the University I work at we use a large number of license management software (mainly flexlm).  This past semester I installed a new license management service that would be used to serve licenses to multiple labs in multiple buildings across campus.  Unfortunately after installing it and deploying it to a large number of machines I realized that my Labview license manager had stopped working because both processes were trying to use the default port of 27000.  At this point in time my only option was to change the port on the Labview license manager to a new port (in this case 27006).  Unfortunately due to the current nature of Labview I now have to visit 100+ machines in my building and elsewhere and point them to <SERVER_NAME>:27006.  

 

A peer here had a similar issue with the Autodesk software Autocad, which runs on a similar license manager.  However, Autocad checks a range of ports automatically if their license server isn’t available on the default port.  It would be nice if Labview would do the same.  That is, check port 27000 for a license server, if not found, check 27001…up to 27009 then store the port in the software.  Because of this, we do not have to tell Autocad which port the license server is on and if it changes, nothing needs to be done.

 

What I am suggesting is that users not be required to point to a given port if the default is not used.  Instead, the Labview client look at 27000 on a given server, if not found, it looks to 27001, this continues up to a maximum of say 27009.   

 

Another potential fix for such issues would be to have a registry key that can be updated through group policy.  This existed in Windows XP but in Windows 7 this key was removed an instead an .ini files used.

 

Thank You,

Garret Coffman

Where do you post for problems using NI-MAX?

Yes, Its very convienient to automatically rename Aliases for USB Devices.  This work great for DAQmx but is not currently possible for the USB 568x.  as seen here

I/O Trace is extremely useful when debugging system-level text-based applications. Error handling for systems involving multiple drivers + software packages (RF toolkits, for example) is very difficult. After recognizing there was an error, we still have to determine which device threw the error and then query the appropriate driver/toolkit with the correct handle to determine what the error was. NI I/O Trace is a great way to quickly determine which device threw an error and at which function call. Unfortunately, the error reporting returned by I/OTrace is pretty limited. For example, consider the I/O Trace shown below of an application synchronizing two waveform generators. A property is not configured correctly for one of the generators. I/O Trace clearly indicates there is an error, however the exact cause of the error is difficult to discern from the message: 

 

Capture.PNG

 

The actual error message is: “The Sample Rate property can not be configured if OSP Enabled is VI_TRUE. “. It would be great if I/O trace could provide the entire error description. Compare this to the LabVIEW error handler:

Capture.PNG

Currently, Switch Executive virtual devices can only be imported and exported through Switch Executive itself.  It would be really nice if instead Switch Executive virtual devices were handled through the MAX configuration import and export wizards.  This would simplify test system deployment, particularly since the MAX configuration import wizard can be easily automated through deployment installers.  Importing of Switch Executive devices can currently be automated, but you have to create an executable using the Switch Executive Configuration API and then call that executable using a batch file called by your deployment installer.  It would be so much simpler and more consistent if the MAX configuration wizards supported Switch Executive in addition to other products such as DAQmx and VISA.

Currently, our NILM license daemon doesn't support the TIMEOUTALL function when used with a FlexNet server. The purpose of the timeout is to cause an application to release its license if idle, which is useful in the case that a user doesn't realize LabVIEW or another NI program is still open on the client machine. The TIMEOUTALL command is a standard FlexNet option.

 

It would be useful if we provided this function, or provided a similar function in the Volume License Manager server product.

If the License Manager is used to deactivate software, it will leave the prior serial key in the registry. On subsequent activations, the Activation Wizard will automatically populate the serial number field. I assume the same kind of thing will happen with .lic/.lc licenses.

I can see a valid use case for this, but in my scenario, I need to remove development licenses from productions and disallow users to reactivate the software without getting permission (the serial key) from me. Since these keys can be found in the registry, I can write a script to do this; however, it seems like a feature that License Manager should include.

 

PS: I know, I used the wrong idea label. We need more label flexibility to cover other smaller NI software!

For security reasons, many customers using Volume License Manager to administer licenses to client machines do not authorize users to download and install anything from the web. Therefore, if a critical patch is released, the client machines are unable to download this unless it is distributed by the administrator. It would be useful for the VLM administrator to be able to configure the Update Service such that all Users can run the Update Service but the service has been configured to point to an internal network share rather than an internet location outside the firewall. This way, the administrator could make critical updates and patches available for the client machines and the clients can be notified and install them.

Hello,

 

Many times, I find myself wanting to compare different I/O traces side-by-side, but I can only have one instance of I/O Trace in memory and hense can only view one capture at a time.  Would it be possible to view two different captures within one instance of I/O Trace?  I believe a lot of people would appreciate either a split screen option or the ability to open another instance of the I/O Trace application in memory.

 

Cheers!

 

Shawn S.

Hey there,

 

Versioning is often a fairly important matter when it comes to long/large projects. When a new FPGA bitfile is generated in LabVIEW, there's a possibility to change its version (in the build specification). As a result, a parse of the .lvbitx file as text file can be used to decypher the aforementioned version (it's following the <BuildSpecVersion> tag).

 

Though, there's no simple way (aside of making a Custom Device or modifying the accepted tags in the xsd file)) to get this information in Veristand after importing a new FPGA personality. The version may be important, but more information about the bitfile might need to be made public in this window :

FPGA_Info.png

 

In fact, there are a bunch of information that are readable in VeriStand about the model imported (name, version...). Once more, the FPGA needs the same feature 😉

 

Have a great day,

 

 

Hi,

 

this is an old question, see here, but so far I have not heard about a practical solution. The quest is to find all instruments on a local LAN that are switched ON (and connected to the LAN, of course). Unfortunately, viFindRsrc does not work. Pinging all possible addresses seems not a viable solution due to the required time, either. So it's possible to detect all serial instruments, all instruments connected via GPIB, but until now there is no standalone solution (i.e.without involving NI-MAX) to detect instruments on a local LAN... :smileysad:

 

Newer instrumentation (such as mass spectrometers..., i.e. no LXI instruments, no NI hardware) usually comes with LAN capabilities (instead of serial or GPIB). While ten years ago I could use viFindRsrc to detect this instrument (then with serial), now I miss a possibility to detect this instrument which is connected to my local LAN.

 

I have modern hardware but need to configure it manually...this is odd.

 

There is some software available to detect instruments on a LAN, but I did not want to use an extra program but a simple function call within C (using CVI)...

 

Thanks,

Wolfgang

 

PS: I am not sure that the idea label System Configuration API is appropriate, but no better label is available...

Provide an option to show more characters in the IO section (in quotes) of the Description field.  Why not use the column separator as a way to expand the viewable characters, instead of just showing more white space?

 

IO Trace expanded Description characters.PNG

 

Provide the ability to filter log entries by device descriptor, similar to the “View Only this Process” and “View only this Thread” options.  The new feature could be implemented with another option in the pop-up menu: “View only this Device”.

 

IO Trace selective devices.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Or better yet, a way to selectively pick which of several devices to view.  For instance, if 5 devices were present in the log (UD0 - UD4), then I could select to only view UD1 and UD3.

Posted this in Data Acquisition Ideas as well, but it seems like it would be implemented with something like MAX, so...

 

When dealing with various remotely deployed cRIO hardware configurations, it may be impossible to keep a sample configuration of every type of system we ever sell.  Unfortunately, if upgrades or revisions are made to the base code in our system, remotely deploying to our customers becomes impossible unless we have their exact configuration on-hand for the programmers to compile.  Remote connection to the hardware for this type of operation is also not typically possible.

 

To be able to simulate or emulate a full cRIO system (processor & hardware modules), then compile the RT code for deployment on that system as if it is physically connected to our development system would be ideal.  This would allow images to be created, which can be sent to customers for local deployment at their facility.  Dramatic decrease in "hardware library" requirements on the development end, reduction in "on-site upgrade" service trip costs to the customers.  Plus, easier for OEMs like me to justify the move away from PLC types of hardware and towards cRIO, once you take away some of the potentially nightmarish continued support and update issues involved with basing systems on cRIO platforms.