View Single Post
  #2   Spotlight this post!  
Unread 19-02-2012, 13:30
DonRotolo's Avatar
DonRotolo DonRotolo is offline
Back to humble
FRC #0832
Team Role: Mentor
 
Join Date: Jan 2005
Rookie Year: 2005
Location: Atlanta GA
Posts: 6,995
DonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond repute
Re: Speed Correction

You could use some kind of PID system where the faster side is slowed down to follow the slower speed. For that you'd use PID to match the fast side to the slow side encoder rate. May be overkill though.

Generally, if they're off by enough to notice, the mechanical team needs to find out why one side has much more friction than the other. You should not fix this in software if you can avoid it. Build it right.

An easy and effective method is to just multiply the fast side's control value by some factor, say 0.89, and feed that to the speed controllers. Play with the number until it works well at top speed.

But again, remind the mechanical team that you are slowing down the better-performing side to compensate for their inadequate assembly technique. That means the whole robot gets slower. Build it tight instead.
__________________

I am N2IRZ - What's your callsign?
Reply With Quote