|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
| Thread Tools | Rate Thread | Display Modes |
|
#16
|
||||
|
||||
|
Re: Picking up fuel from the ground vs. using hoppers/retrieval zone
Quote:
The value of getting ahead of the opposition in gear cycling is a lot like other years, being chiefly determined by (A) your rotor predictions and (B) your time opportunity cost. Take a common competitive match situation in which we expect to be evenly matched with the opposition on rotors and climbing but may lag on shooting--it doesn't matter if it's Einstein or a regional qual. We can weigh this likelihood pre-match (with the final decision often based on autonomous scores); it's even arguably easier than in previous years given the massive time difference between finished rotors. So going a few seconds out of my way at the start of teleop in order to rapidly fill my hopper or prevent someone else from doing so may be a risk I decide is worth it. Perhaps I'll be wrong and have needed that time for a final gear that finishes a rotor. (This is why I said if you're close to your time cushion on finishing a rotor, the decision to gear is much clearer.) On the other hand, perhaps I decide not to hit the hopper, I still finish my last gear as expected, but then I can't get the last X balls that I need to beat their fuel score before the climbs. Or maybe I do win--or lose--comfortably, but I come up just a little under a 40kPa RP I really needed. In either latter case, hitting the hopper is a risk I should've taken and could've foreseen two minutes ago. This is essentially like situational defense every year: sticking purely to offensive scoring at first--not detouring to hit a robot or a hopper--can feel like the conservative strategy, until it's late in the match and you realize you really needed to have made hit X while you were scoring in location Y thirty seconds ago in order to get/keep your winning margin. These situations go on and on every year, and they're among the most difficult jobs coaches have. The crux is that 2 seconds at time/location N do not have the same value as 2 seconds at time/location M. *I will disagree on one point that, if one robot is in a position to want to go anywhere and dump (plural) hoppers in teleop of a what would be a competitive 4-rotor elim match, numerous people have already done something spectacularly wrong. A match like that (top-tier competitive and caring about hoppers) should have at maximum of one hopper any real distance away by the start of teleop, and that distance should be at maximum a few robot lengths off-course from someone who wants it. I may well decide to hit it if, as above, I expect to both need the 140 points and need that kind of fuel score. At an Einstein level nail-biter like that, trust me, you're not aiming for second place. It's very much go big or go home. |
|
#17
|
|||
|
|||
|
Re: Picking up fuel from the ground vs. using hoppers/retrieval zone
Sounds like you guys need to put a little more time and energy in to developing a strategy. Your game plan is what should dictate the systems you build.
Our teams appear to be building similar robots. A strong focus on gears and climbing but also the ability to shoot(not a main focus). We have personally opted to forgo the floor pickup. We understand the potential of being starved, but we are a small team and don't want to spread our resources any thinner than they already are. If possible, take a look at your design and see if you could maybe branch it and design a version with a floor pickup. Then depending on how things go you could build robot A and revisit floor pickup modifications later on in the season. Perhaps as part of your 30lbs of prefab. |
|
#18
|
|||||
|
|||||
|
Re: Picking up fuel from the ground vs. using hoppers/retrieval zone
At least as 3946 is considering it, the point of the strategy isn't to deny the hopper-loading robot the first load (though that would be even better), but to deny or at least minimize the possibility of a second, third, fourth, and fifth "free" load. With a bit of drive practice or a cleverly arranged bumper/chassis configuration, a robot could spill all the hoppers on one side in a single strafe heading to the retrieval area, and the other side on the return trip. The bottom line is that if scoring (or even delivering) fuel is your primary activity, you need to be able to harvest them from the carpet or you'll find yourself moving on to a secondary activity early in the match.
|
|
#19
|
||||
|
||||
|
Re: Picking up fuel from the ground vs. using hoppers/retrieval zone
Quote:
A) To clarify, my discussion in your quote is about a hopper "race" in which the issue is time tradeoffs versus opponent strategies. In this situation, the natural definition a "race" to me is limited to a two-sided competitive situation. Any alliance that cares to and can drive reasonably (and at higher levels probably load in auto) will reach their own closest hoppers before the opposition. It follows that any even hopper "race" by this definition can reasonably involve no more than one hopper, and thus racing closely resembles other field-positioning situational defensive choices rather than a loop. Races, which primarily start when someone wants to offensively use hoppers, msut end before multiple free loads by one robot. Essentially if you want hoppers (to score), they'll be gone. (So of course I agree if you're a primary fuel bot, you need to pick up and can't plan for more than 2 hoppers.) I also discuss other reasons to dump hoppers up front that aren't a flat out race, even if it means going out of your way (two seconds now isn't worth two seconds later). B) In terms of whether or not you're going out of your way for a hopper loop, the field picture can be deceptive. Doing an along-the-wall run may mesh perfectly with your alliance's other auton-to-teleop (or later) priorities or it might not. For instance, this could commonly require a cross-over route with an ally that loaded from the hopper in auton. On many alliances who mesh well or otherwise aren't under too much pressure, cross-overs aren't really a big problem--for others they very much are. Separately, each leg of a hopper loop like this is a limited path on a constrained field in a limited time window (i.e. before the other guy decides they want a hopper) during which the driver is also prioritizing staying on the wall along with their other requirements. This has historically opened up exploitation opportunities for opponents of similar caliber as the driver. C) To expand on the other point, if you find yourself not in a race when you thought you'd be, you do need to immediately ask yourself why. I use the word reassess--this doesn't mean don't do it, just consider what else you might have miscalculated in allocating your time and predicting the opposition. Did they screw up auton or the auto-teleop transition? Can you take advantage of it (something you almost certainly need to do right now before they regroup)? Are they better at gears than you thought? Do you need to rework your defensive timing/plan? etcetera. C-1) Moreover, if you unexpectedly find multiple hoppers still available and want to dump them via a (still short) initial path you weren't mapped for, you need to communicate this properly. Failure to do so can and does cause far more traffic jams than it's worth. I've seen (and received) way too many robots T-boning their alliance partners when they try to unexpectedly blitz like this. Instead of the alliance zooming off in their respective lanes and reaping what should be "fast out of the gate" benefits from what can otherwise be a known teleop transition, multiple allies lose their initial field position and waste time bogging down. This year it could cause very unfortunately located traffic jams, especially if the opposition can exploit it. Pulling of a successful reroute benefits heavily from contingency planning, correct early autonomous predictions, and strong coach communication. You need to communicate correctly, and you need to be communicating with teams that will actually adapt to you--the latter especially is less common than you might think and is something you need to gauge realistically for that particular match. |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|