We don't sell hardware.
We build it to keep ourselves honest.
Mimirly is a software platform. But claims about a device abstraction layer mean nothing until they're tested against a real machine with real constraints: RC signal lag, sensor noise, GPS-denied canopy, battery limits. So this team builds small reference endpoints, proves the Commander can run Observe-Decide-Act-Verify against them, and open-sources what it learns. No product line, no hardware business model. The reference designs exist to keep the software honest and to give operators without a ground or air asset already a way in.
BYOD is still the default.
Most operators already have usable hardware. A DJI drone in the ute. An RC-based platform in the shed. A virtual fence system on the herd. Bringing your own hardware is the default path into Mimirly, and it stays that way.
Building reference hardware isn't a departure from that. It's how the team proves the abstraction layer actually works before asking a farmer, a mine site or a construction operator to trust it with the gear they already rely on.
If the Commander can drive a small tracked rover we built in a workshop, and a companion app on someone else's DJI drone, through the same endpoint contract, the contract is real.
An endpoint, not an island.
Every reference design is built against the same four-layer contract the Commander uses for third-party drones, rovers, sensors and telemetry.
Hardware layer
GPS, camera, telemetry and actuators. The physical box that moves or flies.
Endpoint adapter
The local code that translates the device into Mimirly's common observation format.
Commander loop
Observe-Decide-Act-Verify. The same loop whether the input is a phone, drone or rover.
Operation record
Farm or site state, missions, history and what still needs doing next.
Discoverable, not hard-coded
Power, data and mounting standard on the deck or frame. Payloads and sensors are discoverable, so the Commander knows what's on site.
No bespoke protocol
The reference adapter uses the same Mimirly endpoint contract as a third-party drone. The only difference is that the box is built by us.
Two working reference endpoints: one on the ground, one in the air.
Meant to be built on, not bought.
The reference designs are meant to be built on, not bought. Over time this includes published BOMs, wiring diagrams, firmware, and a Commander device manifest, so technical users, maker communities, and agricultural or engineering colleges can build their own endpoints rather than needing ours.
This is in-progress, not fully live yet. Leave an email and we'll get in touch when the first designs publish.
Bring your own hardware, or start with a reference design.
If your operation already runs a ground or air platform, we want it on the endpoint contract. If it doesn't, the Rover and Mimirly Flight are ways to prove the loop without a hardware project of your own.