Additional NI Software Idea Exchange

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

Where do you post for problems using NI-MAX?

Using NI-MAX to find a PXI-1033 with a single NI PXI 4462 in slot2, I get the following problems,

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

The various Compact DAQ digital IO modules available can be either correlated or not.

 

However, there is no information regarding this in the various device specifications.

 

The information is required because a correlated device is required to access the chassis counters.

 

A comparison table for correlated devices does exist on NI.com (see link below) but the user has to search for it.  It would be far more useful if it were included in the device documentation and specifications along with a supporting information.

 

http://digital.ni.com/public.nsf/allkb/3114EE73A39F1300862578BE0059A895

Imaging that we are calling CSV file as Real-Time Sequence on Stimulus Profile. For large size of model file, sometimes the identical data channel of CSV wants to be mapped to the multiple channels.

Of course, we can workaround this issue when we create the multiple channels with the same data on CSV file. However, that would be nightmare if the data size is huge (long-time data).

img.png

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...

In the present MAX setting for the RT controller we have the option for setting the password to prevent the changes to the settings but it still has to be extended one more layer. If I have set the permissions and logged in and when I try to restart the system MAX should prompt for the password if I have not logged in the password prompt is not required. This will prevent the access of the RT by the other people if the RT is connected to the common server.

 

RT Logged in.png

 

 

Am not sure whether it has been already proposed but it will be better if we have this option.

When using the Read/Write Variables to INI File step in VBAI and not selecting the Ethernet option the code that is generated still includes this step and therefore requires the Ethernet IP toolkit to run the code.  I suggest that when the box is uncheck then the generated code not require this toolkit becuase the VIs are going unused.  

Ship VBAI or VDM with the OCR B standard file the way that VBAI ships with OCR A.

Currently, NI Motion does not allow users to set the proportional gain (or any gain) less than one probably due to the fixed point math on the motion control cards. Many systems, especially those using ultra-high resolution encoders as feedback, are unstable with gains greater than one. Also, any system approaching the need to use Kp close to one will be extremely sensitive to the tuning process and will likely be difficult to optimize. An extremely simple solution to this problem is to add the ability to use Input and Output scale factors to the PID loop. Specifically, scaling the error term input to the PID controller for the input scale factor and the commanded output to the D/A or PWM's for the output scale factors. Even the ability to scale by factors of two would solve most issues. If only one scale factor could be implemented the output scale factor would be more useful as the input scale factor will effectively decrease the feedback resolution on a fixed point system. Other modern controllers utilize this strategy.

 

A quick search of the forums finds several people with this problem.

 

http://forums.ni.com/t5/Motion-Control-and-Motor-Drives/tuning-servo-system/m-p/139507/highlight/tru...

http://forums.ni.com/t5/Motion-Control-and-Motor-Drives/Is-there-any-way-to-drcease-the-open-loop-ga...

http://forums.ni.com/t5/Motion-Control-and-Motor-Drives/MAX-Reducing-Encoder-Resolution/m-p/1030934/...

http://forums.ni.com/t5/Motion-Control-and-Motor-Drives/7344-PID-proportional-gain-1-but-actuator-st...

 

Thanks!

Customer want to complete as many as functions within Stimulus Profile for their usability and cost. Now we need TestStand for automation, however customer is afraid that adding one more software would increase complexity.

 

Saku Kakibe

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.

 

 

Frank,