Go to Post My wife said if no one gets ahead no one gets left behind. - Koko Ed [more]
Home
Go Back   Chief Delphi > FIRST > General Forum
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Reply
 
Thread Tools Rate Thread Display Modes
  #1   Spotlight this post!  
Unread 05-01-2014, 23:23
Woolly's Avatar
Woolly Woolly is offline
Programming Mentor
AKA: Dillon Woollums
FRC #1806 (S.W.A.T.)
Team Role: Mentor
 
Join Date: Feb 2012
Rookie Year: 2012
Location: Springfield, MO
Posts: 512
Woolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond reputeWoolly has a reputation beyond repute
Re: Ball eject

Quote:
Originally Posted by redneckrobot View Post
that is the programmers job
I for one think that robots moving without connection to the driver station constitutes a safety issue, as does FIRST. This is why the base robot project shipped with your choice of programming language tends to make the robot refuse to do anything without connection to the driver station, and a signal that it is in teleop or autonomous mode.
__________________


Team 1806 Student: 2012-2013 | Mentor: 2013-Present
Reply With Quote
  #2   Spotlight this post!  
Unread 06-01-2014, 08:37
wireties's Avatar
wireties wireties is offline
Principal Engineer
AKA: Keith Buchanan
FRC #1296 (Full Metal Jackets)
Team Role: Mentor
 
Join Date: Jan 2006
Rookie Year: 2004
Location: Rockwall, TX
Posts: 1,170
wireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond reputewireties has a reputation beyond repute
Send a message via AIM to wireties
Re: Ball eject

Quote:
Originally Posted by Woolly View Post
I for one think that robots moving without connection to the driver station constitutes a safety issue, as does FIRST. This is why the base robot project shipped with your choice of programming language tends to make the robot refuse to do anything without connection to the driver station, and a signal that it is in teleop or autonomous mode.
In theory nothing (much) can move if the communications are down. The FIRST libraries on the robot fire a watchdog that disables all control outputs.

If a robot on my alliance went brain dead I would want them to hit the big red button - maybe the refs would put the ball back into play?
__________________
Fast, cheap or working - pick any two!
Reply With Quote
  #3   Spotlight this post!  
Unread 05-01-2014, 23:46
Bryan Herbst's Avatar
Bryan Herbst Bryan Herbst is offline
Registered User
AKA: Bryan
FRC #2052 (KnightKrawler)
Team Role: Mentor
 
Join Date: Sep 2007
Rookie Year: 2007
Location: Minneapolis, Minnesota
Posts: 544
Bryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond reputeBryan Herbst has a reputation beyond repute
Re: Ball eject

Quote:
Originally Posted by redneckrobot View Post
that is the programmers job
This isn't possible.

The Driver's Station (and FMS) are responsible for telling the robot if it is in teleop, in autonomous, or if it has been disabled. If there is no communication with the DS/FMS, the robot cannot move. Allowing the robot to move at all (electronically) in this situation would be a huge safety issue.

I think the point of the question also goes beyond communication issues. What if the robot loses power (due to a loose wire, a battery that fell out, or something else)? What if a hit from another robot resets your cRIO?

There are a number of problems that could cause your robot to become inoperable with a ball in its grasp.
__________________
Team 2052- Knightkrawler
Mentor and volunteer
Reply With Quote
  #4   Spotlight this post!  
Unread 05-01-2014, 23:52
yash101 yash101 is offline
Curiosity | I have too much of it!
AKA: null
no team
 
Join Date: Oct 2012
Rookie Year: 2012
Location: devnull
Posts: 1,191
yash101 is an unknown quantity at this point
Re: Ball eject

This is what it should be like:
If the driver thinks the robot is jammed, either the robot is disabled by FMS, or that ball is invalidated if it ever exits the robot. That way, even if the robot is stuck, it can perform something else, like defense or if they add an endgame!
Reply With Quote
  #5   Spotlight this post!  
