|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Re: CRio waiting to respond
Are there any solutions I can try because the problems continue to persist when I am hardwired into the CRio directly, bypassing the D-Link? How can i fix it if it is the CRio that disappears?
|
|
#2
|
|||
|
|||
|
Re: CRio waiting to respond
Can you post a picture of the deployment dialog?
Greg McKaskle |
|
#3
|
|||
|
|||
|
Re: CRio waiting to respond
The deployment decided to work most of last night and it was not until later that the deployment process failed. I attached a picture of a screenshot. The deployment process failed yet I am able to ping the CRio.
|
|
#4
|
||||
|
||||
|
Re: CRio waiting to respond
I am also interested in how to get past this particular issue, as we have been seeing this a lot also.
One method that works for us is to start the cRIO Imaging Tool and change the NO APP setting to TRUE and apply. Then deploy the code. Restart the cRIO Imaging Tool and set the NO APP back to FALSE and apply these changes. |
|
#5
|
|||
|
|||
|
Re: CRio waiting to respond
Is there a solution that fixes it so that we do not have to use the re-imaging tool every time we need to deploy code?
|
|
#6
|
|||
|
|||
|
Re: CRio waiting to respond
At this point I don't have a project that shows the issue in a reproducible way. Please contact NI technical support and see if they have suggested solutions, and see if they would like a copy of your project and files so that it can be investigated more thoroughly.
Greg McKaskle |
|
#7
|
|||
|
|||
|
Re: CRio waiting to respond
We've seen this occasionally over the past few days in our marathon programming sessions (code, deploy, test, repeat endlessly). If rebooting the Rio/Radio doesn't fix the issue, we then reboot the Computer. Occasionally Windows is the problem.
|
|
#8
|
||||
|
||||
|
Re: CRio waiting to respond
Quote:
1) Check for high CPU utilization: If the CPU utilization is too high it does not deploy code. It pegged at 100% for a few seconds during the start up. Our CPU was running between 35 - 40% after initial start up was complete. This was still too high for our 4 Slot cRIO. 2) Check for CPU utilization with no applications running: Reformat the cRIO, reboot and run without deploying any code. Check the CPU utilization at this point. We were running at 0%. If there was any CPU utilization, I was supposed to call back before they closed at the end of the day. I offered a copy of our robot project code to test with. They said due to the many different environments, it would be a very generic test and may not reproduce our situation. The suggestion was: A) Use the cRIO Imaging Tool to set the NO APP Switch B) Reboot cRIO C) Deploy code D) Use Imaging Tool to turn off NO APP Switch E) Reboot cRIO These steps are also necessary if we want to run the code from a laptop to debug. It is a viable work-around for now. I can imagine this becoming an issue at competitions if we need to redeploy any code in between matches. |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|