|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools |
Rating:
|
Display Modes |
|
|
|
#1
|
||||
|
||||
|
Re: Team Update #18
Quote:
I would not want to win a match, District Championship, State Championship, or World Championship because my opposition built a minibot that was faster than mine, beat it up the pole, hit the target with the specified FORCE, but the sensors did not TRIGGER the target. Especially if their minibot has an approaching 100% success rate and the failed TRIGGER is the result of some interation of unknown variables. Seems to me checking to see if minibots trigger the target could be part of inspections. If you get the ok at inspections, then it is assumed that the minibot is designed correctly. The refs would have the ultimate power to either believe or over rule the sensors. If a sensor does not trigger, but the team has passed minibot inspection (including triggering), the refs can determine the winner and assign the points accordingly. If it is too close to call, then the match will be replayed due to a field fault. Its already bad enough that we spent 6 weeks designing a HOSTBOT that can achieve all the tasks of this game at a very high level, only to have it marginalized by a minibot that every team can build in one day. |
|
#2
|
|||||
|
|||||
|
Re: Team Update #18
Quote:
Quote:
I would be fine winning a match because my opposition built a minibot that beat ours up the pole, but failed to TRIGGER the TARGET, which is what the rules require it to do. The rules do not make any exceptions. I guess the thing to do is ask the head ref at our next regional whether they will be calling minibot races based on the rules, or something else. |
|
#3
|
||||
|
||||
|
Re: Team Update #18
I'm torn on this one.
On one hand, I believe the intent of the minibot race was to get their first (it's a race after all, it's displayed as such on the scoring metric) and I'm glad to see that refs stepped in when the technology couldn't. But I'm also frustrated at the refs changing the rules again, while I don't agree with this team update, and I think it's a bad idea, if that's the rule, and that's what every team started working towards, it should be enforced as such. This particular dilemma is precisely why I thought it was a bad idea to throw all their weight behind the system like this, I don't think it's ready yet. Of course, we have no way of knowing if it's ready since we're still working on vague definitions of the 'black magic' actually required to trip the sensor. For all we know it's actually working 100% perfectly, but I suspect that isn't the case. Matt |
|
#4
|
|||||
|
|||||
|
Re: Team Update #18
Quote:
I'm also eagerly awaiting a Q&A response.... |
|
#5
|
||||
|
||||
|
Re: Team Update #18
Quote:
Fine with me. I can guarantee you from watching the Bayou webcast, it is not working 100%. Not even close. |
|
#6
|
||||
|
||||
|
Re: Team Update #18
The definition of triggered includes "the act of pushing the bottom disk of the TARGET" as a necessary condition. <G20-B> sees to it that only the minibot does the pushing.
|
|
#7
|
|||||
|
|||||
|
Re: Team Update #18
I'd like to see a really fast minibot that reverses direction when it returns to the BASE, and goes back up again to make sure the TARGET is TRIGGERED.
![]() |
|
#8
|
||||
|
||||
|
Re: Team Update #18
That would be neat: install some sort of ratcheting mechanism that is disengaged for the initial ascent. Once it hits the top, it switches output direction, and then winds up for a fixed number of revolutions of the wheels, and then switches direction again (so that it's headed for the top again). Repeat forever.
|
|
#9
|
||||
|
||||
|
Re: Team Update #18
74 already did that. They had a minibot score, then it went down to the base and back up to hit the trigger plate again.
|
|
#10
|
||||
|
||||
|
Re: Team Update #18
Quote:
Matt |
|
#11
|
|||||
|
|||||
|
Re: Team Update #18
Quote:
We have a mediocre HOSTBOT that designed and built itself, without any effort on our part. It can play at the 90th percentile at an "easy" regional. A couple of times during our matches, our HOSTBOT had a GAME PIECE right there ready to HANG, but the darn PEG dodged out of the way, and the GAME PIECE fell to the floor. I wonder if we should have received points in that situation? |
|
#12
|
||||
|
||||
|
Re: Team Update #18
Quote:
Seriously though, I think Adam is right, regardless of how well the minibot sensors work, or not, they're a little overweighted in the competition. I've seen a single minibot beat an entire other alliance scoring for the whole game. Just the minibot score. It's kind of frustrating, but it's probably also a topic for another thread. Matt |
|
#13
|
||||
|
||||
|
Re: Team Update #18
Quote:
... and if your alliance cannot score more than the points of 1 minibot then you'd best be able to stop your opponent from launching said minibot. On topic: The rules state that it is the order of the sensors being triggered by minibots, not the order of minibots to the top of the pole. Lets focus on what triggers (or doesn't trigger) the sensors rather than blame the system when a minibot doesn't trigger the sensors. Does anyone have factual data on the triggering mechinism and its failure modes? |
|
#14
|
||||
|
||||
|
Re: Team Update #18
Quote:
Quote:
Matt Last edited by Matt Krass : 20-03-2011 at 14:50. Reason: Added response |
|
#15
|
||||
|
||||
|
Re: Team Update #18
Quote:
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|