Go to Post I'm a zit. - Andy Baker [more]
Home
Go Back   Chief Delphi > Competition > Rules/Strategy
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Closed Thread
 
Thread Tools Rate Thread Display Modes
  #1   Spotlight this post!  
Unread 06-03-2011, 00:34
Kevin Sevcik's Avatar
Kevin Sevcik Kevin Sevcik is online now
(Insert witty comment here)
FRC #0057 (The Leopards)
Team Role: Mentor
 
Join Date: Jun 2001
Rookie Year: 1998
Location: Houston, Texas
Posts: 3,621
Kevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond reputeKevin Sevcik has a reputation beyond repute
Send a message via AIM to Kevin Sevcik Send a message via Yahoo to Kevin Sevcik
Re: Minibot's triggering targets?

That's what I'm wondering as well. My completely ancedotal and likely biased evidence is that it was mostly lightweight bots at Alamo that were failing to trigger towers. I can only trust that correct calls were being made per the rules as written, but I'm doubting refs can or are capable of visually judging the force exerted by the minibot on the plate.

What I am certain of is that the current lack of information can only lead to confusion and hurt feelings. When a team loses an important match due to a "phantom" minibot deployment, they're going to be rather annoyed. If someone from the gdc or elsewhere could clear this up it'd save a lot of hurt feelings and comparisons to the infamous "tape measure" rule.
__________________
The difficult we do today; the impossible we do tomorrow. Miracles by appointment only.

Lone Star Regional Troubleshooter
  #2   Spotlight this post!  
Unread 06-03-2011, 05:50
Tristan Lall's Avatar
Tristan Lall Tristan Lall is offline
Registered User
FRC #0188 (Woburn Robotics)
 
Join Date: Aug 2001
Rookie Year: 1999
Location: Toronto, ON
Posts: 2,484
Tristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond reputeTristan Lall has a reputation beyond repute
Re: Minibot's triggering targets?

Quote:
Originally Posted by Kevin Sevcik View Post
That's what I'm wondering as well. My completely ancedotal and likely biased evidence is that it was mostly lightweight bots at Alamo that were failing to trigger towers. I can only trust that correct calls were being made per the rules as written, but I'm doubting refs can or are capable of visually judging the force exerted by the minibot on the plate.

What I am certain of is that the current lack of information can only lead to confusion and hurt feelings. When a team loses an important match due to a "phantom" minibot deployment, they're going to be rather annoyed. If someone from the gdc or elsewhere could clear this up it'd save a lot of hurt feelings and comparisons to the infamous "tape measure" rule.
Yeah, I've got similar concerns. While I of course appreciate the difficulty of making the mechanism trip reliably, the rule is written such that it's not the contact of the minibot upon the pressure plate, nor the force, but rather the act of tripping the sensor that completes the act of triggering (and ends that minibot's race).

If the refs are calling mere contact, they're doing it wrongly. And yet, it's impossible for them to do it right if the sensors aren't working—and nearly impossible to do the next best thing, which is render an accurate estimate of the sensors' states.

Referees can estimate the force (based upon the estimate published by FIRST), or guess at the deflection (approximately 0.25 in is necessary), or use some other proxy for triggering—but according to the rules, all that matters is that "the sensors are tripped and a signal is sent to the Field Management System". If the sensor doesn't trip because of some aspect of the design of the tower, then the alternatives are field fault (if it should have tripped), or no call (so that may be a feature, not a bug). For a given minibot design, how do you know which is the correct outcome? And on top of that, there are four towers, and the order matters! How do you judge all four at once?

I don't blame the refs—this one needs a rule change to grant them the liberty to make a different call (i.e. to allow them to call it based on contact alone).*

And of course, if a hostbot causes the sensor to trip by contact with the base, it isn't triggered, and in an ideal circumstance, the field should still allow the minibot race to take place on that tower, and allow the sensor to be tripped properly. If a minibot is prevented from concluding its race...I would have to call that a field fault too. (An insufficient degree of fault tolerance changed the final score of the match.)

*Can they bend the rules in the best interests of the competition? Maybe just a bit...because their objectives include some sort of equity. But that will end well only if FIRST is on board. Referees (more than inspectors) have to really be careful about this, because of the increased exposure and shorter timeframe available for deliberation.
Closed Thread


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 17:26.

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