THE FUTURE MARKETACADEMY
Your classroomRoom 15 · Science Center
School of Science

Robotics Engineering: systems and teams

Step 7 of 7 in Science Center

This is the last course in this building's path. All learning paths

What you'll be able to do
  • Turn a robot idea into numbered requirements, a block diagram and agreed interfaces between subsystems.
  • Choose and size a motor driver, and calculate stall current, PWM duty, gear-down speed and wheel speed.
  • Close the loop with wheel encoders and a PID speed controller, and tune it step by step.
  • Design a safe low-voltage power system: current budget, voltage sag, separate motor supply and a hardware stop.
  • Combine sensors, filter noisy readings and explain why dead reckoning drifts.
  • Test a robot against its requirements, run a simple failure analysis (FMEA) and lead a design review.
  • Run a robotics team with version control and clear roles, teach a skill to others, and present a portfolio piece.

Safety rule for this whole course: every robot runs on batteries (AA/AAA packs up to 9 V) or USB power only. Never connect anything to a wall outlet, and never open, repair or rewire anything that plugs into the wall: mains wiring is work for licensed electricians (see the box in Lesson 4). Do not use lithium-polymer or other rechargeable lithium packs unless an adult who knows how to handle them is with you. Moving robots can pinch fingers and catch hair: test on the floor or on a stand, with a way to cut motor power at once. Kids: build with an adult.

Words in this course 68Open the Vocabulary Hall
01

Robots as systems: requirements and architecture

In simple words

A robot is like a team of friends carrying a sofa. One looks where to go, one thinks about the plan, and the others lift. If they do not agree first on who does what and how they will talk, the sofa hits the wall. Engineers write that agreement down before they build.

Key facts
  • Before this course: Embedded Systems: microcontrollers and sensors (course 15.7.3), which came after Robotics Basics (15.8) and Electricity & Electronics Basics (15.7). You already know Ohm's law, millis() timing, state machines, pull-ups, debouncing, interrupts, ADC calibration, UART/I2C/SPI and power budgets. This course is about whole robot systems, testing them like a professional, and leading and teaching a team.
  • Sense, think, act: every robot reads sensors, decides in software and moves with actuators. A system is all of these plus power, the frame and the people who use it.
  • Subsystems: split the robot into parts one person or pair can own: power, drive (motors and drivers), sensing, control software, frame and mechanics, and user interface (buttons, lights, display).
  • Requirements say what the robot must do, in a way you can test. Give each a number. Bad: "The robot should be fast." Good: "R3: The robot drives 1.0 m in a straight line in 5 s or less, ending within 5 cm of the target line."
  • Each requirement needs a verification method: test, measurement, inspection or demonstration. If you cannot say how you would check it, rewrite it.
  • Interfaces are where subsystems meet: a connector, a voltage, a pin, a message format. An interface table lists each one, for example "Drive board to controller: PWMA on pin 5, AIN1 on pin 7, AIN2 on pin 8, common ground."
  • A block diagram shows subsystems as boxes and power and signals as arrows. Draw power arrows and signal arrows in different colours.
  • Trade-offs: faster usually means less torque and more current; more sensors mean more code, wiring and power. Write down why you chose each option, so the team does not argue about it again later.
Example (requirements table)
IDRequirementHow we verify
R1Runs at least 30 minutes on one battery packTest: timed run with logging
R2Stops within 1 s when the stop switch is pressedTest: 10 presses at full speed
R3Drives 1.0 m straight in 5 s or less, within 5 cm of the lineMeasurement: tape and stopwatch, 5 runs
R4Uses only batteries up to 9 VInspection: parts list and wiring
Step by step
  1. Write the robot's mission in one sentence: what it does, where, and for whom.
  2. List the subsystems: power, drive, sensing, control, frame, interface.
  3. Write at least six numbered requirements, each with a number and a unit.
  4. Add a verification method to every requirement.
  5. Draw a block diagram with power arrows in one colour and signal arrows in another.
  6. Fill in an interface table: every pin, connector, voltage and message between subsystems.
  7. Check: every requirement can be tested, and every arrow on the diagram appears in the interface table.
Watch on YouTube
Obstacle-avoiding robot built step by stepScience 4 U · YouTube · youtube.com

Videos by other creators on YouTube, for reference. They are not made by or affiliated with The Future Market.

LESSON 01Robots as systems: requirements and architecture
LESSON 01 / ANIMATED LESSON / AI VOICE00:00 / 01:15
Read the video script
[Host next to a small two-wheeled robot] "This robot is not one thing. It is six subsystems that have to agree."
[Screen: block diagram with power arrows in red and signal arrows in blue] "Draw the boxes. Draw power in one colour and signals in another."
[Text on screen: Bad: should be fast. Good: 1.0 m in 5 s.] "Then write requirements with numbers, so you can test them."
[Screen: interface table with pins and voltages] "Every place two parts meet goes in the interface table."
[Host] "Agree on paper first. It is the cheapest place to fix a mistake."
Try it now

