Go to Post FIRST, for me, is about mental wrestling with oneself through the ideas of others and learning through this dialogue. - sammyjalex [more]
Home
Go Back   Chief Delphi > Technical > Electrical
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Closed Thread
Thread Tools Rating: Thread Rating: 2 votes, 5.00 average. Display Modes
  #16   Spotlight this post!  
Unread 16-10-2014, 17:24
cfair cfair is offline
Registered User
AKA: Chris Fairley
None #1351 (AMHS Robotics)
Team Role: Mentor
 
Join Date: Oct 2004
Rookie Year: 2004
Location: San Jose, Ca
Posts: 17
cfair is an unknown quantity at this point
Re: Mechanical limit switches - acceptable practice?

Bmammen, your original thought is sound, but not allowed in FRC. My experience with machine tools is pretty dated and we made one-off tools rather than production tools, but we ALWAYS put a second limit switch beyond the first one, and the second switch was connected to a relay or contactor that killed the entire system (no software involved). This second switch is surprisingly expensive, because you need a couple of inches of extra travel to accommodate the switch plus deceleration of the carriage. This year we built a linear test fixture with exactly these provisions for testing software because:

In FRC, our experience is that the best method is to use encoders and PID, with soft limits, so that the actual limit switches should never be encountered except during initialization (homing). However, there are multiple conditions that will cause the system to lose zero during a match, which you are apparently aware of. It is therefore very important that software be able to deal with hitting a limit switch, and it is a continual battle to keep our software folks and their code doing the right thing. In particular, kids often think it's OK to use open loop control and just monitor the limits (particularly for joystick mode), or they find that they never actually hit the limits using programmed moves, so the software that responds to them "atrophies", and bad things happen when they inevitably hit them. The response once you're in a limit switch can be debated, but we generally allow motion in the appropriate direction to get off the switch, and what happens after that depends on your tolerance for risk, because it should never have hit it in the first place.
  #17   Spotlight this post!  
Unread 16-10-2014, 19:18
MrForbes's Avatar
MrForbes MrForbes is offline
Registered User
AKA: Jim
FRC #1726 (N.E.R.D.S.)
Team Role: Mentor
 
Join Date: Feb 2006
Rookie Year: 2006
Location: Sierra Vista AZ
Posts: 6,001
MrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond reputeMrForbes has a reputation beyond repute
Re: Mechanical limit switches - acceptable practice?

I learned long ago in my FRC career that it's a good idea to make mechanisms that don't get hurt, if the motor keeps running. Yes, it takes some effort to figure out how to do this, but it can usually be done.

one trick is to have motors that spin rollers. Another is to use pneumatics for stuff that has to move a limited distance. Another is to have a "clutch" of some sort, such as a V belt that can slip, instead of a toothed belt or chain.

It's not that I don't trust the programmers...it's just that things somehow always go wrong. Mr. Murphy is usually hanging around the shop.
  #18   Spotlight this post!  
Unread 16-10-2014, 20:11
Mr V's Avatar
Mr V Mr V is offline
FIRST Senior Mentor Washington
FRC #5588 (Reign)
Team Role: Coach
 
Join Date: Feb 2011
Rookie Year: 2009
Location: Maple Valley Wa
Posts: 996
Mr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond reputeMr V has a reputation beyond repute
Re: Mechanical limit switches - acceptable practice?

If you are worried about failure of a single limit switch then just wire in two so you have a back up. Use the NO contact and wire them separately and in your code have it stop if either of them put out a signal. Relatively simple and legal under last season's rules. Having one in the power path would not be legal under last year's rules and I'd bet that it won't be legal under next year's rules. Additionally the problem is finding a limit switch rated for the amperage that the motor is rated for along with the fact that it would kill that motor for the rest of the match.
__________________
All statements made on Chief Delphi by me are my own opinions and are not official FIRST rulings or opinions and should not be construed as such.




https://www.facebook.com/pages/Team-...77508782410839
  #19   Spotlight this post!  
Unread 17-10-2014, 00:05
philso philso is offline
Mentor
FRC #2587
 
Join Date: Jan 2011
Rookie Year: 2011
Location: Houston, Tx
Posts: 938
philso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond repute
Re: Mechanical limit switches - acceptable practice?

The commonly available limit switches are usually rated for something like 3-5Adc with (inductive) motor loads. The stall current of a BAG motor is 41Adc. It is quite possible that the arcing that would occur as the contacts open will cause them to weld closed, defeating your protection scheme.
  #20   Spotlight this post!  
Unread 17-10-2014, 07:45
Unsung FIRST Hero
Al Skierkiewicz Al Skierkiewicz is offline
Broadcast Eng/Chief Robot Inspector
AKA: Big Al WFFA 2005
FRC #0111 (WildStang)
Team Role: Engineer
 
Join Date: Jun 2001
Rookie Year: 1996
Location: Wheeling, IL
Posts: 10,785
Al Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond repute
Re: Mechanical limit switches - acceptable practice?

So far everyone is correct as to the rules for 2014 (Mark, Jon and Philso). I would like to add that is pretty easy to design the limit switch mounting such that it will not be damaged by over-travel in the mechanism it is designed to limit. Rather than hitting the switch lever head on, just design it so that the lever "follows" the mechanism that is being sensed. By doing that, no stress is placed on the switch or the operating lever.
__________________
Good Luck All. Learn something new, everyday!
Al
WB9UVJ
www.wildstang.org
________________________
Storming the Tower since 1996.
  #21   Spotlight this post!  
Unread 17-10-2014, 14:23
philso philso is offline
Mentor
FRC #2587
 
Join Date: Jan 2011
Rookie Year: 2011
Location: Houston, Tx
Posts: 938
philso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond reputephilso has a reputation beyond repute
Re: Mechanical limit switches - acceptable practice?

Quote:
Originally Posted by Al Skierkiewicz View Post
I would like to add that is pretty easy to design the limit switch mounting such that it will not be damaged by over-travel in the mechanism it is designed to limit. Rather than hitting the switch lever head on, just design it so that the lever "follows" the mechanism that is being sensed. By doing that, no stress is placed on the switch or the operating lever.
In other words, using the limit switch as the physical end-stop often leads to destruction of the limit switch.
  #22   Spotlight this post!  
Unread 17-10-2014, 15:16
Ether's Avatar
Ether Ether is offline
systems engineer (retired)
no team
 
Join Date: Nov 2009
Rookie Year: 1969
Location: US
Posts: 8,086
Ether has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond repute
Re: Mechanical limit switches - acceptable practice?

Quote:
Originally Posted by philso View Post
In other words, using the limit switch as the physical end-stop often leads to destruction of the limit switch.
If the OP would be willing to post some pix of his limit switch installation I'm sure he would receive some helpful suggestions.

Some teams use a flexible extension on the switch lever (post#2). Others use a "follower" approach (post#20). Both can be made to work reliably.


Closed Thread


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 06:48.

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