PROTOCOLSShipping

One ground station, every flight controller

Mission Control speaks MAVLink and MSP natively, with full support for ArduPilot, PX4, Betaflight, and iNav. A protocol-agnostic architecture means adding a firmware is one adapter, not a rewrite.
4
Flight stacks
MAVLink v2
+ MSP v1/v2
800+
Parameters
60
Config panels

Firmware

Four flight stacks, two protocols

ArduPilot and PX4 over MAVLink v2. Betaflight and iNav over MSP. All from one ground station.

ArduPilotMAVLink v2
PX4MAVLink v2
BetaflightMSP v1/v2
iNavMSP v1/v2

Parity

What each firmware supports

The ground station gates features by what the connected firmware can do. Here is how the four line up.

Transport

ArduPilotMAVLink v2
PX4MAVLink v2
BetaflightMSP v1/v2
iNavMSP v1/v2

Live parameter editing

ArduPilot
PX4
Betaflight
iNav

Parameter metadata registry

ArduPilot
PX4
Betaflight
iNav

Mission planning

ArduPilot
PX4
Betaflight
iNav

Flight modes + arming

ArduPilot
PX4
Betaflight
iNav

Calibration wizards

ArduPilot
PX4
Betaflight
iNav

Geofence + safehomes

ArduPilot
PX4
Betaflight
iNav

OSD, ports + blackbox

ArduPilot
PX4
Betaflight
iNav

Parameter registry

Complete metadata, offline

Every parameter carries its enum values, bitmask flags, ranges, units, and defaults, bundled so the editors work with no network.

A first-party parameter registry ships metadata for all four firmwares, so a bitmask field renders as labeled checkboxes and an enum renders as a named dropdown instead of a raw number. Undocumented bits are preserved on write, so an editor never silently zeroes a value it does not recognize. The registry loads from a bundled floor first, then overlays anything the firmware reports at runtime.

Architecture

One adapter per firmware

Every protocol adapter implements one unified interface, so the UI queries capabilities instead of hard-coding a firmware.

Connection lifecycle, heartbeat, identification, parameter get and set, mission upload and download, RC override, mode switching, and arm and disarm all sit behind one adapter contract. Panels read a capability type and show or hide themselves accordingly. Adding a new protocol means writing one adapter file that implements the interface, not rewriting the app.

Configure

A panel for every subsystem

A representative selection across the four firmwares. The panels you see depend on what the connected firmware supports.

Failsafe
Power
PID Tuning
Ports
OSD
Gimbal
Camera
LED
Sensors
Calibration
GPS
Motor Test
Airframe
Actuator
Aux Modes
Motors
VTX
Blackbox
Rate Profile
Radio
Battery
Compass
Rangefinder
Optical Flow
Airspeed
ESC Telemetry
ADS-B
Logging
Safety
Notify

Connect your flight controller

Plug in over USB or connect over the air, and configure any of the four firmwares in your browser.

Launch Mission Control
Get Early Access