Additional NI Software Idea Exchange

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

There should be an option in MAX to be able to show remote systems by hostname, OR by IP address.  


hostname.pngOR  IP_address.png


When managing several targets it can be very hard to keep track of which target has which IP address and it is incredibly tedious to look through every target to determine it's individual IP address.

Dear NI Community,


it would be a good feature, if it'll be possible to see directly in NI License Manager list of licenses, and expiration dates - all at once. If it'll be possilbe to export it, it would be really great, because then you can sort them, check what will expire first, and so on.


Because when sometimes we use trial keys for toolkits, activated at different time - it's a mess, because one needs somehow to track when trial license will expire, and when you need to ask for new one / to purchase final license, and so on...


Why don't to make it more easier for users then? Smiley Wink


Thanks a lot,

Sincerely, kosist90.

It makes sense to run the Volume License Manager on a server-based environment.

Typically these environments are managed by the IT departments with restricted access to users.

Managing licenses like it needs to be done with the Volume License Manager is sometimes the responsibility of key-users outside of the IT-department.

With the Volume License Manager have to be operated as an application on the server, this often makes it difficult to get the necessary access rights (remote desktop...) granted from the IT department.

It would be much easier to do the license management via a web based interface provided by the Volume License Management Service.


see also:


Define and store XNET sessions within MAX rather than (or perhaps in addition to) a labview project .
Data Neighbourhood seems like a logical place.
This would expand the scope of a session to a host machine from a project. Making executables to reference a predefined session would be simple and flexible.

The ability to create/import CAN messages is already there. Other integrations of CAN/XNET into MAX would be welcome, E.g., launch the database editor from the Tools menu.

Hello NI guys,


I want to know when NI will develop a better software than MAX, each new release is more unstable than the previous one.

With the release 5.1.0f0, each MAX execution starts or stops by a crash. It's totaly unusable.

I want to change the name, it hangs !

I want to see the boards on the target, it hangs !



I don't know why it hangs, I can use a computer with only NI Products and nothing else, it will hang on each time.



Please hurry up and develop a new software to setup the target !!!!


Best Regards




NI-DAQmx Tasks can frequently have dozens of channels, sometimes hundreds.  Renaming each channel can prove tedious when the format needs to be more complex than rootname_#, indexed from zero.


This change will allow developers to batch rename channels in a more flexible format, saving task setup time.


This idea includes:

1. Using rootname as it is now, allowing for all channels to have a common base name

2. Creating wildcards for naming channels.  Each channel would then have the base name, a changeable separator character if specified, and an incremented number or character(s) specified by the wildcard.  Examples include:

a. Current_[001] = Current_001, Current_002, Current_003...

b. Temp [AA] = Temp AA, Temp AB, Temp AC, ..., Temp BA, etc.

c. [05]_Reactor = 05_Reactor, 06_Reactor, 07_Reactor, etc.

A piece of feedback received from a regional seminar:

It would be great if MAX could tell you what different modules are used for (e.g. NI 9235 - strain gage module or NI 9213 - thermocouple module) or include information such as what is on the product page for the module. Of course, you could rename the modules as soon as they are detected to make it easier to identify but you would still need to go one by one matching up a number to the measurement type.

As I understand it now, with VLM, groups were introduced.


I could create a group of Developers that has two members and I could create a group of New Hires with 8 members.  Then I could issue permissions to the ten licenses of LabVIEW that I purchased to each group. 


When I add the LabVIEW licenses to the Developers Group I notice that only 2 of the 10 licenses are used for the members of the Developer group.  Then I add the remaining licenses to the New Hires group.


The problem that I see with groups now is connected to what happens when more people are hired at the company.


If two more people are hired at the company, and all of the new hires are using LabVIEW licenses, then the Developers will see a message that all of the LabVIEW Licenses are checked out.


Could R&D make a way to lock the number of concurrent licenses in a group? For example, if we could lock the 2 concurrent licenses issued to the Developer group, then in the previous scenario when all ten of the new hires attempted to open and use LabVIEW, two of the licenses would be reserved for the Developers and the last two New Hire members to attempt to open LabVIEW would get a message that all licenses had been checked out.


