This page has been updated for DC2010
Requirements for everyone -
- Each team will
contribute to the organization and running of DC by taking on one or
more of the "tasks for the common good" (see that page)
- Teams may have no more than four members (for-credit teams are limited to three)
- Complete three
hours of machine shop training - required if for-credit, available if
not-for-credit. This is more extensive training that EDC shop
training. If you have already had the greater training sign in on the
shop-training-signup sheet, at the bottom.
- Successfully pass the milestones (see that page)
- Your robot must prove itself a fully competent contender by two weeks before the competition day.
Students are encouraged to participate in DC for the learning and fun of it. Credit is available if desired, as follows:
Requirements for credit -
- The course number is DSGN 360 (Spring).
- Students in any department may also sign up for DSGN 360. Consult with your advisor regarding how this credit figures into your undergraduate requirements. Note to EECS students regarding uses of this credit.
- The DSGN 360 credit will be for Spring. Teams must pass a milestone at the end of Winter quarter to be eligible to register for DSGN 360 for Spring quarter. (Non-credit teams also must pass this milestone in order to continue.)
- Recommended courses for another credit include ME333 Intro to Mechatronics (Winter) and ME233 Electronics Design (Fall)
- Team members may be of any year. Credit & non-credit students may mix on a team, but three is the maximum team size if any member is registered for credit.
- The usual one-week add deadline and four-week drop deadline will apply to DSGN 360 students.
- A final report is needed at the end of Spring quarter for DSGN 360 students (one per team)
- A grade of A is expected for students producing a successful robot and a report; lower grades will be given for lesser attempts.
Grading criteria -
- Prepare a final report (one per team.) Your grade depends in part on this report.
This should mainly be a narrative describing strategy and principles of operations,
evaluating actual performance, and discussing your methods and what's been
learned. It should include mechanical drawings (good drawings by hand, or CAD),
electrical schematics (use Circuitmaker or other software), and code listing
(well commented). It's due by the end of the quarter (before exam week). The
quality of your robot construction is also a factor in your grade:
- Mechanical -- Nicely built parts:
good. Mostly tape and glue: not so good.
- Electrical -- PCB or solderboard:
good. Tightly wired protoboard: OK. Unreliable and embarrassing rat's nest:
not so good.
- Software -- Well organized and
commented code: good. Code that just grew: not so good.
- Finally, there are your design decisions
and the technical approach that you undertook. A fragile strategy such as timed
90 degree turns is less impressive than use of encoders to control an accurate
90 degree turn. A robot that can find lost balls is more impressive than one
that can't. A robot that can target the goals optically is more impressive
than one that can't. Be sure you highlight your technical accomplishments in
your narrative.
- There's no reason every team shouldn't
get an A in this course. It will take consistent, quality work to make that
happen.
|
|