Code instantly terminates on crio

[brianelite]

Our code is very vanilla and it seems all of our build properties etc are vanilla as well. However as soon as we debug code on our robot the code is terminated by the compact rio I have no idea why. Also in the open run dialog window the when you hit browse (for entry point) theappropriate entry point does not show on the list. it also seems like code is deploying to the robot way too fast ditto for debug downloads ... I am getting very frusterated by the crio I have tried reformatting, alternative example projects, different computers I have no idea what the heck is wrong with this.

National instruments, windriver and first should be embarrassed by this monstrosity

[nathanww]

A few questions:
1.What programming environment are you using?
2.Are you getting error messages in your debug console?

In FRC programs, the robot usually won't just automatically start the program unless you give it a specific command(In C++ it's START_ROBOT_CLASS) that points to what you want to start up.

It's also possible that your main thread is crashing very soon after it starts. If there are error messages coming out, these should be useful for debugging your code.

[brianelite]

I'm using windriver image demo. There are no errors in windriver, the only thing it says is that the debug terminated... But when I open the target console I can see that the code is being deleted as soon as it is deployed....

[nathanww]

The image demo is not a good test case because it is pretty complex. If you want to SPECIFICALLY test the image processing, it's a good place to start, but I'd recommend that you try getting the robot running using the basic SimpleRobot or IterativeRobot demos first.

[brianelite]

The same issue is present in simple robot template and this shouldn't be happening anyways

[Tom Line]

Brian,

Please take a deep breath. Many, many other teams have their robots or control systems up and running using the Windriver development system. This suggests that either: you have found a bug in the system, which is entirely possible, or you haven't done everything correctly in setting it all up.

Calling the product of a lot of hard work from a lot of volunteers and a lot of sponsors a "monstrosity" and saying "it shouldn't do this" probably isn't a very effective way of soliciting help from those same folks.

It's rare that you have an audience like we have on chief delphi. You have hundreds of competent professional engineers just waiting help, as well as the people who actually programmed and built this entire system for us to use. I understand your frustration - but there has to be a better way to vent it that isn't disparaging to sponsors and volunteers alike.

Can you give a better explanation of your issue? Are there any error messages? What lights is your dashboard showing on the diagnostics tab? What error codes?

[brianelite]

Wind River is/was a billion dollar company. I highly doubt their software is written by "volunteers".

I went through this guide to create a fresh example project: http://www.chiefdelphi.com/forums/sh...ad.php?t=81064

When I deploy code it does not deploy. On the target console it says something along the lines of "deleted"....

When I try and run/debug code the code goes terminates within a second, although the task shows up in the vxworks connection for a second. When I add a breakpoint, the code terminates at the breakpoint (so the farther down you move the breakpoint down... the longer the code "runs" without throwing up... very bizarre) ... the breakpoint says something like "cannot find source file at line:x" or something like that...

I have had this code problem happen on three laptops and two compact rios, even after reinstallation of windriver and reformatting the device... Does it matter if labview/windriver didn't activate? maybe vxworks doesn't like unsigned code and kills it or somethinging?

[Alan Anderson]

Originally Posted by brianelite

I went through this guide to create a fresh example project: http://www.chiefdelphi.com/forums/sh...ad.php?t=81064

Whoa, that's a bit cumbersome, and seems rife with opportunities for something to be missed. It looks like it was written by someone who had managed to modify the template so that the normal procedure no longer worked.

Why not do it the way you're supposed to? See Section 2 of the 2010 FRC Control System manual, which has the proper instructions starting on page 39.

[slavik262]

Try using the Simple Robot template in the examples section of WindRiver. It's a great jump point. Just delete the code in the Operator Control and Autonomous functions and you'll have a nice starting project to work from.

Now another thing:

Originally Posted by brianelite

Wind River is/was a billion dollar company. I highly doubt their software is written by "volunteers".

Yes, but the API you use to code the robot, WPILib, was not made by Wind River.

Stop being so aggressive. There's lots of different things that could be causing the issue, but that's besides the point. The people here on Chief Delphi, including mentors, FIRST members from other teams, and professionals from LabVIEW and WPI, are more than willing to help anyone that asks for it. You'll find though, that if you start blaming everyone and get angry at them, fewer and fewer people will offer you help. Relax, and remember that you're representing your team to the entire FIRST community here.

[gvarndell]

Originally Posted by brianelite

Wind River is/was a billion dollar company. I highly doubt their software is written by "volunteers".

Wind River never quite made it to a billion dollar company before being acquired by Intel.
In fact, while they aspired to that for a long time, they fell short by a lot.
More like a 1/4 billion.
Anyway, the Wind River GNU compiler and, for a very long time, their network code actually had been largely written by volunteers.

Edit: the blurb about volunteers is in no way intended to denigrate Wind River.
Wind River's pervasive presence in the embedded systems arena, and the resultant scrutiny brought to bear on the GNU tools, contributed significantly to the quality of those tools.

[brianelite]

The issue is the same whether it is SimpleRobot, 2010ImageDemo, or any of the other examples I have tried, as I previously mentioned. I initially followed the "proper way"... Unfortunately, it gives me this problem. I have gone through the instructions multiple times on multiple computers, even different compact rios. Exact same problem.

[Alan Anderson]

Originally Posted by brianelite

I have gone through the instructions multiple times on multiple computers, even different compact rios. Exact same problem.

Unless every one of the multiple computers is oddly configured in the same way, I strongly suspect that you're not following the instructions the way they need to be followed, or that you've left out a step in setting up your system.

I don't have a lot of experience using the WindRiver environment, so I can't ask helpful questions about it in particular. But I can ask this: what version of the cRIO image is loaded?

[tdidi]

Originally Posted by brianelite

When I deploy code it does not deploy. On the target console it says something along the lines of "deleted"....

It might just be a typo, but i do know that in windriver you must "undeploy" the code currently on the cRIO, then "download" the new code to it after its finished undeploying. Then when you need to reset the robot to run the new code.

Also, I've spent a lot of time debugging robot code recently (so trust me on this one), and that line your referring to that says "deleted..." is normal, and is always present when you reset the robot.

What is the last thing being outputted to the console before it stops?

[Tom Line]

In addition, what are you seeing on the driver station? Does it stay at no code? What errors do you see in the diagnostic window?

[brianelite]

I'm not using the driver station. But it should still work right?

How do you copy text from the target console?