The cRIO and the DS have independent firmware. I apologize for suggesting you update your DS, I did not examine the number you posted closely enough.
The latest version of the cRIO firmware is FRC_2009_v11.zip. You can update your cRIO by running the FRC cRIO Imaging Tool. This tool should detect the cRIO automatically and show it in the small window at the top of the tool. If it does do the following to update your cRIO firmware:
Select Labview as the “Development Environment”. I recommend checking the box to always run deployed code at startup. This will not affect the code that you Run with the white arrow, only code that is deployed.
Click the “Format Controller” checkbox.
Select FRC_2009_v11.zip as the image.
In the Device name box enter “FRC-cRIO-1254” without the quotes
Enter your team number in the “Team ID” box.
Click Apply. This will start the firmware update, the process will take 5 or more minutes to complete. When it completes it will say that it is successfully updated and you may then click “Close”.
Turn your robot off, wait ~15 sec., then turn it back on to load the new firmware into the cRIO.
After the cRIO is updated try opening Labview and running your code again. Post back on whether the error is resolved or not.
Not enough information to tell.
What is PC.vi for instance? Are you streaming camera video back to your PC?
What is the many pages of output?
How do the pages of output differ from downloading your first program that just has the joysticks?
What are the buttons and menu choices you are making to download your program?
Are you using “run as startup” from the Project Explorer Build Specifications?
If you post a zip of your project that fails to download we might be able to help.
I see you’re just using the Tank Drive Example project.
Did you create a new project after the last Update 3a was installed?
P.S. I note that in the second procedure you’re using the Basic Framework.
The pop-up window with the warning messages is normal and can be ignored. Every LabVIEW program will download 100’s of vi’s, so that’s normal too.
“run as startup” means this is the program that will run when the robot is turned on. So it would replace the default project.
Just pushing the “Run” or “Run Continuous” arrows on the top-level vi will only be temporary and won’t be around after the robot gets reset or power cycled. I assume this is what you want to do, so that’s okay.
So using “Run” you get “No Code” displayed on the Driver Station?
Do you let it sit for a few minutes after you see “No code”?
You will get “No code” for a brief period after the cRIO resets or is started, but then if you’re restarting the cRIO then you wouldn’t get to see your program running anyway.
You have a While loop that should normally, by default, keep you running when the Run button is pushed.
The default for such a loop is “Stop if True” (looks like the left picture below).
Did you by any chance change it to a “Continue if True” (the middle picture)?
Either type can be used, but you have to be careful to have the correct default value going in. In one case it should default to True, while in the other it should default to False. That’s a common reason for the program to run only once (taking only milliseconds to complete). People sometimes change the loop type, but forget to reverse the default True/False. In the middle case below, the loop will run only once (very fast) because the button feeding it would have to be held down to make it loop.
For instance, the third picture is what the Basic Framework uses and it keeps the loop going because it defaults to True and uses “Continue if True.”
We have no idea why but it seems to be working now. We are deeply mystified by the complexity of this black box.
A special thanks because except for a constant change the code worked the first time out, including the autonomous. When we get back from Traverse City I will email to talk about a switch box on the robot for autonomous.
We did have to replace both the spike relay’s as pop riviting them is not good for them.
Thanks so very much.
We would have never gotten it without you.
I hope your root canal went fine.
What events are you going too?
It’s easiest to take a black box one small piece at a time as you are doing.
Understanding then has a chance to grow.
Practice making the download of your code permanent before you get there tomorrow.
My root canal went quickly. When you need to have root canal it’s a relief to get it. I was in quite a bit of pain this past week. I feel great ever since they gave me novocaine. It’s wearing off, but all the pain is gone.
One of my teeth got damaged when I unwisely had a wisdom tooth removed, but now they fixed it.
We’ll be at NYC, then SBPLI, and finally Championships.
It’s hard to raise all the money necessary, but well worth it
I’ve seen this, or a very similar, error message when working with one of the former teams I used to mentor. They had removed all of their modules from the cRio and then replaced them in random locations. (They thought the slots were all on a bus and didn’t realize the FPGA was coded for specific modules in specific slots.) Could this be happening here?