For integration and station troubleshooting the Sessions, Aliases, Tasks et al would be organized by Project, Application or deployment in MAX and fault identification has all the "tools" any repair tech could want to isolate a failure.
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
It would be nice to provide a way to get diagnostic information regarding any potential HW issues that may be apparent with the Timing and Sync modules. Currently the only method for getting diagnostic information is through the use of the LEDs (active LED, and Access LED), or through external connections to other measurement equipment. The addition of this feature will better assist troubleshooting defective timing modules.