Additional NI Software Idea Exchange

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

 

A NI cDAQ-9172 device transmits the measurement data as part of a complex machine.
The NI MAX programme is functioning successfully during certain visits. The software stopped working after some machine support.

 

In an attempt to resolve the problem, the module was updated to version 16, installing all the necessary drivers.


The Active LED and Ready LED indicate that power is applied, but a USB connection has not been established. (Active LED: amber; Ready LED: off)
In software: The device is not reachable, and red cross icons appear next to the chassis and the modules in NI MAX.

 

and an error appears: (Status Code: -88705) The specified device is not present or is not active in the system. The device may not be installed on this system, may have been unplugged, or may not be installed correctly.
Status: not present

 

In the NI device monitor, no NI devices were detected.

 

 

How can I get the USB connection established?

 

 

 

NI TSM installs the attached code for simulating chassis and modular instruments that don't already have simulation plugins to MAX provided with their drivers.  There's no reason I can tell that this functionality should be limited to NI TSM given that modular instruments are used outside of TSM (and TestStand) all the time.  Please add this simulation capability to NI MAX!

Download All

In the everyday life of a SW developer, it comes again and again to the fact that problems arise, and must be solved.

 

It must be weighed again and again whether a problem resulted from own errors or whether the cause of a problem is to be found by errors in the development environment or in used modules such as xNET, DAQmx etc.

 

It happened to me several times in the past that I looked for errors in my own LabVIEW source code, but afterwards I realized that the cause of the problem was a malfunction in LabVIEW or in one of the used drivers.

 

In order to become aware of possible problems as early as possible during this troubleshooting process, it is important to be actively informed about possible problems inside of the NI Modules.

 

For example, it would be helpful to be notified with an email in the following cases.

- A new entry in the Known Issues and Bugs list

- The new possibility of a workaround

- Availability of a bugfix in a new LabVIEW or driver version

 

My suggestion would be the following:

Would it be possible to provide within the NI account settings a list of modules in which you can choose the notifications for the different Modules?

 

John_Wire_1-1654263264557.png

Whenever something in the known issues has changed the NI account member would get a notification via E-Mail.

 

It would also be possible to make entire subgroups or subject areas selectable.

The technical implementation is certainly possible in different ways. Crucial is that there is the possibility of an active notification for changes in the different known issue lists.

 

In a database (DBC or xml), signal could have a long name property. This property is not avaible in Xnet databse editor or in LabVIEW. That could be a probleme when several signal have the same first 32 character.

Always with Xnet, when reading signal value (or reading frame and convert frame to signals), the result is always a number. In database, some signal have a convertion table to string for a better understading

Download All

All,

I'm looking at the Channel Settings area in the Configuration tab within a task...

1) Why is the tab window area locked to one size?  Shouldn't this be maximized to fit the window area available?  I've got probably 3-4x as much dead space around the window as I do actual window I can work in...   

2) Why not show the Channel Settings area as a spreadsheet type interface? 

3) Maybe have the Connection Diagram as a separate popup window when needed.

 

Thoughts?

 

Thanks,

CH

Hello,

 

R&D community across the globe is moving toward FAIR Data Principles. More and more funding agencies are requiring that data created by and used for research need to be Findable, Accessible, Interoperable and Reusable (FAIR). NI already has made great strides towards metadata-rich data, such as industry-standard open source TDM/TDMS formats. 

 

The next logical step is to help NI customers to comply with FAIR Data Principles requirements. The best way to support NI customers will be the development of TDM/TDMS API for  major public data repositories, such as Harvard's dataverse.org etc. 

with NI ADCS 20.0, it's not possible to open diagnostic session on multiple LIN Slave (Open Diagnostic on LIN). Add this functionalty on next version please 🙂

 

Just want to share a calibration proposal for VNA.

 

Please note: this is just for one model Filter IC production test, different models or different ICs test may have different calibration approach.

 

Below is the calibration proposal flowchart:


NICommunityPublished.png

 

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.

 

It's not just me either: https://forums.ni.com/t5/Real-Time-Measurement-and/How-to-include-the-usb-lan-driver-with-an-installer/td-p/3306592

 

We request "Disable Licensing Wizard" function.

This request from my customer.

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 am also a Keysight IO libs user and was disappointed to find NI-MAX does not have the ability to add instruments manually? (Instruments are populated via scan only.) I am trying to quickly communicate with an instrument without scanning and resetting older equipment.

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)

Web Activation.png

 

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.

Hi

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.

 

see also: https://forums.ni.com/t5/Additional-NI-Software-Idea/Remote-Management-of-the-National-Instruments-Volume-License/idi-p/3108997

 

It should be interesting to can make deploy using command line for automatize the process without to do many clicks with mouse in RAD.

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.