Go to Post The most important deisgn criteria is always performance in any of the parts / systems we design. But we do try to abide by the saying -- if it doesn't look good (right), it probably isn't good (right). - Adam Freeman [more]
Home
Go Back   Chief Delphi > Technical > Technical Discussion
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
View Poll Results: How many limit switches do you typically use?
0 6 20.00%
1 1 3.33%
2 7 23.33%
3 3 10.00%
4-6 10 33.33%
7+ 3 10.00%
Voters: 30. You may not vote on this poll

 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #1   Spotlight this post!  
Unread 05-02-2011, 23:53
RoboMaster's Avatar
RoboMaster RoboMaster is offline
Alum, former programmer&co-captain
FRC #2472 (The Centurions)
Team Role: Mentor
 
Join Date: Apr 2008
Rookie Year: 2008
Location: Minnesota, Twin Cities
Posts: 268
RoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant futureRoboMaster has a brilliant future
Curious: how many limit switches to teams typically use?

This year we have 6 limit switches on our robot and we may add a 7th (this is mostly limits for the maximum positions of our tube manipulators). This seems to me to be a large amount. How many does your team use?

Besides being a lot to wire up and keep track of, the limit switches are more-or-less flimsy and do break or stick occasionally. Our mechanical group lead has strongly requested us programmers to make an override operation to the limits in case on breaks mid-match and we can't operate the robot correctly. They are also hard to mount, but they are easy to buy and flexible to use. They offer clear, definite feedback to the position of a mechanism, which can't always be achieved with potentiometers or encoders (wandering, needing to be reset, coded differently, other complications and complexities).
This was especially realized by our team (especially programming!!) after using an encoder last year for determining the position of our kicker. Our kicker had quite a loose chain, which would kick itself more and more loose, making our encoder inaccurate. We updated the max and min encoder constants countless times and the robot often froze in autonomous as the kicker reached its physical stopping limit, but the programming thought it still needed to swing farther. The electrical and mechanical groups never put any limit switches on, despite my insistence. So this year, we have 6 of them!

What do you think?
__________________
My engineering blog: noeticbrainwaves.blogspot.com

I'm not slacking, my code's compiling
...and I'm using LabVIEW

Last edited by RoboMaster : 06-02-2011 at 00:01.
 


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


All times are GMT -5. The time now is 03:32.

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