Ball eject

[atucker4072]

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]

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]

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]

Originally Posted by yash101

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]

Originally Posted by Brandon1266

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]

Originally Posted by Libby K

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]

Originally Posted by Brandon1266

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]

use a dead man switch on your shooter

[pntbll1313]

Originally Posted by redneckrobot

use a dead man switch on your shooter

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]

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]

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]

Originally Posted by pntbll1313

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]

use a "test for"

[Woolly]

Originally Posted by redneckrobot

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]

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...