![]() |
Windriver downloading code problems.
What i've done so far:
Installed WorkbenchUpdateV1.2.1562.exe Updated cRIO image to FRC_2009_V7.ZIP using the labview image tool with FRCNIWRUpdate2.0.zip I undeploy the code then clicked on download. (The download is linked to the .out compiled code that is made after your build the default program). but i get no response from the jaguer motor controllers. Is using the FRC Simple Robot Program sufficient for testing at least arcade drive? Nothing seem to be responding. It feels like i have code on there but nothing responds. When i debug the code it doesn't work either and received exception errors after a while. Anyone have any idea what i have done wrong? I've been hacking at this for a week now and can't figure this out. EDIT: Some other team believes that our windriver is downloading suspiciously quickly onto the robot (2.5seconds). Should it matter if Windriver and Labview are installed on the same computer? |
Re: Windriver downloading code problems.
I can confirm that our download is definitely that fast and works fine. If you could post the relevant code we might be able to help you more, but assuming its not code I would suggest re-imaging once again, making sure you set it to expect the right environment, and testing again.
|
Re: Windriver downloading code problems.
We have just been using the template code, but i'll go ahead and post a copy here:
Quote:
Quote:
Hydra Robotics Team #2425 |
Re: Windriver downloading code problems.
You seem to have the same problem as us. We weren't even sure if the code we were downloading, SimpleRobot, was even running even though it said it downloaded. However, I think I finally figured out how this system works. If you are downloading the code to ram, then make sure that there is no currently deployed code by undeploying in the first menu. What lead me to this conclusion is that after figuring out how to enable target console, whenever I tried to download and run a program in ram, it said Default code already running or something like that. After undeploying, I no longer got that error and my printf's in the constructor said something. Yay! so try seeing if it's running first of all. Only today did I finally get some code running (printf's) and figuring out exactly how it executes code in Autonomous and Operator how the watchdog works.. I've yet to figure out how to do digital io's, motors, dashboard, and if possible driver station lcd. What I've learned though, if it's not working, restart the cRio. It's hard to say technically what's the problem but the console output can usually give a lead on problems.
Anyways This is my modified version of the SimpleRobot just to see if anything is running. Open up the target console(make sure Console Out dipswitch is on and default settings for the target console should work) by right clicking on the vxworks>target tools. After building and downloading the program, you should see the printfs when the program starts and when the operator/autonomous switch is toggled. Code:
#include "WPILib.h" |
Re: Windriver downloading code problems.
There is a common problem where code that is deployed to the robot will prevent debug code from executing properly. Whenever the cRIO is reimaged, a sample program is deployed. You must undeploy it before debugging your new program. That is likewise true if you deployed your own program and are now debugging a new version of the code. First undeploy, do your debugging, then deploy whatever version you want to use on power-on.
There will be messages on the console that say if there is a conflict when running code if you happen to have the console open. |
| All times are GMT -5. The time now is 02:42. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi