View Single Post
  #44   Spotlight this post!  
Unread 19-08-2014, 13:48
Tom Bottiglieri Tom Bottiglieri is offline
Registered User
FRC #0254 (The Cheesy Poofs)
Team Role: Engineer
 
Join Date: Jan 2004
Rookie Year: 2003
Location: San Francisco, CA
Posts: 3,187
Tom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond reputeTom Bottiglieri has a reputation beyond repute
Re: 2015 Beta Testing - The Components are Here.

Quote:
Originally Posted by AustinSchuh View Post
I've debugged enough problems on bots over the last couple years which ended up being encoder brownouts that I take this pretty seriously.
This has been our number one issue with the control system every year. The issue goes something like this:

You are driving the robot, while moving an arm. You change directions quickly on the drive base and pull a ton of current to the motors. The +5V rail browns out for about 100ms, but the arm is still moving, so you "skip" maybe 5-10 degrees worth of rotation on a quick arm. Next time you command the arm to a position near the limit, it slams in to it without remorse.

We have built custom electronics to overcome this in the past, but perhaps it would make sense to make something more generic. Maybe a board that sits of the expansion port and takes power from the VRM? All high priority inputs would route through this.

Last edited by Tom Bottiglieri : 19-08-2014 at 16:39.
Reply With Quote