View Single Post
  #9   Spotlight this post!  
Unread 24-01-2008, 04:49
RyanCahoon's Avatar
RyanCahoon RyanCahoon is offline
Disassembling my prior presumptions
FRC #0766 (M-A Bears)
Team Role: Engineer
 
Join Date: Dec 2007
Rookie Year: 2007
Location: Mountain View
Posts: 689
RyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond reputeRyanCahoon has a reputation beyond repute
Re: Camera Works Well with the Balls!

Quote:
Originally Posted by JHale View Post
The main difference is turning over servo control to the camera, instead of the controller.
As has been stated previously, you can't have the camera control servos, unfortunately.

Quote:
Originally Posted by JHale View Post
In collecting output, I had noticed that the camera would tell the controller that it had sufficient confidence to start tracking, however, if the next packet denies this (perhaps the ball has moved and the confidence is slightly decreased) the code restarts.
If you're willing to give Kevin's code another, slightly different, go, try the drop-in replacement for tracking.c here. It's a modification I did last year that deals with just the problem you stated by not dropping the camera lock unless it loses the target for several consecutive frames. Success rate was over 80% (I don't have specific numbers at the moment) tracking last year's lighted targets with no recalibration ever needed, even between venues, so give it a try if you want.

--Ryan