Go to Post Speaking about healthier, the Texas air was sooooooooo much cleaner than NJ air, I felt my life expectancy being extended another 5 years. - The Chinese Guy [more]
Home
Go Back   Chief Delphi > Technical > Control System
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #1   Spotlight this post!  
Unread 12-04-2016, 23:32
Thomas DeSilva's Avatar
Thomas DeSilva Thomas DeSilva is offline
Programming Fury
FRC #1983 (Skunkworks)
Team Role: Mentor
 
Join Date: Feb 2009
Rookie Year: 2009
Location: Des Moines, WA
Posts: 15
Thomas DeSilva is on a distinguished road
Robot enters stateless "state" on official FMS

The last two finals that we've been in this season, our robot has had control issues in one of the matches. If you watched the PNW District Championship in Portland last weekend (shoutout to 360 and the event staff for allowing that replay of the second match), you probably saw the symptoms: The robot started the match off fine, but a few seconds into auto, it stopped moving and didn't start again until close to the end of the match. Looking at the driver station logs, I see that the robot was in auto as it should have been, but then it just wasn't. Not disabled, just stateless. Our driver noted that according to the driver station, we still had comms and the code was still running and enabled. After he rebooted the RoboRIO, everything was fine and we played the last few seconds of the match.

We ran into a similar problem in the Philomath finals. The robot made it through autonomous, but a bit into teleop we lost code and the robot drove itself into the low bar (we suspect that the Talons were just running using their last input). Just like in Portland, the robot code had somehow lost its state.

We've been trying to figure out what the problem could be, but we're at a loss. Typically, when the robot code crashes, its handler will restart it fairly quickly; we don't see that happening here, so we don't think it's a run-of-the-mill crash. The logs--from the driver station and our own logging--don't indicate that the program crashed either. We know we didn't get an errant disable signal from the field because we would have seen that state change. Does anyone have any ideas as to what could be happening here? The logs in question are attached.
A few notes:
  • The RoboRIO continues running after the code stops and our round trip times stay fairly low.
  • The errors in the Portland log that occur near the crash are coincidental. Similar errors show up in most of our logs, and in particular they don't show up before the crash in Philomath.
  • Some of the messages in the Portland log got a bit polluted by a stray "cout" that made it into the program.
Attached Files
File Type: zip logs.zip (124.6 KB, 16 views)
__________________
Programmer 2009-2011
Driver 2011
WPI Class of 2015
Reply With Quote
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 07:20.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi