Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   General Forum (http://www.chiefdelphi.com/forums/forumdisplay.php?f=16)
-   -   Ball eject (http://www.chiefdelphi.com/forums/showthread.php?t=124112)

atucker4072 05-01-2014 17:36

Ball eject
 
The issue has been raised that what happens if you have a ball in your robot but then have to e-stop or loose power.

What are teams thinking of doing incase this happens so you don't choke your alliance?

I was thinking have a system that any robot can hit your robot in a way so that it forces the ball to leave the system. So maybe a rod that is able to contact the ball regardless of where it is in or on the robot.

brandon.cottrell 05-01-2014 17:38

Re: Ball eject
 
While I do like Aerial Assist, this is something that kind of worries me about this game. Along with the autonomas shots missed, it's now easier to pinpoint exactly whose fault it was that a match was lost and why.

yash101 05-01-2014 17:39

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!

Libby K 05-01-2014 17:42

Re: Ball eject
 
Quote:

Originally Posted by yash101 (Post 1321720)
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/

atucker4072 05-01-2014 17:43

Re: Ball eject
 
Quote:

Originally Posted by Brandon1266 (Post 1321719)
While I do like Aerial Assist, this is something that kind of worries me about this game. Along with the autonomas shots missed, it's now easier to pinpoint exactly whose fault it was that a match was lost and why.

Thia will be a great test of gracious Professionalism! Although if teams meet before a match like they should lots of problems can be avoided. If I had to as a driver I wouldn't like a team to load a ball into their robot if they haven't tested it or been successful with it.

atucker4072 05-01-2014 17:44

Re: Ball eject
 
Quote:

Originally Posted by Libby K (Post 1321722)
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!

Jhultink 05-01-2014 17:49

Re: Ball eject
 
Quote:

Originally Posted by Brandon1266 (Post 1321719)
it's now easier to pinpoint exactly whose fault it was that a match was lost and why.

Then during alliance selection the best teams will be picked because it becomes more obvious who is good and who is not. I feel that rankings this year will not be as influential as they have been.

redneckrobot 05-01-2014 22:37

Re: Ball eject
 
use a dead man switch on your shooter :deadhorse:

pntbll1313 05-01-2014 22:54

Re: Ball eject
 
Quote:

Originally Posted by redneckrobot (Post 1322006)
use a dead man switch on your shooter :deadhorse:

I'm not sure this really solves the issue. If you load your robot, start autonomous, and your robot never establishes connection for some reason, how does this deadman's switch work to release the ball so that your alliance can score?

cadandcookies 05-01-2014 23:00

Re: Ball eject
 
Whatever your strategy is when you lose power or e-stop, ultimately your best bet is just to not lose power or get e-stopped. New batteries every match, make sure your robot and code are working well. The best medicine is preventative.

tStano 05-01-2014 23:07

Re: Ball eject
 
And then the power cable slips out of your router even though you taped and zip tied it, or there is interference from cell phones or whatever the kids are using these days, or the field malfunctions as it is known to do. I think the whole robot malfunctioning thing is (at least in part) out of your control. I'm probably just awful at making communications work though.

redneckrobot 05-01-2014 23:15

Re: Ball eject
 
Quote:

Originally Posted by pntbll1313 (Post 1322034)
I'm not sure this really solves the issue. If you load your robot, start autonomous, and your robot never establishes connection for some reason, how does this deadman's switch work to release the ball so that your alliance can score?

that is the programmers job

redneckrobot 05-01-2014 23:17

Re: Ball eject
 
use a "test for"

Woolly 05-01-2014 23:23

Re: Ball eject
 
Quote:

Originally Posted by redneckrobot (Post 1322062)
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.

DavisC 05-01-2014 23:23

Re: Ball eject
 
This would be good for the Q&A, maybe they could declare it field debris? Although how would a ref know to declare it as field debris if it is a result of power failure...?

Could they add a button to the alliance station to declare their current ball(s) field debris? That would add an interesting dynamic to the game (if they left the rule open ended).
If open ended, maybe an alliance could even do that to balls left from Autonomous.

If close ended though, let the rule be only for if the ball is trapped somehow.
Otherwise, the strongly robust robots might hold more weight in alliance selection...


All times are GMT -5. The time now is 15:37.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi