Troubleshooting Real-Time Controller Crashes

Solution

Crashes on Real-Time controllers can be caused by a range of software or hardware factors. Follow the steps below to narrow-down the possible causes of your crash.

Locate the Real-Time Error Log file and search for error details.
- Refer to Error Log File for My Real-Time Controller Crashes for instructions.
- The error log will list LabVIEW, Real-Time and exception errors. Once an error is identified, enter the error code into the NI website to search for further troubleshooting guidance.
Verify that the controller's CPU usage does not exceed 75%, and that there is plenty of available memory.
- Instructions can be found in Monitoring CPU and Memory Usage on Real-Time Embedded Targets.
If the controller is running LabVIEW code, simplify the code to isolate the section that causes failure.
- If the crash occurs inside a Real-Time executable, verify whether the same behaviour occurs from the LabVIEW development environment.
- Use Diagram Disable Structures to disable sections of code.
- If loops are used, ensure that there is adequate timing in place. If timing has already been implemented, check whether the problem persists when loops execute less frequently.
- Minimise the amount of Front Panel objects.
- Refer to Troubleshooting LabVIEW Crashes for further guidance on troubleshooting LabVIEW code.
Ensure that there are no other scripts or processes running on the controller that could cause it to hang.
Check the status of the controller's LEDs after the crash.
- Refer to your controller's user manual to determine if the LEDs are indicating a specific problem.
Reformat the controller and reduce the installed software set.
- Ensure that only the required drivers and packages are installed to save memory on the controller.
- Refer to one of the following articles, depending on your operating system:
  - Restore NI Linux RT Target to Factory Default Configuration
  - Restore NI Phar Lap and VxWorks RT Target to Factory Default Configuration
Verify whether a simple VI works on the controller.
- For example, create a Real-Time VI consisting of a While Loop with a Wait (ms) function set to wait for 1000 ms.
- If a simple VI reliably causes crashes, it's possible that hardware timing has failed on the controller. Contact NI Support for further assistance.

Troubleshooting Real-Time Controller Crashes

Reported In

Hardware

Software

Operating System

Issue Details

Solution

Related Links

Other Support Options

Ask the NI Community

Request Support from an Engineer

Was this information helpful?