Home > Community > Discussion Forums

LabVIEW Real-Time Idea Exchange

Showing results for 
Search instead for 
Do you mean 
The NI Idea Exchange is a product feedback forum where NI R&D and users work together to submit ideas, collaborate on their development, and vote for the ones they like best. View all of the NI Idea Exchanges to post an idea or add your opinion on an existing one today!

cRIO Remote control of reboot or restart

Status: New
by Member Lewis Drake on ‎10-07-2011 10:11 AM

In some critical installations, it is absolutely unacceptable for the cRIO to be able to "go to sleep" (as it can do now) and be unreachable via its Ethernet connection, especially when it runs out of real-time in the software.  Currently when a cRIO becomes unresponsive, it requires manual intervention to kill power, push buttons, and/or set DIP switches, etc. to bring it back to life.  Our company is dealing with cRIOs that are located in places that are very difficult, expensive and time consuming to reach.


I strongly recommend that NI add, Ethernet accessible, hardware based reset/restart functions to the cRIO.  These functions should be completely separate from current cRIO software and hardware and should allow remote control of the cRIO power supply, and setting of the dip switches and reset buttons mounted on the cRIO front panel.  NI-MAX should be enhanced to allow a user to remotely control cRIO reboots via these functions.

by Active Participant Caseyw
on ‎10-07-2011 04:12 PM

Hello Lewis,


Thank you for posting! FYI - a similar idea to this has been posted here (http://forums.ni.com/t5/LabVIEW-Real-Time-Idea-Exchange/Failsafe-Remote-Control-Of-cRIO/idi-p/142508...).


I agree that maintaining communication with a networked LabVIEW Real-Time target is important. I do have one question that I would appreciate your thoughts on: why are you unable to use the watchdog timer functionality in your application? Theoretically, if the network communication portion of your application has a problem executing, then by implementing a watchdog "whack" in that loop you would be able to have the controller auto-reboot on failure. Then, upon the next reboot you could send a notification of the problem and perhaps start in a safe state where the target is accessible for updating the onboard application.


Best Regards,


Casey Weltzin

LabVIEW Product Manager

National Instruments



by Active Participant Dan_Mondrik
on ‎10-10-2011 09:35 AM

I think we are looking at the possibilty of setting "DIP switch" states via software from MAX for some future products. But realize that's not enough, you still need the watchdog. Because if it becomes unreachable over Ethernet, then it's too late to modify the state or reboot it via Ethernet.

by Member Chris_12345
on ‎11-16-2011 05:11 PM

We are struggling with a related issue. We are using Linux, not Windows, so we can't use the Real-Time Software Configuration palette to do remote reboot operations. I got ahold of some Python script for doing a remote reboot under Linux, but there are some issues with that as well. I wish NI would make available the documentation on the communication protocol for a remote reboot. Instead I have to struggle with this Python script, which nobody in my company (including me) understands, and which is not supported by NI.


About LabVIEW Real-Time Idea Exchange

Have a LabVIEW Real-Time Idea?

  1. Does your idea apply to LabVIEW in general? Get the best feedback by posting it on the original LabVIEW Idea Exchange.
  2. Browse by label or search in the LabVIEW Real-Time Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
  3. If your idea has not been submitted click New Idea to submit a product idea to the LabVIEW Real-Time Idea Exchange. Be sure to submit a separate post for each idea.
  4. Watch as the community gives your idea kudos and adds their input.
  5. As NI R&D considers the idea, they will change the idea status.
  6. Give kudos to other ideas that you would like to see in a future version of LabVIEW Real-Time!