|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
||||
|
||||
|
Re: No Robot Code
Hey there! We were struggling with similar issues for quite a while. First we would power on the robot and we could not get connection to the robot (but it was random, sometimes we would get it and other times we would not). And then after a while we started getting robot communications but it whenever we tried to download code it would come back up saying No code '[green] robot communications [red] robot code'.
I am not certain if our fixes can help you, but it is worth a try I hope! For the communications, it was just the fact that the cRio boots faster than the wireless on the robot, and we need to press the mini reset button on the cRio after the robot is up to get comms. (It sounds like you might be doing this already). For the robot code issue, we discovered there was an object (the DriverStationLCD to be specific) that would cause the code to not link or compile correctly. This was for C++, but possibly our problems could help you figure our yours. Keep posting! You will figure out the problem eventually! |
|
#2
|
|||
|
|||
|
Re: No Robot Code
Thanks for the suggestion, but I don't think it's that. The code seems to compile just fine, and most of the time it runs just fine. When the cRIO doesn't work, it's still the same code running, so it doesn't seem to be the code. I also don't think that the necessity of reloading the code after reimaging the cRIO is what fixes it, since we load new versions of the code all the time, and at least once we loaded new code while the problem was happening and that didn't fix it.
|
|
#3
|
|||
|
|||
|
Re: No Robot Code
By the way, the problem has ceased to go away when we reimage. It does not happen though with the default FIRST code, so it seems to be a code problem. However, it also doesn't happen with archived code from a week ago, even though it clearly should if it's a code problem.
|
|
#4
|
|||
|
|||
|
Re: No Robot Code
Correction: yesterday the code from a week ago worked. Today it doesn't. Default still works though.
|
|
#5
|
|||
|
|||
|
Re: No Robot Code
Reviewing the meaning of the LEDs may help a bit. The robot LED means that the robot IP ping succeeds. The communications LED means that the communications task on the cRIO is responding to the control packets being sent from the DS. Finally, the Robot Code light really means that the robot code is calling into the communications task often enough.
If the cRIO is vastly overtaxed by the code you are writing, it might behave the way you describe, where the WPI framework is not being updating the battery value and other fields as it is supposed to. I don't remember what language you are using, but if you can determine the CPU usage via spy or a similar tool, it may help you figure out what portion of code is responsible. Greg McKaskle |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| No Robot Code | eaglesfan10 | C/C++ | 6 | 03-02-2010 22:34 |
| Compressor Code causes No Robot Code Error | sircedric4 | C/C++ | 25 | 03-02-2010 10:13 |
| No Robot Code | mlim | NI LabVIEW | 10 | 21-01-2010 17:33 |
| Robot Code? | leftylink | Programming | 0 | 18-02-2008 14:34 |
| Default Robot Code | lvhsrobotics | Programming | 2 | 10-01-2003 16:55 |