Archived: NI-RIO 12.0.0 Known Issues

NI-RIO device may not be enumerated and may not appear in MAX

Under some circumstances, an NI-RIO device may not be enumerated properly when attempting to access the device before the driver has finished loading. As a result, the device may not be accessible or visible through Measurement and Automation Explorer (MAX).

Workaround:

Reboot the machine or enable and disable the device in device manager.

Back to top

Calling the Download method on an FPGA reference opened within a Call by Reference VI can cause LabVIEW to crash

Calling the Download method of the FPGA Host Interface API requires the Open FPGA Reference VI to still be in memory. If the Open FPGA Reference VI is called from within a VI called by reference, it is possible for it to leave memory before the Download method is called. If this occurs, LabVIEW may crash.

Workaround:

Ensure the VI calling the Open FPGA Reference VI stays in memory until after the Download method has been called or use the Reset method in place of the Download method.

Back to top

Possible timing errors when compiling a VI with an NI 9215 IO node

Compiling an FPGA VI with 9215 IO nodes will potentially fail timing constraints.

Workaround:

The failure should only occur intermittently and recompiling the FPGA VI usually executes successfully.

Back to top

NI 9802 Mount and Unmount Methods cannot be called remotely from Windows

Normally, these commands would be run from the RT controller host (or remotely on the RT host through VI Server). For the EthernetRIO targets, NI 9146/9148 this is not an option. This means that the NI 9802 RT API cannot be used with these targets.

Workaround:

None.

Back to top

Adding a new NI-RIO device may cause MAX to temporarily display incorrect information.

While viewing NI-RIO devices in Measurement & Automation Explorer (MAX), adding a new NI-RIO device and naming it RIO0 can temporarily cause the wrong device information to display.

Workaround:

After installing and renaming the last device, refresh the device information in MAX. You may be required to refresh the Devices and Interfaces list up to three times for all information to be correctly displayed.

Back to top

Reduced network throughput on 902x and 9074 controllers when connecting to forced-speed network partners

The default link speed for 902x and 9074 CompactRIO controllers is autonegotiated. When connecting to partner network targets without autonegotiated link speeds, packets are dropped and network throughput over TCP drops as a result.

Workaround:

In NI-RIO 3.4 and later, set the network partner device to use autonegotiation. In NI-RIO 3.5.1 and later, you can also set the Preferred Link Speed for your CompactRIO controller to the same link speed as your network partner device.

Back to top

Mounting/Unmounting a NI 9802 in Real-Time interrupts Scan Engine

When you take scan mode measurements and then mount and unmount the SD card, on the subsequent reads the scan mode I/O variable throws error -65536 until the FPGA VI is run.

Workaround:

Instead of the blank FPGA VI required to normally make this work, use an empty while loop inside the FPGA VI and leave this VI running while running the RT VI.

Back to top

IO Variables lose custom settings when C Series module is copied and pasted in the LabVIEW project

When copying and pasting a C Series module containing IO Variables with custom settings, the custom settings are lost and revert to default values.

Workaround:

Instead of using copy-paste, drag or control-drag the module to move or copy the module.

Back to top

Calling the Mount method for a NI 9802 module on the wrong slot number will sometimes result in a crash on VxWorks targets

When running the Mount method for a NI 9802 from the Real-Time host, entering the wrong slot number can result in a crash on VxWorks targets.

Workaround:

Ensure a NI 9802 module is in the correct slot before running the Mount method. This issue has been resolved in NI-RIO 12.0.0 and later with LabVIEW 2012 and later.

Back to top

Setting Range property on 9219 with other properties in the same property node returns error -65720

Using a property node that includes 'Range' and any other property specific to the same channel of a 9219 will return Error -65720: This property is not valid for this module, or is not valid for the current configuration of this module. This error will be returned even though the configuration is valid.

Workaround:

When writing the Range property, write to it in a property node separate from other properties. This issue has been resolved in NI-RIO 12.0.0 and later with LabVIEW 2012 and later.

Back to top

Deploying an NI 9870 or 9871 when the module isn't physically present corrupts the CompactRIO RT controller

If a project is configured to contain an NI 9870 or 9871 module but the module isn't physically in the chassis, deploying the chassis will result in software corruption on VxWorks controllers. This and subsequent deployments will result in the following error: LabVIEW: (Hex 0x80DF0019) The deployment connection has timed out. To determine which operating system your controller is running, refer to Knowledgebase 4LRA4IQ0: What Operating System is my Real-Time Controller Running and Why?

Workaround:

None. This issue has been resolved in NI-RIO 12.0.0 and later with LabVIEW 2012 and later.

Back to top

NI 9075/9076 do not support RIO Scan Interface or Hybrid modes

The new NI 9075/9076 integrated chassis and controller CompactRIO devices did not initially ship with RIO Scan Interface (RSI) capability.

However, the "Chassis Properties" dialog box used to select FPGA or RSI mode alludes to the fact that the controller may be used in Hybrid Mode.

Workaround:

None. This issue has been resolved in NI-RIO 4.0.0 and later with LabVIEW 2011 and later.

Back to top

Scan Engine VIs fail on a machine with only LabVIEW runtime and NI-RIO

Scan Engine VIs (such as "Set Scan Engine Mode.vi") return an error when used in a built LabVIEW application on a machine which only has the LabVIEW runtime and NI-RIO driver installed (returns error -2132869114: A Module could not be loaded). The same LabVIEW executable works fine on a machine which also has the LabVIEW development environment installed.

Workaround:

The Scan Engine VIs need the DLLs located in:

C:\Program Files\National Instruments\Shared\DeploymentFramework

Copy this directory onto the machine with only LV runtime and NI-RIO (in the same location), and the scan engine VIs will function properly. This DeploymentFramework folder is installed with the LabVIEW development environment, but not with LabVIEW runtime or NI-RIO driver. This issue has been resolved in NI-RIO 4.0.0 and later with LabVIEW 2011 and later.

Back to top

Chassis settings don't automatically deploy

Changes to the chassis properties are not automatically deployed. This is problematic when switching between Scan and FPGA Interface mode because it means the project can easily get out of sync with the target if the user does not manually deploy the chassis.

Workaround:

Manually deploy settings whenever changes are made to chassis properties. This issue has been resolved in NI-RIO 3.5.0 and later with LabVIEW 2010 and later.

Back to top