Go to Post No FIRST event is complete without Darude's Sandstorm. - sonichammer7476 [more]
Home
Go Back   Chief Delphi > Technical > Programming
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
  #8   Spotlight this post!  
Unread 07-03-2011, 17:30
Hjelstrom's Avatar
Hjelstrom Hjelstrom is offline
Mentor
FRC #0987 (High Rollers)
Team Role: Mentor
 
Join Date: Mar 2008
Rookie Year: 2005
Location: Las Vegas
Posts: 146
Hjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond repute
Re: Code not Properly Downloading

Hi Matt, I'm a mentor for the team and was trying to help figure this out this weekend. I don't think its a download problem, I think the crio has the code we downloaded and is running it. Here's why:

We added a "heartbeat" variable to the code that counts 0,1,2,3,0,1,2,3... and sent that variable to a graph on the labview dashboard. The heartbeat updates on the dashboard though occasionally I'll see it miss a number here and there (I'm assuming a dashboard packet can be lost occasionally, it doesn't seem to conincide with the robot's behavior). This proves that we're getting code downloaded and that it is running and not getting hung up anywhere.

We've attached with the debugger and stepped through the code and see nothing out of the ordinary. All variables seem to be what we expect, all logic flow goes exactly where we expect.

We're seeing things I can't explain. Such as, in the debugger, step over a line that tells both sides of the drivetrain to drive forward, on the robot, one side starts driving but the other doesn't, then *while still on the same line of code *break-pointed* in the debugger, the other side starts driving a few seconds later.

We have two jaguars on each side of the drivetrain, driven by a Y-cable for each side from the crio/digital sidecar (can't remember). We've seen one jag come on but not the other. In the code, there is only one jaguar object for each side of the drivetrain. (could this be the problem?)

In teleop, for some reason the problems are far less common. The only symptom in teleop is that different functions on the robot will occasionally briefly stop responding to control. For example the right side might stop working but the left still works and the arm still works. The drivers are calling these "cutouts" and claim that the main robot before ship never did this. We get them pretty regularly now.

We don't believe we're near any current limits. The arm uses a worm gear and its motor draws very little current and the drivetrain is in low-gear when testing this stuff.
 


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 03:53.

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