ROBOTICS AND CODING MODULE

Robotic Systems

Designing the sensor–control–actuator–power–mechanics chain as a feedback system.

Last updated: 27 July 2026
MODULE IDENTITY

The distinctive work of this module

Designing the sensor–control–actuator–power–mechanics chain as a feedback system.

Completion evidence: Block diagram, state machine, threshold/feedback tests and safe-stop behaviour.

Map states, sensor thresholds, motor commands and safe stopping for a line-following or obstacle-avoidance system.

Core production

Block diagram, state machine, threshold/feedback tests and safe-stop behaviour

Laboratory

Map states, sensor thresholds, motor commands and safe stopping for a line-following or obstacle-avoidance system.

Safety / limit

Record power, wiring, data or user limits on hardware, and model limitations in simulation.

LESSON SEQUENCE

A 16-step learning pathway

The order is recommended. Before a project page, complete evidence from foundation, practice and debugging lessons.

01 · The Sense–Decide–Act Loop

Learn the loop that lets a robot continuously read sensors, decide and act.

Open lesson →

02 · Fault Analysis

Learn to check power, wiring, sensors, code and mechanics layer by layer when a robot doesn't work.

Open lesson →

03 · Obstacle Detection

Learn to detect an obstacle ahead with a distance sensor and stop or turn.

Open lesson →

04 · Choosing a Power Source

Learn to choose the right battery and power for a robot, powering motors separately with a common ground.

Open lesson →

05 · Motors and Drivers

Learn to drive two wheels independently with a motor driver to move a robot forward, back and turning.

Open lesson →

06 · Autonomous and Semi-Autonomous Systems

Learn the difference between autonomous and semi-autonomous systems and their safe limits.

Open lesson →

07 · Project: Obstacle-Avoiding Robot

Build an autonomous robot that avoids obstacles using a distance sensor, two motors and a driver.

Open lesson →

08 · Project: Line-Following Robot

Build a robot that follows a line using two line sensors, two motors and a driver.

Open lesson →

09 · Robot Arm Logic

Learn the pick-and-place logic of a jointed robot arm using servos. An in-depth guide to Robot Arm Logic with practical examples, safety notes and explained review activities.

Open lesson →

10 · What a Robot Is and Isn't

Learn what makes a device a robot and why not every automatic machine is one.

Open lesson →

11 · The Basic Parts of a Robot

Learn how the control unit, sensors, actuators, power and mechanics come together in a robot.

Open lesson →

12 · Wheels, Gears and Torque

Learn how wheels, gear ratio and torque affect a robot's speed and power.

Open lesson →

13 · Building a Test Course

Learn to build a test course to try your robot safely and repeatably. An in-depth guide to Building a Test Course with practical examples, safety notes and explained review activities.

Open lesson →

14 · Remote Control

Learn the logic of controlling a robot remotely with infrared, radio or Bluetooth.

Open lesson →

15 · Line Following

Learn the control logic for following a line with two line sensors. An in-depth guide to Line Following with practical examples, safety notes and explained review activities.

Open lesson →

16 · Chassis and Mechanical Design

Learn the basics of designing a balanced, sturdy and tidy robot chassis.

Open lesson →
EVIDENCE MATRIX

Four checks before saying it works

Four checks before saying it works table
CheckQuestionEvidence to keep
InputWhich value, event or user request enters the system?Sample inputs and edge cases
ProcessWhich rule, algorithm or physical relationship is applied?Code, calculation, diagram or state table
OutputWhat should be observed in correct and incorrect states?Expected–actual comparison
SafetyUnder which condition should the system stop or request help?Safe-stop and recovery behaviour
MODULE-SPECIFIC DEPTH

Robotic Systems: from one example to a system

Designing the sensor–control–actuator–power–mechanics chain as a feedback system. A correct example alone is therefore insufficient. Completion evidence should be block diagram, state machine, threshold/feedback tests and safe-stop behaviour, tested with normal, boundary and invalid inputs.

In the first cycle, pair foundation and application among The Sense–Decide–Act Loop, Fault Analysis, Line Following, Obstacle Detection, Choosing a Power Source. Predict the result, run or measure it, then explain any difference. Even when prediction and reality match, state which changed condition would break the result.

In the second cycle, complete this laboratory: Map states, sensor thresholds, motor commands and safe stopping for a line-following or obstacle-avoidance system. Do not close with one successful screenshot. Keep the input table, expected behaviour, actual behaviour, error or measurement and the correction in one file.

In the final cycle, connect The Basic Parts of a Robot, Chassis and Mechanical Design, Wheels, Gears and Torque, Building a Test Course, Remote Control. Let one lesson's output become another lesson's input; show where safe stopping is needed when data type, unit, wiring, timing or user expectation changes.

Repeat the same task one month later with less source support. Compare not only speed or appearance but test coverage, explainability, safety and whether another person can rebuild the work.

CROSS-LESSON BRIDGE

How do The Sense–Decide–Act Loop and Remote Control connect?

Use the foundation produced in The Sense–Decide–Act Loop as an input to Project: Obstacle-Avoiding Robot. Then show in Remote Control how the same idea changes under the limits of a larger system. This bridge carries the goal of designing the sensor–control–actuator–power–mechanics chain as a feedback system. beyond one isolated example.

Add three columns to the block diagram, state machine, threshold/feedback tests and safe-stop behaviour file: knowledge carried from the previous lesson, condition changed in the new lesson and result observed in testing. Sharing a word does not establish a connection; one lesson’s output should genuinely become the next process’s input.

Test the connection through this laboratory: Map states, sensor thresholds, motor commands and safe stopping for a line-following or obstacle-avoidance system. After the first attempt, add an edge condition such as empty data, wrong type, disconnected input, extreme value or user error. Record whether the system remains understandable and safe beyond the normal example.

  • Name the previous lesson output
  • State the one changed condition
  • Separate expected and actual result
  • Define safe stopping or error feedback
  • Make one change in the second version
MICRO QUIZ

Test the reasoning behind the module

1. What is the module completion evidence?

Block diagram, state machine, threshold/feedback tests and safe-stop behaviour

2. Does a simulator replace hardware testing?

No. A simulator tests logic; physical power, wiring and sensor conditions require separate tests.

3. Which four fields belong in an error log?

Condition, expected result, actual result and change made.

4. When should the project page be opened?

After completing foundation concepts and at least one practice artefact.

5. What is the module mini laboratory?

Map states, sensor thresholds, motor commands and safe stopping for a line-following or obstacle-avoidance system.

PRIMARY SOURCES

Verify versions and tool behaviour

micro:bit projects

Primary source for current technical behaviour and limits.

Open source →

Arduino tutorials

Primary source for current technical behaviour and limits.

Open source →