# Mission Mode

Mission mode causes the vehicle to execute a predefined autonomous mission (flight plan) that has been uploaded to the flight controller. The mission is typically created and uploaded with a Ground Control Station (GCS) application like QGroundControl (opens new window) (QGC).


  • This mode requires a global 3d position estimate (from GPS or inferred from a local position).
  • The vehicle must be armed before this mode can be engaged.
  • This mode is automatic - no user intervention is required to control the vehicle.
  • RC control switches can be used to change flight modes on any vehicle.
  • RC stick movement in a multicopter (or VTOL in multicopter mode) will by default change the vehicle to Position mode unless handling a critical battery failsafe.

# Description

Missions are usually created in a ground control station (e.g. QGroundControl (opens new window)) and uploaded prior to launch. They may also be created by a developer API, and/or uploaded in flight.

Individual mission commands are handled in a way that is appropriate for each vehicle's flight characteristics (for example loiter is implemented as hover for copter and circle for fixed-wing). VTOL vehicles follow the behavior and parameters of fixed-wing when in FW mode, and of copter when in MC mode.


Missions are uploaded onto a SD card that needs to be inserted before booting up the autopilot.

At high level all vehicle types behave in the same way when MISSION mode is engaged:

  1. If no mission is stored, or if PX4 has finished executing all mission commands, or if the mission is not feasible:

    • If flying the vehicle will loiter.
    • If landed the vehicle will "wait".
  2. If a mission is stored and PX4 is flying it will execute the mission/flight plan from the current step.

    • On copters PX4 will treat a takeoff item as a normal waypoint if already flying.
  3. If a mission is stored and PX4 is landed:

    • On copters PX4 will execute the mission/flight plan. If the mission does not have a TAKEOFF command then PX4 will fly the vehicle to the minimum altitude before executing the remainder of the flight plan from the current step.
    • On fixed-wing vehicles PX4 will not automatically take off (the autopilot will detect the lack of movement and set the throttle to zero). If the currently active waypoint is a Takeoff, the system will automatically takeoff (see FW Takeoff/Landing in Mission).
  4. If no mission is stored, or if PX4 has finished executing all mission commands:

    • If flying the vehicle will loiter.
    • If landed the vehicle will "wait".
  5. You can manually change the current mission command by selecting it in QGroundControl.


    If you have a Jump to item command in the mission, moving to another item will not reset the loop counter. One implication is that if you change the current mission command to 1 this will not "fully restart" the mission.

  6. The mission will only reset when the vehicle is disarmed or when a new mission is uploaded.


    To automatically disarm the vehicle after it lands, in QGroundControl go to Vehicle Setup > Safety (opens new window), navigate to Land Mode Settings and check the box labeled Disarm after. Enter the time to wait after landing before disarming the vehicle.

Missions can be paused by switching out of mission mode to any other mode (such as Hold mode or Position mode. When you switch back to mission mode the vehicle will continue the mission, heading from the current vehicle position to the current active mission item (the same waypoint it as heading towards originally). Note that if you moved the vehicle while the mission was paused you will no longer be following the original track towards the waypoint. A mission can be uploaded while the vehicle is paused, in which which case the current active mission item is set to 1.


Ensure that the throttle stick is non-zero before switching to any RC mode (otherwise the vehicle will crash). We recommend you centre the control sticks before switching to any other mode.

For more information about mission planning, see:

# Mission Feasibility Checks

PX4 runs some basic sanity checks to determine if a mission is feasible when it is uploaded, and when the vehicle is first armed. If any of the checks fail, the user is notified and it is not possible to start the mission.

A subset of the most important checks are listed below:

# QGroundControl Support

QGroundControl provides additional GCS-level mission handling support (in addition to that provided by the flight controller).

For more information see:

# Mission Parameters

Mission behaviour is affected by a number of parameters, most of which are documented in Parameter Reference > Mission. A very small subset are listed below.

General parameters:

Parameter Description
NAV_RCL_ACT RC loss failsafe mode (what the vehicle will do if it looses RC connection) - e.g. enter hold mode, return mode, terminate etc.
NAV_LOITER_RAD Fixed-wing loiter radius.
COM_RC_OVERRIDE Controls whether stick movement on a multicopter (or VTOL in MC mode) gives control back to the pilot in Position mode. This can be separately enabled for auto modes and for offboard mode, and is enabled in auto modes by default.
COM_RC_STICK_OV The amount of stick movement that causes a transition to Position mode (if COM_RC_OVERRIDE is enabled).

Parameters related to mission feasibility checks:

Parameter Description
MIS_DIST_1WP The mission will not be started if the current waypoint is more distant than this value from the home position. Disabled if value is 0 or less.
FW_LND_ANG Maximum landing slope angle.
MIS_TKO_LAND_REQ Mission takeoff/landing requirement configuration. FW and VTOL both have it set to 2 by default, which means that the mission has to contain a landing.

# Supported Mission Commands

PX4 "accepts" the following MAVLink mission commands in Mission mode (with some caveats, given after the list). Unless otherwise noted, the implementation is as defined in the MAVLink specification.


  • PX4 parses the above messages, but they are not necessary acted on. For example, some messages are vehicle-type specific.

  • PX4 does not support local frames for mission commands (e.g. MAV_FRAME_LOCAL_NED (opens new window)).

  • Not all messages/commands are exposed via QGroundControl.

  • The list may become out of date as messages are added. You can check the current set by inspecting the code. Support is MavlinkMissionManager::parse_mavlink_mission_item in /src/modules/mavlink/mavlink_mission.cpp (opens new window).


    Please add an issue report or PR if you find a missing/incorrect message.

# Rounded turns: Inter-Waypoint Trajectory

PX4 expects to follow a straight line from the previous waypoint to the current target (it does not plan any other kind of path between waypoints - if you need one you can simulate this by adding additional waypoints).

MC vehicles will change the speed when approaching or leaving a waypoint based on the jerk-limited tuning. The vehicle will follow a smooth rounded curve towards the next waypoint (if one is defined) defined by the acceptance radius (NAV_ACC_RAD). The diagram below shows the sorts of paths that you might expect.


Vehicles switch to the next waypoint as soon as they enter the acceptance radius:

  • For MC this radius is defined by NAV_ACC_RAD.
  • For FW the acceptance radius is defined by the "L1 distance".
    • The L1 distance is computed from two parameters: NPFG_DAMPING and NPFG_PERIOD, and the current ground speed.
    • By default, it's about 70 meters.
    • The equation is:

# MC Mission Takeoff

Plan a multicopter mission takeoff by adding a Takeoff mission item to the map (this corresponds to the MAV_CMD_NAV_TAKEOFF (opens new window) MAVLink command).

During mission execution this will cause the vehicle to ascend vertically to the minimum takeoff altitude defined in the MIS_TAKEOFF_ALT parameter, then head towards the 3D position defined in the mission item.

If a mission with no takeoff mission item is started, the vehicle will ascend to the minimum takeoff altitude and then proceed to the first Waypoint mission item.

If the vehicle is already flying when the mission is started, a takeoff mission item is treated as a normal waypoint.

# FW Mission Takeoff

Starting flights with mission takeoff (and landing using a mission landing) is the recommended way of operating a plane autonomously.


A more detailed description of mission mode fixed-wing takeoff can be found in Takeoff mode > Fixed-wing (covering fixed wing takeoff in both mission mode and takeoff mode).

Fixed-wing mission takeoffs are defined in a Takeoff mission item, which corresponds to the MAV_CMD_NAV_TAKEOFF (opens new window) MAVLink command.

During mission execution the vehicle will takeoff towards this waypoint, and climb until the specified altitude is reached. The mission item is then accepted, and the mission will start executing the next item.

Both runway and hand-launched takeoff are supported — for configuration information see Takeoff mode > Fixed-wing. For a runway takeoff, the Takeoff mission item will cause the vehicle to arm, throttle up the motors and take off. When hand-launching the vehicle will arm, but only throttle up when the vehicle is thrown (the acceleration trigger is detected).

In both cases, the vehicle should be placed (or launched) facing towards the takeoff waypoint when the mission is started. If possible, always make the vehicle takeoff into the wind.

A fixed-wing mission requires a Takeoff mission item to takeoff; if however the vehicle is already flying when the mission is started the takeoff item will be treated as a normal waypoint.

# FW Mission Landing

Fixed wing mission landing is the recommended way to land a plane autonomously. This can be planned in QGroundControl using fixed-wing landing pattern (opens new window).

If possible, always plan the landing such that it does the approach into the wind.


Note fixed wing landing using Land mode is currently broken, so mission landing is the only way to autonomously land a plane.

The following sections describe the landing sequence, land abort and nudging, safety considerations, and configuration.

# Landing Sequence

A landing pattern consists of a loiter waypoint (MAV_CMD_NAV_LOITER_TO_ALT (opens new window)) followed by a land waypoint (MAV_CMD_NAV_LAND (opens new window)). The positions of the two points define the start and end point of the landing approach, and hence the glide slope for the landing approach.

This pattern results in the following landing sequence:

  1. Fly to landing location: The aircraft flies at its current altitude towards the loiter waypoint.
  2. Descending orbit to approach altitude: On reaching the loiter radius of the waypoint, the vehicle performs a descending orbit until it reaches the "approach altitude" (the altitude of the loiter waypoint). The vehicle continues to orbit at this altitude until it has a tanjential path towards the land waypoint, at which point the landing approach is initiated.
  3. Landing approach: The aircraft follows the landing approach slope towards the land waypoint until the flare altitude is reached.
  4. Flare: The vehicle flares until it touches down.

Fixed-wing landing

# Landing Approach

The vehicle tracks the landing slope (generally at a slower speed than cruise) until reaching the flare altitude.

Note that the glide slope is calculated from the 3D positions of the loiter and landing waypoints; if its angle exceeds the parameter FW_LND_ANG the mission will be rejected as unfeasible on upload.

The parameters that affect the landing approach are listed below.

Parameter Description
FW_LND_ANG The maximum achievable landing approach slope angle. Note that smaller angles may still be commanded via the landing pattern mission item.
FW_LND_EARLYCFG Optionally deploy landing configuration during the landing descent orbit (e.g. flaps, spoilers, landing airspeed).
FW_LND_AIRSPD Calibrated airspeed setpoint during landing.
FW_FLAPS_LND_SCL Flaps setting during landing.
FW_LND_THRTC_SC Altitude time constant factor for landing (overrides default TECS tuning).

# Flaring / Roll-out

Flaring consists of a switch from altitude tracking to a shallow sink rate setpoint and constraints on the commandable throttle, resulting in nose up manuevering to slow the descent and produce a softer touchdown.

The flaring altitude is calculated during the final approach via "time-to-impact" (FW_LND_FL_TIME) and the approach descent rate. An additional safety parameter FW_LND_FLALT sets the minimum altitude at which the vehicle will flare (if the time based altitude is too low to allow a safe flare maneuver).

If belly landing, the vehicle will continue in the flaring state until touchdown, land detection, and subsequent disarm. For runway landings, FW_LND_TD_TIME enables setting the time post flare start to pitch down the nose (e.g. consider tricycle gear) onto the runway (RWTO_PSP) and avoid bouncing. This time roughly corresponds to the touchdown post flare, and should be tuned for a given airframe during test flights only after the flare has been tuned.

The parameters that affect flaring are listed below.

Parameter Description
FW_LND_FL_TIME Time before impact (at current descent rate) at which the vehicle should flare.
FW_LND_FL_SINK A shallow sink rate the aircraft will track during the flare.
FW_LND_FLALT Minimum altitude above ground the aircraft must flare. This is only used when the time-based flare altitude is too low.
FW_LND_FL_PMAX Maximum allowed pitch during the flare.
FW_LND_FL_PMIN Minimum allowed pitch during the flare (often necessary to avoid negative pitch angles commanded to increase airspeed, as the throttle is reduced to idle setting.)
FW_LND_TD_TIME The time after flare start when the vehicle should pitch the nose down.
RWTO_PSP Pitch setpoint while on the runway. For tricycle gear, typically near zero. For tail draggers, positive.
FW_THR_IDLE Idle throttle setting. The vehicle will retain this setting throughout the flare and roll out.

# Abort

# Operator Abort

The landing may be aborted by the operator at any point during the final approach using the MAV_CMD_DO_GO_AROUND (opens new window) command. On QGroundControl a popup button appears during landing to enable this.

Aborting the landing results in a climb out to an orbit pattern centered above the land waypoint. The maximum of the aircraft's current altitude and MIS_LND_ABRT_ALT is set as the abort orbit altitude height relative to (above) the landing waypoint. Landing configuration (e.g. flaps, spoilers, landing airspeed) is disabled during abort and the aicraft flies in cruise conditions.

The abort command is disabled during the flare for safety. Operators may still manually abort the landing by switching to any manual mode, such as Stabilized mode), though it should be noted that this is risky!

# Automatic Abort

Automatic abort logic is additionally available for several conditions, if configured. Available automatic abort criteria may be enabled via bitmask parameter FW_LND_ABORT. One example of an automatic abort criteria is the absence of a valid range measurement from a distance sensor.


Landing without a distance sensor is strongly discouraged. Disabling terrain estimation with FW_LND_USETER and select bits of FW_LND_ABORT will remove the default distance sensor requirement, but consequently falls back to GNSS altitude to determine the flaring altitude, which may be several meters too high or too low, potentially resulting in damage to the airframe.

Parameter Description
MIS_LND_ABRT_ALT The minimum altitude above the land point an abort orbit can be commanded.
FW_LND_ABORT Determines which automatic abort criteria are enabled.
FW_LND_USETER Enables use of the distance sensor during the final approach.

# Nudging

In the case of minor GNSS or map discrepancies causing an offset approach, small manual adjustments to the landing approach and roll out can be made by the operator (via yaw stick) when FW_LND_NUDGE is enabled. Options include either nudging the approach angle or the full approach path.

In both cases, the vehicle remains in full auto mode, tracking the shifted approach vector. FW_LND_TD_OFF allows determination of how far to the left or right of the landing waypoint the projected touchdown point may be nudged. Yaw stick input corresponds to a nudge "rate". Once the stick is released (zero rate), the approach path or angle will stop moving.

