ALTERIOMESP32 Farm
Sign in

Real boards.
Real radio.
Real runs.

Firmware for an ESP32 either works on the metal or it does not. These are the benches that find out: real boards on real radio, flashed and run and watched, by people who keep them running.

Compile-only CI cannot see a mesh that will not form, an OTA that bricks a node, or a sleep current that doubled. A rig can, and writes down what it saw.

Eight ESP32 boards mounted upright on a wired test bench, with one board running
Eight boards upright on one deck, one of them running: a rig, illustrated.

WHAT YOU GET

The things a build server cannot tell you

A run flashes the bundle your CI built onto real boards and runs your suite there. What comes back is evidence, not a green tick.

RF

Real radio, real timing

Mesh formation, OTA flows, multi-node timing and soak, sleep-current regressions: the failures that only happen with an antenna in the air and a clock that is not simulated.

EV

Evidence per board

Every board gets its own verdict. The serial console is captured for the whole run, the JUnit report names each test, and the firmware is named by the commit it was built from.

RIG

Rigs you can see

Which boards a rig has, what it is set up to do, whether it is up, how busy it was this week. A rig is private until its owner shows it, and then it shows exactly this and nothing of theirs.

HOW A RUN HAPPENS

Four stages, in the order the farm runs them

The same stages every time, so a failure says where it happened before it says what.

  1. Discover

    The rig finds its boards by silicon identity on the hub's ports and checks the wiring both ways, so a board that is present but miswired is found before it can be blamed on your firmware.

  2. Flash

    The bundle your CI built goes onto every board the run asked for, one immutable artifact per family. The farm does not build firmware; it flashes what you shipped.

  3. Test

    Your suite runs on the metal. Power, serial and radio stay visible the whole time, and the console of every board is captured as it happens.

  4. Report

    A JUnit report, a verdict per board, the log and the evidence are kept with the run. Nothing is lost if the farm was unreachable when it finished: the rig writes to disk first.

An ESP32 board wired to power, serial probes and a radio antenna for an automated test
One board, wired for evidence. Power, serial and radio stay visible.
Three connected ESP32 hardware test rigs on a maintained lab bench
Several real benches, one farm. Each rig reports its own state.

The long version, with what is public and what is not: how it works.

WHAT YOU SEE

A rig's page, and every run on it

The same pages on the rig and here: its boards and health, its week, the run in progress, and who asked for each run.

A rig's overview: its version, boards and health, the last seven days, and the run in progress
A rig at a glance. Health, its week, and the run in progress.
A CI key's profile: its runs, pass rate, last run and projects
Who asked, and what they ran. Every submitter has a profile.

Pictures of a demo rig: the boards and runs are made up. Every page, with a picture of each: a tour of the dashboard.

Bring a rig of your own

A rig is a Raspberry Pi, a powered hub and a handful of boards, running open software that only ever talks outward. It joins with one command and a token that works once, and it is yours: its runs, its events, and who may see it.