I think this could be a very useful addition to the current functionality of VLM and that it could benefit many companies who utilize it!  Feel free to post, comment, or kudo.  Thanks!

I would like to suggest implementing software tools in which to objectively calcuiate audio/speech quality based on the industry standards (i.e. Perceptual Evaluation of Audio Quality (PEAQ), Telecommunication Objective Speech Quality Assessment (TOSQA) and Perceptual Speech Quality Measure (PSQM))

thank you.



I had recently a problem with Max : I got an error when viewing my NI hardware.

MAX was running very slowly ... like when its database is corrupted.

All board autotests were failed !


With the NI FRANCE support, we fixed the problem ! In fact one of the NI low level services was not running !

( NI device loader was not running )

We fixed the problem by changing the restart option of the windows service !


The problem was, that MAX wasn't working properly ... and was showing to me hardware errors !

But it fact there were no hardware problem, only a software issue !


It would be nice if MAX could check the working status of all its required components ( services ... ) !

A message at MAX startup saying "The NI device loader is not running !!! Max will not work properly" would have save us a lot of time !


I think that showing the problem at the launching of MAX is more user friendly that to let MAX hang and show a bad hardware configuration.



Thank you for your help. 


I love being able to simulate DAQ hardware and write the program before ever connecting the hardware to actual instruments, but the default waveform that is generated from a simulated device is not always a great representation of the expected signal of the actual hardware. Right now I have to program in a way to select between signals from the simulated DAQ device using DAQmx Read or a Simulated Signal express VI. It would be great if the Simulated Signal express VI was built into MAX so that the signal from each simulated DAQ device could be modified from Max. This would simplify the LabVIEW code needed and allow me to easily test the code.



Currently it's possible only to assign number of bus from 1 to 100 in MAX (e.g. "CAN1", "CAN2", ... "CAN100").


When you are working with test systems with multiple test sockets and each UUT has got many interfaces (e.g. 3xCAN, 4xLIN, 1xFR) it's hard to manage system configuration.


1. Right now it looks like this

e.g. :

Socket 0 => CAN1, CAN2, CAN3, LIN1, LIN2, LIN3, LIN4, FR1

Socket 1 => CAN4, CAN5, CAN6, LIN5, LIN6, LIN7, LIN8, FR2



2. You could also assign numbers that first digt equals socket number, second interface number, like "CAN23" = UUT2, CAN bus number 3 :

Socket 0 => CAN1, CAN2, CAN3, LIN1, LIN2, LIN3, LIN4, FR1

Socket 1 => CAN11, CAN12, CAN13, LIN11, LIN12, LIN13, LIN14, FR11


Looks better, but here you are limited to 10 test sockets since bus numeration is limited to 100.


3. With custom aliases it would be much easier to manage multiunit - scalable test systems and reduce debug time. Example :

Socket 0 => Vechicle_CAN_0, Private_CAN_0, Backbone_CAN_0, Ultrasonic_LIN_0, AlarmDetector_LIN_0, Control_LIN_0, InternalLight_LIN_0, Safety_FR_0

Socket 1 => Vechicle_CAN_1, Private_CAN_1, Backbone_CAN_1, Ultrasonic_LIN_1, AlarmDetector_LIN_1, Control_LIN_1, InternalLight_LIN_1, Safety_FR_1



4. Or in more generic way :

Socket 0 => CAN-A-0, CAN-B-0, CAN-C-0, LIN-A-0, LIN-B-0, LIN-C-0, LIN-D-0, FR-A-0

Socket 1 => CAN-A-1, CAN-B-1, CAN-C-1, LIN-A-1, LIN-B-1, LIN-C-1, LIN-D-0, FR-A-1



This is a very small issue, albeit an annoying one:

When using <F2> to call a rename dialog in MAX, it would be very intuitive to have the focus on the name field, since this is ultimately the field of interest for the user.


Currently, the dialog has no focussed field and pressing <TAB> does not even move focus except to the <Abort> field.