Fixed-wing landing nudging

Approach path nudging is frozen once the flare starts. If conducting a runway landing with steerable nose wheel, the yaw stick command passes directly to the nose wheel from flare start, during roll out, until disarm. Note that if the wheel controller is enabled (FW_W_EN), the controller will actively attempt to steer the vehicle to the approach path, i.e. "fighting" operator yaw stick inputs.


Nudging should not be used to supplement poor position control tuning. If the vehicle is regularly showing poor tracking peformance on a defined path, please refer to the fixed-wing control tuning guide for instruction.

Parameter Description
FW_LND_NUDGE Enable nudging behavior for fixed-wing landing.
FW_LND_TD_OFF Configure the allowable touchdown lateral offset from the commanded landing point.
FW_W_EN Enable the nose wheel steering controller.

# Near Ground Safety Constraints

In landing mode, the distance sensor is used to determine proximity to the ground, and the airframe's geometry is used to calculate roll contraints to prevent wing strike.

Fixed-wing landing nudging

Parameter Description
FW_WING_SPAN Wing span of the airframe.
FW_WING_HEIGHT Height of wing from bottom of gear (or belly if no gear).

# VTOL Mission Takeoff

Plan a VTOL mission takeoff by adding a VTOL Takeoff mission item to the map.

During mission execution the vehicle will ascend vertically to the minimum takeoff altitude defined in the MIS_TAKEOFF_ALT parameter, then transition to fixed-wing mode with the heading defined in the mission item. After transitioning the vehicle heads towards the 3D position defined in the mission item.

A VTOL mission requires a VTOL Takeoff mission item to takeoff; if however the vehicle is already flying when the mission is started the takeoff item will be treated as a normal waypoint.