Ideas above individual builds
Open the concept library to see theses, invariants, tensions, protocols, ethical boundaries and descendant prototypes.
A connected bank of physical and digital resources, concepts and vocabulary—joined to practical learning, executable plans and versioned prototypes.
This is everything the practice can draw from: verified physical inventory, the remaining Bill of Materials, digital tools and references, concepts and vocabulary, and the broader systems specification register. Availability and ownership remain explicit.
Use material categories to answer a practical question: is this a durable machine, a tool, a reusable part, something that gets used up, bench infrastructure, or safety/reference material?
Software you may install, reusable packages, GitHub repositories, datasets, research leads, inspiration and locally preserved source artifacts. “External” means available to consult—not installed or validated on your computer.
Concept Cards hold enduring creative grammar. Vocabulary entries explain technical terms and modalities. Taxonomy gives us a small shared language for connecting resources without forcing everything into one category.
Open the concept library to see theses, invariants, tensions, protocols, ethical boundaries and descendant prototypes.
This is the seeing-and-saying layer extracted from the larger BUS / WUT register. Construction materials were excluded. Each record preserves what it is, what role it plays, how it senses or articulates, where it lives in the stack, how mature the decision is, and what owned equipment already covers it. Download the source workbook ↗
| System record | Role / modality | Lifecycle | Project / function | Owned coverage |
|---|
How to read this: “Required” means required by the source design logic—not necessarily that you should buy it now. “Covered” means an owned item is an exact match or already covers the equipment class. Blank coverage is an explicit reconciliation gap, not proof that nothing you own could serve the role.
Think in layers. A system can start simple—one local sensor and one output—and progressively add richer signals without replacing the whole foundation.
The things you just bought are marked covered or removed from the shopping queue. What remains is ordered by dependency, not novelty; prices are planning ranges, not live quotes.
| Recognizable name | Actual item | Why it matters | Quantity | Urgency | Planning price | Link |
|---|
Two safety rules worth memorizing: ESP32 and Pico GPIO are normally 3.3 V logic—a module accepting 5 V power does not mean its signal pins are safe at 5 V. You also now own leaded solder: label it separately, wash your hands after handling it, keep food and drink off the bench, and ventilate or extract the flux fumes.
They would mostly create overlap, not new capability.
Raspberry Pi is usually a small Linux computer. ESP32 is a family of microcontroller chips and boards. Arduino can mean a board company, an electronics ecosystem, an IDE, or the programming framework you can use on many boards—including your ESP32s. Understanding that naming difference removes a lot of beginner confusion.
Boots an operating system, runs many programs, stores files and connects to ordinary displays, USB devices and networks.
Runs one uploaded firmware program directly on the chip. It starts quickly, reads sensors and controls outputs with built-in Wi-Fi and Bluetooth.
Arduino is not one processor. It is a family of boards and a beginner-friendly software ecosystem. The Arduino IDE and programming APIs can target non-Arduino hardware.
Where your Pico W fits: despite the Raspberry Pi brand, the Pico W is a microcontroller and belongs conceptually beside ESP32—not beside the Pi 5. It does not run Raspberry Pi OS. It is useful for MicroPython, deterministic electronics practice and simple wireless nodes.
The most useful comparison is not which one is “better,” but which kind of work each machine was built to do.
| Question | Raspberry Pi 5 | ESP32 / ESP32-S3 | Typical Arduino Uno |
|---|---|---|---|
| What is it? | Single-board Linux computer | Microcontroller chip on a development board | Arduino-branded microcontroller board |
| Operating system | Yes: Raspberry Pi OS or another Linux | No desktop OS; runs firmware, often with a small real-time scheduler underneath | No desktop OS; runs one compiled sketch |
| Startup | Tens of seconds; boots from storage | Usually begins in well under a second | Usually begins almost immediately |
| Programs at once | Many processes and services | One firmware application with multiple tasks | Usually one relatively simple firmware loop |
| Common languages | Python, JavaScript, C/C++, shell and many more | C/C++ through Arduino or ESP-IDF; MicroPython also possible | C/C++ through the Arduino framework |
| Built-in networking | Wi-Fi, Bluetooth and Ethernet on Pi 5 | Wi-Fi and Bluetooth are core ESP32 strengths | Classic Uno has none without extra hardware |
| Storage | microSD, USB SSD and normal filesystems | Small flash storage; sometimes microSD on a particular board | Very small flash and EEPROM compared with Pi/ESP32 |
| Physical pins | 40-pin header; Linux controls GPIO | Board-specific GPIO with ADC, PWM and buses | Stable board pin labels and fewer resources |
| Timing behavior | Linux may pause or schedule other work | Good for fast, repeatable local control | Good for simple repeatable local control |
| Your best use | Coordinator, logger, dashboard and projector source | Radar/sensor node, local interface and physical output controller | Optional learning reference; no need to add one yet |
The naming is confusing because the layers get spoken about as if they were the same thing.
setup(), loop(), pinMode() and digitalWrite().The practical sentence: you can write an Arduino-style sketch in Arduino IDE, compile it with Espressif’s ESP32 board package, and upload it to a Freenove ESP32-S3 board. The software style is Arduino; the hardware remains ESP32-S3. Do not copy an Uno tutorial’s pin numbers or 5 V assumptions onto an ESP32: your ESP32 GPIO is 3.3 V and its usable pins depend on the exact board.
The Pi and ESP32 do not automatically discover each other or share pins, memory or code. You deliberately choose a communication path and define the messages.
One USB data cable powers/programs the ESP32 and carries text or JSON messages to the Pi. It is visible and relatively easy to diagnose.
ESP32 sensor → USB cable → Pi Python loggerEither device can expose a small web endpoint. Useful for occasional commands, status pages and event posts.
ESP32 POST /events → Pi local web serviceThe Pi can run a message broker while several ESP32 nodes publish sensor events and receive bounded commands.
radar-01 → lab/radar-01/presence → PiTwo crossed data wires plus shared ground can carry serial data, but voltage, pin choice and powering must be deliberate. Learn USB serial first.
ESP TX → Pi RX · ESP RX ← Pi TX · GND ↔ GNDKeep the conceptual comparison here; use Instructionals for hands-on steps and success checks.
A Raspberry Pi and an ESP32 are different kinds of computers. Each has physical setup, software setup and a distinct job. These guides prove each one independently before joining them into sensing, identity and room-response systems.
These are suggested routes through the same instructionals—not three more things to learn.
No paid account or cloud service is required. The complete foundation can work on your local network.
Open a term when instructions start sounding like another language.
The physical circuit board. “ESP32-S3” names the main chip family, while Freenove or PinPulse describes a particular board built around it.
The program uploaded into an ESP32. It starts when the board receives power and keeps running without a desktop operating system.
General-purpose electrical connection points used to read buttons and sensors or control LEDs. Pin numbers and physical positions are not interchangeable.
The shared electrical reference. Two low-voltage devices usually need a common ground before their signals can be understood correctly.
A simple stream of bytes. It is used for upload/debug messages and by modules such as your LD2410C radar.
Two common ways of connecting sensors and displays. I²C uses addresses; SPI uses dedicated chip-select connections.
A secure terminal connection from your main computer into the Raspberry Pi over the local network.
A device’s address on a network, such as the local address used to open your Pi or ESP32 health page.
A lightweight message system. ESP32 nodes publish events and the Pi receives, records and reacts to them.
Personal rule: if a term blocks a step, learn only enough of that term to pass the current success gate.