Monday, May 25, 2026

Part 10: Phase 1 Recap — What We Built, What We Learned, and Why We’re Still Here

Nine parts. Less than $40 total. A few skipped Starbucks runs, a few sacrificed Taco Bell Crunchy Tacos — all in the name of science, and the deeply held belief that somewhere down this road, we build something better than Bumblebee. Or at least Bumblebee’s budget cousin.

Before we move on, let’s take stock of what actually happened here.


The One Idea We Kept Coming Back To

Every single part of Phase 1 orbited around the same idea:

๐Ÿ‘‰ Robots need senses. Based on what they see, hear, and feel through their sensors, the Python brain decides how to respond.

We said it in Part 1. We said it again in Part 4. We’ll probably say it again in Phase 2 because some things are worth repeating until they’re automatic. This is one of them.


What We Actually Built

We started with a keyboard.

A laptop, an Arduino Nano, an L298N Motor Driver, and two DC motors. Press an arrow key → motor spins. Simple? Yes. Boring? Maybe. Important? Absolutely.

Here’s the thing that’s easy to miss: keyboard control and remote control look identical from the outside. Both make the wheels turn. But they’re completely different on the inside.

A TV remote is a one-trick pony. It sends fixed signals to fixed hardware. It cannot learn, adapt, or make decisions. Our Python brain can. Once the “infrastructure” is in place — once the robot has senses and a way to process them — you can teach it to stop automatically when something blocks its path, turn left when it reads a street sign that says “ABC Street,” or ignore the intersection entirely if it’s running late. An RC car cannot do any of that. Ever.

We also settled on a mental model that made everything easier to think about:

CEO (Python) → Manager (Microcontroller) → Team Leader (Motor Driver) → Workers (Motors)

Every layer has one job. Every layer talks only to the layer next to it. Clean, simple, and it actually maps to how real robotics systems are structured — just with more expensive components.

We cut the cord.

Bluetooth module HC-06, about $9 on Amazon. Suddenly the robot wasn’t tethered to a laptop anymore. It could move. It looked like a robot. Neil Armstrong once said “one small step for man, one giant leap for mankind” — ours was one less USB cable, one giant leap toward something that actually resembles Bumblebee.

This step mattered more than it sounds. A robot that can only move as far as its cable reaches isn’t a robot. It’s a very complicated puppet.

We gave it eyes.

Object detection with YOLOv8. Distance estimation. Obstacle avoidance logic. Face Detection with Haar Cascade. Face Recognition with LBPH — complete with a working attendance system. Line following via color detection.

A lot of the “actions” at this stage were still our beloved print("Turn left!") and print("Stop!") — legendary in their simplicity, perfect for isolating the logic before wiring it to actual motors. But the logic was real. The decisions were real. Swapping print() for motor commands is the easy part. Getting the decisions right is the hard part. We did the hard part.

We gave it ears.

Voice commands processed in Python, no cloud service required, no API key, no monthly subscription. Say “move forward” → the robot understands. Not quite Siri. Not quite Alexa. But our version runs offline, costs nothing to operate, and listens without secretly sending your conversations anywhere.


The Honest Summary

We built all of this with:

  • A laptop we already owned
  • An old RC car from the garage
  • A phone in our pocket
  • A handful of components that added up to less than a Costco run

And the result isn’t a finished product. It was never supposed to be. It’s a foundation — a working understanding of how perception, decision-making, and action connect in a real system.

Every concept we touched in Phase 1 exists in production robotics. YOLOv8 runs in warehouse automation systems. LBPH-style face recognition powers access control. Line following is the backbone of AGV systems in factories. Voice interfaces run in hospitals and hotels. We didn’t just study these ideas — we ran them, broke them, debugged them, and made them work.

That’s not nothing. That’s actually quite a lot.


What’s Next

Phase 1 was “Cheat Mode” — maximum output, minimum spending, borrow everything you can.

Phase 2 is where we start buying real things.

The C101 4WD kit and a Raspberry Pi 3B are already waiting. Real sensors. Real onboard computing. A robot that doesn’t need a laptop nearby to think. The print("Turn left!") commands finally become actual motor commands — and the logic we spent nine parts building gets a body to move around in.