Unread 06-01-2014, 00:25
atucker4072's Avatar
atucker4072 atucker4072 is offline
Andrew Tucker
AKA: Andrew Tucker
FTC #4968 (Rapid Robotics)
Team Role: Mentor
 
Join Date: Feb 2012
Rookie Year: 2011
Location: Glenwood Springs, Co
Posts: 152
atucker4072 has a spectacular aura aboutatucker4072 has a spectacular aura aboutatucker4072 has a spectacular aura about
Re: Ball eject

Quote:
Originally Posted by yash101 View Post
This is what it should be like:
If the driver thinks the robot is jammed, either the robot is disabled by FMS, or that ball is invalidated if it ever exits the robot. That way, even if the robot is stuck, it can perform something else, like defense or if they add an endgame!
There is no secret endgame. End of discussion.
Reply With Quote
  #6   Spotlight this post!  
Unread 06-01-2014, 00:37
Dalrik Dalrik is offline
Registered User
FRC #0639 (Code Red Robotics)
Team Role: Alumni
 
Join Date: Jan 2014
Rookie Year: 2010
Location: Ithaca, NY
Posts: 2
Dalrik is an unknown quantity at this point
Re: Ball eject

The solution is, unfortunately, completely mechanical. The electrical and software rules and libraries expressly prohibit a disabled robot from taking any action.

What teams will have to do, one way or another, is design their collection systems such that when disabled they either release the ball or weaken their grip such that a hit from an alliance partner will dislodge it. Congratulations, you've found the difficult design challenge in this year's game. No, don't design your launchers to immediately fire if they lose power, as that's a clear violation of safety.
Reply With Quote
  #7   Spotlight this post!  
Unread 06-01-2014, 01:05
RRLedford RRLedford is offline
FTC 3507 Robo Theosis -- FRC 3135
AKA: Dick Ledford
FRC #3135 (Robotic Colonels)
Team Role: Mentor
 
Join Date: Jan 2010
Rookie Year: 2009
Location: Chicago, IL USA
Posts: 286
RRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond reputeRRLedford has a reputation beyond repute
Re: Ball eject

Quote:
Originally Posted by Dalrik View Post
The solution is, unfortunately, completely mechanical. The electrical and software rules and libraries expressly prohibit a disabled robot from taking any action.

What teams will have to do, one way or another, is design their collection systems such that when disabled they either release the ball or weaken their grip such that a hit from an alliance partner will dislodge it. Congratulations, you've found the difficult design challenge in this year's game. No, don't design your launchers to immediately fire if they lose power, as that's a clear violation of safety.
Are you saying that it is illegal to have a robot with a pneumatic cylinder that, when working properly with bot powered on, gets air via a normally closed solenoid valve and extends, stretching some surgical tubing to move an element which keeps the ball from falling out of the robot.

Then when emergency stopped, the normally closed air valve closes, and a 2nd normally open valve opens to bleed air from the cylinder, allowing the the piston to retract by the surgical tubing tension, releasing the hold ball element and dropping the ball.

If this kind of ball eject scheme would be illegal by the current rules, then there should be an exception rule written to allow such a scheme, or to just have another fresh ball cycle be started from the pedestal, when robots carrying calls are disabled

-Dick Ledford
__________________
FTC 3507 RoboTheosis
FRC 3135 Robotic Colonels
Reply With Quote
  #8   Spotlight this post!  
Unread 06-01-2014, 00:43
Kevin Selavko's Avatar
Kevin Selavko Kevin Selavko is offline
Registered User
AKA: Voltonless
FRC #3260 (SHARP)
Team Role: Electrical
 
Join Date: Jan 2012
Rookie Year: 2008
Location: Beaver PA USA
Posts: 155
Kevin Selavko is on a distinguished road
Re: Ball eject

On our vex robot our pistons default to retracted so we start in a legal configuration, but can you have a solenoid that defaults to push a piston into where you store your ball when it has no signal, and possibly have it on its own pneumatic circuit in case the first one fails? This way if you have a ball and you become disabled/battery dies/act-of-god, the ball will be ejected, or is this not allowed?

