The Cell ≠ A Device
A device is a sensor, motor, oven, mixer—a component. A cell is the system that coordinates those devices to achieve a specific, measurable outcome (e.g. "bake 5,000 loaves at 180°C using 15% less energy").
The cell has boundaries, logic, and feedback. It's not just hardware—it's the intelligence layer that makes hardware do what you ask.
Works With What You Have
Cells integrate with whatever hardware exists in your facility—legacy PLCs from 20 years ago, manual mixers with relay controls, new IoT sensors, or anything in between. The abstraction layer sits above the electrical hardware, speaking to whatever control systems are installed. You're adding intelligence, not replacing infrastructure. Faster deployment. Lower capex.
Why This Matters: All Cells Speak the Same Language
Because every cell—whether it handles mixing, baking, cooling, or distribution—shares the same control, sensing, and communication DNA, your software can:
- •Monitor every process the same way
- •Deploy updates and optimisations network-wide
- •Reassign work between cells based on energy, demand, or downtime
That's how production becomes programmable. The same logic scales from a production line to a room to a city.
How to Think About It: Cloud Computing Analogy
- A functional cell is like a microservice—small, focused, composable.
- An integrated cell is like a full application—self-contained but still part of the network.
Both make up the Breadbasket Network, and they understand each other.
Edge Autonomy: Designed for Intermittency
Each cell runs local control logic and can execute independently during grid failures. When the hub connection drops, the cell doesn't stop—it executes its fallback plan, maintains batch state, and syncs results back to the network when power returns. Your production doesn't pause for blackouts.