Suddenly disabled?!?

[Mark McLeod]

At first glance I'd say the symptoms point to a Watchdog failure.
Did you back out your changes or were you able to revert to a previously saved working version?

[popo308]

Originally Posted by Mark McLeod

At first glance I'd say the symptoms point to a Watchdog failure.
Did you back out your changes or were you able to revert to a previously saved working version?

We were having a similar problem... we reloaded the default code and it worked again, so we went back through the edited code and it turns out there was a watchdog issue.

Originally Posted by lynca

If you are referring to RSL light, we had a similar problem today. We found that simply re-imaging the cRio was the only solution.

I'm curious how many teams are having to re-image when all else fails?

Did you try reloading default code? We never had to re-image the RIO when this happen to us?!

[Mr. E]

Originally Posted by Mark McLeod

At first glance I'd say the symptoms point to a Watchdog failure.
Did you back out your changes or were you able to revert to a previously saved working version?

We were able to go back to a version that used to work. The team light would turn solid and we could drive it. However, now when we went back to that working version, the light blinks slow and it won't drive.

[Mark McLeod]

There are a few things that can cause these symptoms.

What does the Driver Station battery: status say? No Comms or No Code?
It sounds like the DS might be displaying No Code.

[Mr. E]

Originally Posted by Mark McLeod

There are a few things that can cause these symptoms.

What does the Driver Station battery: status say? No Comms or No Code?
It sounds like the DS might be displaying No Code.

It says No Comms. Should it not be saying either?

[Mark McLeod]

No Comms means that it isn't a code problem at all.
The Driver Station and cRIO cannot establish normal communications, so the cRIO isn't allowing your code to execute.

Try running the Pinger utility on your PC to see what it can see.

[bomber7]

(I use windriver)
Untrue, I have often gotten "No Comms" with a code error. (Instead of saying "No Code")

(All values are approx)
What I have noticied about the debug light:
You start your robot at 00s
10s Light turns on and is blinking
40s dashboard/Driverstation responds
40s Light blinking slows down
80s Light goes solid, robot begins operating

Previously I've messed up a define in such a way I attempted to use an undefined variable in the init of the robot. At 80s the robot light would turn off and the driverstation/dashboard would report No Comms.

The robot would then proceed to restart continously always coming online for a period of a few seconds before resulting in No Comms. It would always report No Comms with the light blinking slowly.

I've also had this problem when I tried to send too many tcp/ip packets at once. (Turns out trying to send 100 packets in less than a second blows up the cRIO =P)

[Mark McLeod]

Originally Posted by bomber7

...The robot would then proceed to restart continously always coming online for a period of a few seconds before resulting in No Comms. It would always report No Comms with the light blinking slowly.

I've also had this problem when I tried to send too many tcp/ip packets at once. (Turns out trying to send 100 packets in less than a second blows up the cRIO =P)

You have the most interesting errors

[rwood359]

I had a problem today where the DS and Dashboard showed enabled, but the DSC was showing a slow blink (disabled). It turns out that if your are using the camera and it is powered off or there is an comm problem, the DSC will be disabled. This happens while running also. A camera power or comm problem during a match will disable the robot. At least when it is started using the run arrow. I didn't have time to build and deploy a startup version to check that mode.

[Mr. E]

I'll try pinging the computer today after school. I'm almost positive that its a watchdog issue which means there's a connectivity problem or its not getting fed properly. I know how to test and trouble shoot for connectivity. How do I feed the watchdog? Reading the manual and other forums simply say that it has to be done. I know that its basically receiving a signal from other devices. How do I "feed it more?"

[Joe Ross]

Originally Posted by Mr. E

I'll try pinging the computer today after school. I'm almost positive that its a watchdog issue which means there's a connectivity problem or its not getting fed properly. I know how to test and trouble shoot for connectivity. How do I feed the watchdog? Reading the manual and other forums simply say that it has to be done. I know that its basically receiving a signal from other devices. How do I "feed it more?"

Does this help? http://decibel.ni.com/content/docs/DOC-2957

[Mr. E]

Yes and no....I've just about memorized the status light and we pretty much have a watchdog issue.

[Mark McLeod]

Lots and lots of ways to mess up that Watchdog.

Which development environment (Wind River or LabVIEW)?
What did you start from as a base (Advanced/Basic Framework, Simple Robot Template).

If you want to post a zip of your project, a second set of eyes will help.

Regardless of Bomber7's self-denial-of-service attacks against himself , the DS No Comms still bothers me as a failed Watchdog would produce a DS No Code error.
No Comms essentially means the DS Linux operating system cannot communicate with the cRIO VxWorks operating system. It should be outside our code unless we discover creative ways to crash the cRIO operating system.