Competition Guide

Day 1 — Testing Day (Thu 30 July)

Event Description
Technical inspection Dimensions, weight, mandated sensors, battery safety, one live reading. Pass/fail — 30 min to rectify a failure
Measurement run 8 minutes; operator stays in the designated zone; stuck robot is placed at arena centre by officials
Data review Judges compare readings against reference values immediately after the run
Robot assessment Cats 3/4/5 judged + 3-minute innovation pitch + questions

Day 1 Morning Preparation

  1. Full LiPo charge (spare charged too).
  2. Flash latest firmware (RC-only build boots RC automatically — LED solid).
  3. Robot brings up RobotAP; phone joins it; RC page loads at 192.168.4.1 (or envirobot.local); ⏱ shows --:-- until the first command.
  4. live_plot.py running on the judge-facing laptop — table fills, charts labelled, samples.csv appending.
  5. Test both sensors with known references; re-check calibration constants.
  6. Drive test on a rough surface — confirm torque is adequate.
  7. Confirm GET /data returns valid JSON and the visualiser accepts it.
  8. Walk the Inspection Checklist.

Day 1 — 3-Minute Innovation Pitch

Segment Duration Key message
Seesaw arm 35s "One servo deploys two sensors — simpler, lighter, fewer failure modes than two actuators."
Pond safety 35s "A debounced ultrasonic guard cuts forward drive at obstacleStopMm before the robot can hit anything; keeping the wheels clear of the recessed water slots is the operator's job, done by stopping short and sampling with the arm."
Self-hosted firmware 35s "The robot is its own infrastructure: it brings up its own WiFi AP, and the RC page, diagnostics page and live data page are all served from flash."
Engineering depth 35s "We deliberately kept the sensor set minimal — mandated sensors plus one ultrasonic — cutting failure modes; the turbidity sensor runs through a calibrated voltage divider."
Data pipeline 40s "Every reading streams to serial and JSON; the file drag-drops into our offline visualiser with arena replay."

Only claim what is on the robot. Judges ask follow-ups — the rulebook scores teams down for components they cannot explain.


Day 2 — Closing Night Case Competition (40 pts)

Phase Details
Problem reveal Scenario given at the start of the night — unknown in advance, no single correct answer
Preparation 1 hour to build a response from Day 1 data
Presentation Up to 3 minutes + Q&A; multiple members must contribute (teamwork is scored)

1-Hour Preparation Plan

Time Task
0–5 min Open the saved results.json in the visualiser; verify all samples render
5–15 min Read the scenario; pick which readings are most relevant
15–30 min Build the argument: data → environmental conclusion → recommendation
30–45 min Draft the 3-min script; choose visualiser views for the projector
45–60 min Practice run + Q&A rehearsal; assign speaking segments

Argument Template

Opening (30s):
"Our robot collected [N] readings across four terrain types.
The data shows [key finding]."

Data per terrain (30s × 4):
"In [terrain], turbidity was [X] NTU — [clean / moderate / turbid].
Soil moisture was [Y]% — [dry / healthy / waterlogged]."

Recommendation (30s):
"We recommend [specific action] because [data-backed reason].
The greatest concern is [terrain] due to [specific reading]."

Limitations (20s):
"Point-in-time snapshot; single run; ±10% sensor band;
sector labels are operator-tagged; path is an estimate."

Closing (10s):
"Both sensors were calibrated against reference values before the run."

Acknowledging limitations is scored positively — tradeoff handling is an explicit Cat 6 criterion.


Q&A Preparation

Question Response approach
"How accurate are your sensors?" "Calibrated against reference samples before the run; the turbidity curve was refitted after adding the voltage divider. Target ±10% per Cat 1."
"Why remote control instead of autonomous?" "The rulebook permits RC, and we built RC only. Operator sector-tagging guarantees correct labels and eliminates navigation failure modes — accuracy is worth more points than autonomy."
"How do you avoid the water hazards?" "The operator stops short of a slot and samples with the arm, so the wheels never cross one. The ultrasonic guard only prevents forward collisions — slot avoidance is driving, not sensing."
"How do you know you didn't sample the same spot twice?" "The operator tags each sample by sector against a 12-sample checklist."
"What are your data's limitations?" Name them proactively: single run, point-in-time, path is a speed-model estimate, ±10% band.