So now, I do not only have to change from keyboard to mouse, but also, I have to mark the entire name in the field to change the name. As I tend to give meaningful names to my channels, this makes for a good many time-consuming "mouse/keyboard/move/click and back" journeys


If the <TAB> key would at least move focus, this would be equally helpful.

 Thank you



Expanding the Remote Systems category in MAX or launching the NI Network Browser only shows devices in the same subnet that the used host PC is in. However networked devices (LabVIEW Real-Time systems or Ethernet CompactDAQ chassis) are often located on different subnets.


  • In order to keep the discovery time low, only one subnet should be selectable at any time.
  • The currently selected subnet (default: local subnet as today) should be indicated:
    "Currently showing devices in the [local|[1...255]] subnet. Click here to change"
  • Some area or button allows users to pick a different subnet and once the user populates the field, MAX or the NI Network Browser refreshes.



I recently had a service request where a customer was unsure why 30 day evaluation licenses were not made available when using unmanaged concurrent name based licenses.  I explained that this was expected behavior.


Then I generated a license file, used a test machine as a server, and my work PC as a client.


Witihin NI License Manager on the client machine, the software package I checked out showed as 1 of 2 licenses checked out.


However, on the admin side, there was no notification of the number of checked out licenses.  The total was displayed as well as the Total Seats Granted.  However, the total seats granted is unmanaged, so this number stays at 0 even once a license is checked out to a client machine.  I believe that another column should be added on the server copy of Volume License Manager to display the number of licenses currently checked out as is displayed on the client (1 of 2 licenses checked out).


Server View While License is Checked Out and Server is Running






Client License Manager Screen Shot While unmanaged name based license of LabVIEW 2011 is Checked Out





Title pretty much says it all. I can create them programmatically,why not with a configuration?


Workaround: create the channel programmatically and save it to the configuration.Very inconvenient. 


<1% Use case? Perhaps. 


I can display it in MAX and it shows the internal channel. It's not like it's hidden from anyone. Being able to select internal channels from a dropdown, just like a Channel Control in LabVIEW, would be entirely logical and consistent. Default behaviour could be external channels, with filter checkboxes just like the aforementioned control.



I wrote this idea after having spent a lot of time trying to understand a strange connection problem between MAX and NI-cDAQ 9188 ethernet chassis.

As a matter of fact I discovered that MAX uses the proxy settings made inside Internet Explorer (in Tools >> Internet options >> Connections >> LAN settings). If you set a proxy inside IE, MAX uses this proxy trying to connect to a NI cDAQ ethernet chassis.

If you set the same proxy inside Firefox (for example), MAX doesn't use this proxy settings.

For this reason you must tell the customer how to configure the proxy inside IE in order to be sure that MAx is able to connect to the NI cDAQ ethernet chassis. And if the customer has already set the IE proxy as requested for network connection, it could happen that he must change this settings, and this could be a problem.


I suggest that MAX (and other NI software) should have its own proxy settings (has Firefox has) so that it would be possible connecting to cDAQ ethernet chassis even with "strange" settings of IE proxy.

If you add a NI camera to the computer, Max will recognize that.

The camera is added as Cam0.

In the back a file gets created which includes the Type, Name, Serial number,… of the camera.

If the camera gets broken and you put in a new one it gets added as Cam1. ?!?

If you only have one Camera it will be easy to scan pragmatically and

use the one that you find. But if you have several cameras you get a problem.


For Example:







You want to change camera 1 and put it out. Now you put the new one in.

Max creates Cam4 because Cam1 is reserved for the other one.

It is not possible to delete Cam1. Only if you go to the specific folder and

Delete the special .iid file the port is no longer reserved.


Please implement the management of this directly in Max!


I suggest including TWAIN protocol support in the IMAQ Vision drivers.  

Kira T



attached is a MAX view from a typical process control application: There are dozens of cDAQ-modules there and hundreds of Global Channels.


The question is for instance: which cDAQ-modules have any free inputs? There is currently no easy answer to this without physically accessing the cabinet 😞


Would it not be very easy to provide a tab in the right-hand part of my MAX-view where I can sort my Global channels based on the physical channel that they refer to ?


Thanks HU