No Code Error

[bradleat]

I am using Windriver C++ and have installed all of the updates. My development PC has been set to the ip 10.14.14.6 (or whatever it was supposed to be, I am working from home right now). I have installed the Driver software on the development PC.

I compile the example code in Windriver and use the FIRST downloader to upload the code to the CRIO. It doesn't tell me if it worked, but I assume it doesn't because when I restart the cRIO I get the no Code error from the Driver software.

Any Help?

[heydowns]

This can happen for two reasons - you don't have code (sounds like you do) or the code is failing to execute.

First, check that the FIRST Downloader in Windriver is downloading the program you expect and that your team # is set properly. Both of these are set in Windows->Preferences->FIRST Downloader Preferences.

Failure to execute is often caused by a mismatch in version between what your code is compiled against (WPILib in Windriver) and the cRIO's FPGA image on the robot.

Have you downloaded and applied all updates to Windriver?
Have you imaged your cRIO with the latest C++ image version (version 19)?

Update everything, recompile, and re-download your code. Restart your robot. If you continue to have problems, it is helpful to either:
A. Undeploy the program, reboot the robot, and load your code using the Debug facility in Windriver -- this will give you the ability to get any errors back as the program is loaded, and also to know your code is getting there.

-or-

B. Attach a serial cable to your cRIO's serial port, turn on the "console out" DIP switch on the cRIO, reboot your robot and watch the console messages on a terminal program on your laptop. This can give further details.

[bradleat]

Well i get some error codes, I suppect they are related to hardware failure, but I have to rule out the software side first.

I attached a screen copy of the errors.

This error get thrown when I try to debug from Windriver following the instructions from the Getting Started with C.pdf document

[bradleat]

Does anybody know what this error is about?

[Alan Anderson]

You say you installed all the updates, but did you reimage the cRIO afterwards? I've never used C++ on an FRC robot (I'm a LabVIEW guy), but those errors make me think that you're trying to run 2010 code on a 2009 image. Make sure the cRIO is updated with v19.

[bradleat]

Originally Posted by Alan Anderson

You say you installed all the updates, but did you reimage the cRIO afterwards? I've never used C++ on an FRC robot (I'm a LabVIEW guy), but those errors make me think that you're trying to run 2010 code on a 2009 image. Make sure the cRIO is updated with v19.

Yes, v19 (the driver's station confirms). Windriver has also been updated (it doesn't communicate if it's not updated)

[Mike Copioli]

We had a similar problem, where we could load code to the robot. The driver station indicated communication, but no robot code.

We tried reimaging to v19 a second time, as well as updating the workbench a second time with no positive results. One of our programmers found that the update.cmd file, found in WorkbenchUpdate20100107.exe, only installs the update to the default filepath. You can change the install paths for the update to your actual install directory. You can change update.cmd to install to the correct directory, or you can copy the contents of the update to your Windriver directory and overwrite the old files. The first method you need to run update.cmd after you make the change.

Below is the snapshot of the change we made in notepad++.

[bradleat]

Well mine is in the defualt install path, I am just going to try another computer setup and see if I can narrow the problem down (computer, cRIO, installation error, my presence) etc

[zombiezen]

I'm having exactly the same problem. I have re-installed everything at least three times and installed all updates, but the execution fails with the same error message as previously described.

Just out of curiosity, what operating system are you on? I'm on Windows 7, but I don't think that should affect anything.

[bradleat]

Well I have narrowed it down to an install error, not a Windows 7 inherent error. So check for problems caused by installation (maybe UAC or the like), i am using the classmate with a Windriver install for now.

However the only project I can build (and not all the time correctly, (random error that aren't part of the ISO C++ Standard) is the sample project, so i blame this level of malfunctioning on FIRST.

[bradleat]

Well I have narrowed it down to an install error, not a Windows 7 inherent error. So check for problems caused by installation (maybe UAC or the like), i am using the classmate with a Windriver install for now.

However the only project I can build (and not all the time correctly, (random error that aren't part of the ISO C++ Standard) is the sample project, so i blame this level of malfunctioning on FIRST.

[TheDominis]

Originally Posted by bradleat

Well I have narrowed it down to an install error, not a Windows 7 inherent error. So check for problems caused by installation (maybe UAC or the like), i am using the classmate with a Windriver install for now.

However the only project I can build (and not all the time correctly, (random error that aren't part of the ISO C++ Standard) is the sample project, so i blame this level of malfunctioning on FIRST.

I too blame this magic "FIRST" creature.

What do you mean that it doesn't build correctly? The same code built multiple times gives errors? I don't think that the code would be compiled again if unchanged.

[heydowns]

Originally Posted by bradleat

Well i get some error codes, I suppect they are related to hardware failure, but I have to rule out the software side first.

I attached a screen copy of the errors.

This error get thrown when I try to debug from Windriver following the instructions from the Getting Started with C.pdf document

Unresolved symbols dealing with the FPGA at runtime is usually caused by a mismatch between the running cRIO image version (which contains the FPGA image and the runtime binary library that completes the binary built in WindRiver) and the version of WPILibary on your development computer that your binary is compiled against.
Less often it can be caused by other issues.
You said you narrowed it to "an install error". Could you be more specific about what you found to help others that may be encountering the same issue?

[CardcaptorRLH85]

I have a question, does anyone have actual compiling code for this year using the ItreativeRobot class yet? While the rest of the team is building the physical robot I'm trying to figure out this years WPILib by porting the code from our 2009 bot to 2010. I've completely pulled the camera sections and updated my Dashboard/DriverStation methods to the versions used in the 2010 Vision Example. However, I still get a persistent No Code Error on the Robot when trying to use this code. I'm thinking that I may have some small thing that has been left behind not being caught by the compiler. Since I can't find a 2010 IterativeRobot example included in the WindRiver examples I'm in need of some (working) IterativeRobot based code. Thanks a bunch ^_^

[byteit101]

There is a semi random error in the WR updater, it extracts the files to a temporary folder, but doesn't move them to the actual folder. this might be whats happening.
I think the update folder is in C:\ so look around (or search CD)