Pick a robot you could build (for example a line follower or a rover that maps a room). Write its mission, six numbered requirements with verification methods, a block diagram and an interface table.

ClaudeStuck? Copy a ready-made prompt for Claude

Copy this, open Claude, paste it, and Claude will walk you through the lesson step by step.

For a grown-up: Claude is for adults (18+). Copy this, paste it into Claude, and use the answer to explain the lesson to your child.

I'm learning "Robotics Engineering: systems and teams" on The Future Market. Lesson 1: "Robots as systems: requirements and architecture".

What the lesson teaches:
- Before this course: Embedded Systems: microcontrollers and sensors (course 15.7.3), which came after Robotics Basics (15.8) and Electricity & Electronics Basics (15.7). You already know Ohm's law, millis() timing, state machines, pull-ups, debouncing, interrupts, ADC calibration, UART/I2C/SPI and power budgets. This course is about whole robot systems, testing them like a professional, and leading and teaching a team.
- Sense, think, act: every robot reads sensors, decides in software and moves with actuators. A system is all of these plus power, the frame and the people who use it.
- Subsystems: split the robot into parts one person or pair can own: power, drive (motors and drivers), sensing, control software, frame and mechanics, and user interface (buttons, lights, display).
- Requirements say what the robot must do, in a way you can test. Give each a number. Bad: "The robot should be fast." Good: "R3: The robot drives 1.0 m in a straight line in 5 s or less, ending within 5 cm of the target line."
- Each requirement needs a verification method: test, measurement, inspection or demonstration. If you cannot say how you would check it, rewrite it.
- Interfaces are where subsystems meet: a connector, a voltage, a pin, a message format. An interface table lists each one, for example "Drive board to controller: PWMA on pin 5, AIN1 on pin 7, AIN2 on pin 8, common ground."
- A block diagram shows subsystems as boxes and power and signals as arrows. Draw power arrows and signal arrows in different colours.

The exercise I'm working on:
Pick a robot you could build (for example a line follower or a rover that maps a room). Write its mission, six numbered requirements with verification methods, a block diagram and an interface table. ---

I'm stuck. Please:
1. Explain the main idea in plain, simple words with one everyday example.
2. Walk me through the exercise one small step at a time. Ask me what I've done so far before giving the next step.
3. Don't just give me the final answer. Help me do it myself, and check my work when I share it.
I'm a parent helping my child (about 8 years old) with a lesson called "Robots as systems: requirements and architecture" from the course "Robotics Engineering: systems and teams".

Here's what the lesson says:
A robot is like a team of friends carrying a sofa. One looks where to go, one thinks about the plan, and the others lift. If they do not agree first on who does what and how they will talk, the sofa hits the wall. Engineers write that agreement down before they build.

The activity:
Pick a robot you could build (for example a line follower or a rover that maps a room). Write its mission, six numbered requirements with verification methods, a block diagram and an interface table. ---

Please explain this so an 8-year-old understands: short sentences, a fun everyday example, and no hard words.
Then give me 3 simple questions I can ask my child to check they understood, and a way to do the activity together, one tiny step at a time.
Open Claude
My notes
02

Motors, drivers and PWM

This lesson is part of full access: every course and every level for one payment.

03

Encoders and feedback control (PID)

This lesson is part of full access: every course and every level for one payment.

04

Power systems and electrical safety

This lesson is part of full access: every course and every level for one payment.

05

Sensors, filtering and knowing where you are

This lesson is part of full access: every course and every level for one payment.

06

Testing, failure analysis and safety stops

This lesson is part of full access: every course and every level for one payment.

07

Leading the team: reviews, version control and teaching others

This lesson is part of full access: every course and every level for one payment.

++

Final project

This lesson is part of full access: every course and every level for one payment.

??

Quiz

  1. What makes a requirement good?

  2. What is an interface table for?

  3. Why can a microcontroller pin not drive a motor directly?

  4. What does an H-bridge let you do?

  5. A motor has a 4 ohm winding on a 6 V supply. What is its stall current?

  6. What does analogWrite(pin, 127) do on a 6 V motor supply?

  7. A 6,000 rpm motor has a 48:1 gearbox. How fast does the wheel turn?

  8. What does the I term in a PID controller fix?

  9. Why give motors their own supply and join the grounds?

  10. What should a hardware stop switch do?

  11. Why does dead reckoning drift?

  12. How is an FMEA risk priority number calculated?

  13. What does this course say about mains (wall-power) wiring?

EX

Final exam

This lesson is part of full access: every course and every level for one payment.

CE

Certificate

This lesson is part of full access: every course and every level for one payment.