View Single Post
  #48   Spotlight this post!  
Unread 19-08-2014, 16:23
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,188
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 Jon Stratis View Post
What about adding in limit switches to your mechanism to detect max travel distance and calibrate the encoder on the fly?
This solution requires you to lose precision as your ability to sample transitions on the limit switch cannot keep up with the speed of your arm. We build the fastest mechanisms in FIRST and don't plan to change that any time soon. (Typically, we home them at the beginning of the match by VERY SLOWLY controlling it past the edge of a magnet/hall effect pair and capturing the encoder's current state at the edge).

Also, this doesn't help with motion planning as you can still blow right past/into the limit if you lose counts somewhere in the middle of your range of motion.

As Adam said, I think the right solution is to just not drop counts.
Reply With Quote