NI does not actively maintain this document.
This content provides support for older products and technology, so you may notice outdated links or obsolete information about operating systems or other relevant products.
The following items are known issues in NI-VISA 5.1.x Known Issues sorted by Date.
| ID | Known Issue | |||||
|---|---|---|---|---|---|---|
| 105956 Return | Viewing NI-VISA Options tab on Real-Time controller may hang MAX On PXI and PC Real-Time controllers with VISA Server installed, MAX occasionally may hang when trying to view the VISA Options tab. Workaround: N/A
| |||||
| 109538 Return | Slot path shows up incorrectly for multifunction and bridged NI-VISA-based PXI devices PXI devices that are either behind a PCI bridge or have multiple functions (for example, both Ethernet and SCSI device) show an incorrect slot path in MAX when using a driver generated by the VISA Driver Development Wizard. Workaround: N/A
| |||||
| 126535 Return | VISA Read STB on Mac OS X waits for NI-VISA-defined timeout even if USB device responds sooner VISA Read STB always waits for the timeout defined in NI-VISA before returning, even if a USB device returns a response quicker than the timeout value. Workaround: N/A
| |||||
| 145966 Return | Third-Party USB device communication may timeout after host PC is put into standby A Windows-based machine communicating with a third-party USB device using a driver not developed by the VISA Driver Development Wizard may timeout if the PC is put into standby mode in the middle of a NI-VISA USB transfer. After the PC is woken up, it thinks the USB device should resend the entire data packet and eventually times out because the packet is not resent. Workaround: N/A
| |||||
| 155527 Return | Calling viBufRead multiple times causes incorrect timeout behavior in viBufRead When viBufRead is called with a discrete timeout, the function initially times out correctly. Every subsequent call to viBufRead times out immediately instead of waiting for the specified length of time. Workaround: N/A
| |||||
| 164621 Return | NI-VISA does not recognize Bluetooth devices on Windows Mobile On a Windows Mobile device, Bluetooth devices can act as virtual serial devices, giving them a COM port number. NI-VISA cannot recognize this COM port and gives errors when trying to access it through VISA functions. Workaround: Use the non-NI-VISA Bluetooth VIs.
| |||||
| 166323 Return | Using interrupts with NI-VISA-based PXI cards on NI RT Hypervisor system may cause hang on reboot If you are using interrupts with a PXI card that uses an NI-VISA-based driver on an NI RT Hypervisor system, independent reboot of the RT system may hang if the driver does not have the interrupt disarm sequence defined. Workaround: N/A
| |||||
| 182027 Return | Setting serial baud rate with NI-VISA may return errors from third-party serial drivers NI-VISA may return an error while setting the serial baud rate when using third-party serial drivers, even though setting this same baud rate may work in other third-party applications. This is due to how NI-VISA verifies baud rate settings. Workaround: N/A
| |||||
| 183242 Return | Calling viUsbControlIn on composite USB devices may cause system to blue screen When using viUsbControlIn or VISA USB Control In.vi, if a composite USB RAW device is passed in as the VISA resource, the system may crash with a blue screen. Workaround: N/A
| |||||
| 226865 Return | Drivers developed by the VISA Driver Development Wizard on Windows XP Dutch do not install correctly When using the VISA Driver Development Wizard on Windows XP Dutch, the OS does not correctly recognize the .inf file generated. Workaround: N/A
| |||||
| 90238 3WP9E800 Return | NI-VISA leaks Mach ports on Mac OS X when communicating with USB Raw devices When performing a VISA Open and VISA Close on a USB Raw device multiple times inside a loop, the number of Mach ports in Mac OS X increases. This may cause a crash if the code performing these calls is run over an extended period of time. Workaround: Restart the development/run-time environment
| |||||
| 242354 Return | VISA always adds a parallel port resource VISA will always add a static resource bound to LPT1 in visaconf.ini. If a system does not have a parallel port, this resource will show up with a yellow exclamation mark in MAX. Workaround: Delete the parallel port in MAX
| |||||
| 255456 Return | Two applications simultaneously calling viLock and viUnlock on the same VISA INSTR resource will eventually result in an error Two applications that are both trying to lock and unlock a VISA INSTR resource using viLock and viUnlock will result in one of the applications eventually returning error -1073807204: VISA: (Hex 0xBFFF009C) The current session did not have a lock on the resource. Workaround: N/A
| |||||
| 257985 Return | Calling ReadStatusByte for a USBTMC instrument might result in a hang In a .NET application, calling ReadStatusByte() from the Measurement Studio NI-VISA library for a USBTMC instrument might result in a hang. Workaround: N/A
| |||||
| 283686 Return | Rebooting a system or refreshing Devices & Interfaces in MAX will remove a key in visaconf.ini If the following key is added to disable the error replacement character when performing 9-bit VISA serial reads, refreshing Devices & Interfaces in MAX or rebooting the system will remove that key from visaconf.ini: [ASRL-RSRC-ALIAS] DisableErrorReplacement=1 Workaround: N/A
| |||||
| 308006 Return | Providing VISA remote access to a cRIO device may cause duplicate Serial & Parallel entries in MAX Adding a new permission to the Remote Access List under the VISA Server for a cRIO device may cause duplicate Serial & Parallel entries to appear underneath the device in MAX. Workaround: N/A
| |||||
| 309225 Return | VISA C examples cannot build on Mac OS X 10.6.8 Trying to build the VISA C examples on Mac OS X 10.6.8 with xcodebuild fails. Workaround: N/A
| |||||
| 310315 Return | Both viFindRsrc and the VISA I/O Control do not list USBTMC devices in 64-bit applications Calling viFindRsrc in a 64-bit application or expanding the VISA I/O Control in 64-bit LabVIEW will not return USBTMC devices. VISA is still able to correctly open a session and communicate with the USBTMC device through other functions. Workaround: For the I/O Control, provide the USBTMC device with an Alias through MAX and change the filter on the I/O Control to show "All defined aliases for resources of this class" to allow the device to show up. There is no workaround for viFindRsrc.
|
Document last updated on 10/10/2011