EDIT: I does not need to be very forceful, just enough to make your ball holder a shape that the ball will roll out of.
__________________
Team SHARP
Pittsburgh Regional Champions 2014
Vex Pittsburgh Excellence Award 2014
Vex Pittsburgh Champions 2014
Vex Maryland Champions 2014
Pittsburgh Regional Finalists 2013
Buckeye Regional Finalists 2013

Last edited by Kevin Selavko : 06-01-2014 at 00:45.
Reply With Quote
  #9   Spotlight this post!  
Unread 05-01-2014, 17:39
yash101 yash101 is offline
Curiosity | I have too much of it!
AKA: null
no team
 
Join Date: Oct 2012
Rookie Year: 2012
Location: devnull
Posts: 1,191
yash101 is an unknown quantity at this point
Re: Ball eject

I really think that this is something not clearly written in the manual. Either the ball will be freed, a new ball will be entered or the alliance will only be able to defend the rest of the match!
Reply With Quote
  #10   Spotlight this post!  
Unread 05-01-2014, 17:42
Libby K's Avatar
Libby K Libby K is offline
Always a MidKnight Inventor.
FRC #1923 (The MidKnight Inventors)
Team Role: Mentor
 
Join Date: Mar 2006
Rookie Year: 1992
Location: West Windsor, NJ
Posts: 1,583
Libby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond repute
Re: Ball eject

Quote:
Originally Posted by yash101 View Post
I really think that this is something not clearly written in the manual. Either the ball will be freed, a new ball will be entered or the alliance will only be able to defend the rest of the match!
Or, teams will just have to make sure that being able to eject the ball is a priority. If you can't get rid of the ball, then you're going to seriously mess up the match.

There are some thoughts on that (especially for Team Copioli's posts) on the Build Blitz blog here:http://www.buildblitz.com/blog/
__________________
Libby Kamen
Team 1923: The MidKnight Inventors
2006-2009: Founder, Captain, Operator, Regional Champion.
2010-Always: Proud Alumni, Mentor & Drive Coach. 2015 Woodie Flowers Finalist Award.

-
229: Division By Zero / 4124: Integration by Parts
2010-2013: Clarkson University Mentor for FLL, FTC & FRC

-
FIRST Partner Associate, United Therapeutics
#TeamUnither | facebook, twitter & instagram | @unitherFIRST

-
questions? comments? concerns? | twitter: @libbyk | about.me/libbykamen
Reply With Quote
  #11   Spotlight this post!  
Unread 05-01-2014, 17:44
atucker4072's Avatar
atucker4072 atucker4072 is offline
Andrew Tucker
AKA: Andrew Tucker
FTC #4968 (Rapid Robotics)
Team Role: Mentor
 
Join Date: Feb 2012
Rookie Year: 2011
Location: Glenwood Springs, Co
Posts: 152
atucker4072 has a spectacular aura aboutatucker4072 has a spectacular aura aboutatucker4072 has a spectacular aura about
Re: Ball eject

Quote:
Originally Posted by Libby K View Post
Or, teams will just have to make sure that being able to eject the ball is a priority. If you can't get rid of the ball, then you're going to seriously mess up the match.

There are some thoughts on that (especially for Team Copioli's posts) on the Build Blitz blog here:http://www.buildblitz.com/blog/
Thanks for the link!
Reply With Quote
  #12   Spotlight this post!  
Unread 05-01-2014, 23:58
AllyMeeg's Avatar
AllyMeeg AllyMeeg is offline
Registered User
AKA: Ally Meegan
FRC #2410 (Metal Mustangs)
 
Join Date: Jan 2014
Rookie Year: 2013
Location: Overland Park, Kansas
Posts: 1
AllyMeeg will become famous soon enough
So you could try to build your robot so that it has the ability to retrieve balls from disabled robots with an arm of some kind.
Reply With Quote
Reply


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 15:37.

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