Solution
This is a general NI-XNET internal error that can be caused by hardware, firmware, driver, or application-level conditions.
Try the following troubleshooting steps and see if the behavior persists:
- Reset the device in NI MAX, then run the Self-Test again.
- Reboot the PC, PXI controller, or chassis.
- Remove and reinstall the device.
- Update NI-XNET to the latest version supported by your operating system and application development environment.
- If applicable, try a different PCI or PXI slot.
- If the behavior occurs on a CompactRIO system, try compiling and running a blank FPGA VI on the chassis before running the Self-Test again.
If you start and stop NI-XNET sessions asynchronously, different processes can cause the firmware to enter an unexpected state.
When NI-XNET Stop executes, it first stops the session and then attempts to stop the interface if no other session is using it. If multiple processes start and stop sessions asynchronously, the firmware can enter a state where the system API can no longer communicate with it. In some cases, the interface may be reassigned the default name CAN-1, which can lead to additional internal errors.