Go to Post FIRST is like pizza--you and I might prefer different toppings, but there's no wrong way to do it. - Billfred [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
  #11   Spotlight this post!  
Unread 13-02-2007, 08:23
psquared89's Avatar
psquared89 psquared89 is offline
Registered User
AKA: Pat Pannuto
FRC #0245 (Adambots)
Team Role: Driver
 
Join Date: Mar 2005
Rookie Year: 2004
Location: Rochester Hills, MI
Posts: 73
psquared89 is a jewel in the roughpsquared89 is a jewel in the roughpsquared89 is a jewel in the roughpsquared89 is a jewel in the rough
Re: Moving to a point between lights with autonomous

Wow, I hope I don't start off a discussion off-topic or offensive to anyone here, but I am truly disappointed in this thread. minifranco came to CD asking teams for a little help, a pointer in the right direction, and all he got were a series of cryptic, useless responses of teams guarding their hard-earned success instead of sharing them, even the tiniest part of them, with the community. I understand the competitive nature of the game, but why would you waste both his time and yours by rubbing in his face that you had succeeded where he had failed; I don't think he much cared that you did succeed, congratulations and all of that, he came here looking for help.

That brief rant non-withstanding, I am not our team programmer, but I do have some understanding. One method that, if not entirely accurate, should be somewhat successful:

Take advantage of what you know:

1.) Where YOU are, call this position the origin.
2.) Where each light is, relative to you. You know the structure these points are mounted to. As you travel towards them, keep calculating the relative growth/decay in the brightness of each light; yes, the camera is flipping back and forth, but in this case that's a good thing, updating your data for the two points roughly once/2sec. Using this growth/decay data and your relative position and orientation (all being relative from your starting position and orientation, the only thing you can really depend on (and that's depending on your drive team...)), you can extrapolate the position and orientation of the rack.

This does demand that you have some nice sensors on your robot; wheel encoders will well enough for position relative to your starting origin, or an accelerometer if you're feeling bold.

Hope I could help and sorry for the rant.
__________________
At the end of the game, the King and the Pawn both go back into the same box.
~ Italian Proverb
---------------------------------
adambots.com
 


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

Similar Threads
Thread Thread Starter Forum Replies Last Post
Camera tracking between two lights Ankush Dhar Programming 2 12-02-2007 23:44
Moving robot while tracking with camera questions... Steve Orr Programming 6 02-02-2006 22:24
Anybody have a code for an autonomous mode to go to the 50 point bar???? and... chaoticprout Programming 9 06-11-2004 12:22
Teams with 100 point average in Atlanta Qualifying rounds DougHogg Championship Event 0 21-04-2004 01:03
problems with receiving signals between radios (need help0 chrisw Technical Discussion 4 11-01-2002 10:35


All times are GMT -5. The time now is 04:49.

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