The new compactRIOs come with a very useful USB-ethernet interface. I would like to access this on systems without the full driver set for low power hosts where we don't want to fill the system with a full driver install.
For example, I have a surface go which would be great if I can just plug it in to access the web interface for debugging.
The customer is managing a bunch of software licenses with Flexnet.
If the client user try to use some software when there are no available licenses, only NI software pops up the licensing wizard.
On the wizard, there is "Evaluation" button and once the client user mistakenly click the button, the software launches as a evaluation for around month and the Flexnet cannot detect the evaluation software, the customer cannot count the number of clients who is using the software.
If there is "disable licensing wizard" function, the issue never happens.
First time poster here so please excuse my ignorance if I am posting incorrectly.
I know NI supports CentOS and SUSE GNU/Linux distributions, but Debian distros are the most popular according to distrowatch. I would like NI to consider creating 488.2 driver support for Debian based distros. Specifically Linux Mint and Ubuntu. I have been using Ubuntu 14.04 LTS and recently switched to Linux Mint 18.3. Mint 18.3 works so well, I abandoned Windows 7 on my personal computer and only use Windows 7 at work (because I must). I can use NI USB devices on Mint (and Ubuntu) by installing the driver in a Windows 7 virtual machine and passing through the USB in VirtualBox. However this does not work for PCI cards. Drivers are a big roadblock to migrating our test equipment off Windows so I am hoping NI considers better GNU/Linux development in the future. Thank you.
I realize this is a smallish use case, but I am posting here for future interweb queriers.
I have several functional, yet discontinued, HP8970B Noise Figure Meters that preset whenever NI-MAX performs a 'scan for instruments' or when I attempt a 'communicate with instrument' on them. Using IO Trace, I found the culprit is 'ibclr'.
Given this instrument predates SCPI, it does not understand '*idn?', and will reply with an error code. That is fine, but presetting is not. This clears my calibration and other settings.
To be specific, I am talking about the link below from the 3.x NI License Manager (this is on a VM I use for LV 8.5 development)
It had the nice feature of filling in your computer's information and all the products you are activating as part of the link. Unfortunately, NI's website no longer supports this pre-filling - using this link in 3.x now just redirects you to the normal result of typing in ni.com/activate into your browser.
My typical workflow with this screen would be to enter my real serial number into the preceding dialog, use this dialog to get the activation link, go back to the preceding dialog and enter in a fake serial number, press next twice to get the activation codes entry dialog, and copy the activation codes into the dialog.
In NI License Manager 4.x, you either need to use web activation (which saves your serial number everywhere) or enter codes manually, requiring a trip to http://ni.com/activate for every product that needs activation (and trying to figure out how the name of an application in License Manager - say "Vision Development Module Runtime" - matches against the website's entries - say "Vision Development Module", "Vision Development Module (FRC)", "Vision Development Module Runtime (FRC)", and "Vision Runtime") and a bunch of e-mail spam if you choose to get a copy of the activation e-mailed to you. Note that activating LabVIEW alone requires two of these trips (or at least used to), as the Professional Development system and the Application Builder activate separately.
As far as why I often don't want to use the built-in Web Activation, it stores your serial number on the computer. This leads most (I think LabVIEW 2017 is an exception) versions of LabVIEW to display your serial number in their splash screens and about boxes - this could be visible in a public setting or at a customer site. It also stores the serial number even after you deactivate it, so if you temporarily activate a tester while you are doing its initial debug, your serial number will be stored for your customer to reactivate (and possibly distribute).
I labelled this as MAX, as there is no License Manager Idea Exchange - in a way this applies to all NI products.
I would like to be able to simulate XNET devices in MAX (with minimal support). I would not expect these devices to simulate data on the bus. They could help us developers catch some bugs before we integrate with the actual HW.
It would be easier for a developer to be able to create configuration files, databases and test them out without connecting to the actual HW. In most cases, the HW is on a rig which is in use, or the HW is not yet delivered for the rig. We would not need any data on the bus in these cases.
I have been struggling over the past few months, to be able to define databases or use databases and test my configuration UI without the actual HW. And I have faced lot of error with creating multiple sessions, opening sessions after the HW is reserved etc.
I would hope that such errors could be tested and fixed using a simulated device, where the actual messages on the bus are not important.
It would be very good if the DSC llb will be reentrant (vi property -> shared clone reentrant execution).
It's no problem if I work with 50 citadel databases in parallel from executable files. But if I do it from one exe (with reentrant VI that work with citadel) then it works very slowly and very often with critical memory errors... And 50 exe files is not a good solution any way.
Increase the size of the "handles" used to resize the display panes in MAX so that it can be done on a touchscreen interface. It is impossible to "grab" the border between two panes on the MAX window using touch to expand a pane. It would also be very nice if MAX remembered its window/panes positions between sessions.
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.
Suggestion: 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.
OK, I admit that I find keyboards a useful input device. And I like to keep my fingers on the keys instead of switching back and forth to the mouse.
This said, I should appreciate when I can use the <tab> key to navigate through dialogs. Such as the scaling dialog in MAX: If I mouse click into unscaled max, I can tab my way through unscaled min - scaled max, scaled min. But -Lord forbid! - not into scaled unit! why not? wouldn't this be the most natural dialog box behaviour? To be able to tab through all fields of interest? Given that LV has a great tool to select and organize tabbing behaviour of user interfaces - why have all MAX dialogs escaped this small improvement ever since (as far as my knowledge goes back to MAX 1.0)
Please give some programmer this half an hour and let him improve this detail.
Hello, 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))
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.
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...
In certain circumstances it would be helpful to see exactly what license file ties to each piece of activated software within NI License Manager. This would be an additional field in the right hand pane of License Manager as shown below.
It would be really nice to have the ability to create groupings for the Remote Systems in MAX. Below is the list of my current targets. While I'm sure there are many people that have a longer lists of targets, I find this list a little bit unmanagable already. Additionally, we are either planning or working on projects that will about double this list.
Please add the ability to group the remote systems so that they can be managed in their own tree (or somthing similar)