<paramindex="1">Hold time in decimal seconds. (ignored by fixed wing, time to stay at waypoint for rotary wing)</param>
<paramindex="2">Acceptance radius in meters (if the sphere with this radius is hit, the waypoint counts as reached)</param>
<paramindex="3">0 to pass through the WP, if > 0 radius in meters to pass by WP. Positive value for clockwise orbit, negative value for counter-clockwise orbit. Allows trajectory control.</param>
<paramindex="4">Desired yaw angle at waypoint (rotary wing)</param>
<description>Control autonomous path planning on the MAV.</description>
<paramindex="1">0: Disable local obstacle avoidance / local path planning (without resetting map), 1: Enable local path planning, 2: Enable and reset local path planning</param>
<paramindex="2">0: Disable full path planning (without resetting map), 1: Enable, 2: Enable and reset map/occupancy grid, 3: Enable and reset planned route, but not occupancy grid</param>
<paramindex="3">Empty</param>
<paramindex="4">Yaw angle at goal, in compass degrees, [0..360]</param>
<description>The heartbeat message shows that a system is present and responding. The type of the MAV and Autopilot hardware allow the receiving system to treat further messages from this system appropriate (e.g. by laying out the user interface based on the autopilot).</description>
<fieldname="type"type="uint8_t">Type of the MAV (quadrotor, helicopter, etc., up to 15 types, defined in MAV_TYPE ENUM)</field>
<fieldname="autopilot"type="uint8_t">Type of the Autopilot: 0: Generic, 1: PIXHAWK, 2: SLUGS, 3: Ardupilot (up to 15 types), defined in MAV_AUTOPILOT_TYPE ENUM</field>
<description>The boot message indicates that a system is starting. The onboard software version allows to keep track of onboard soft/firmware revisions.</description>
<description>The system time is the time of the master clock, typically the computer clock of the main onboard computer.</description>
<fieldname="time_usec"type="uint64_t">Timestamp of the master clock in microseconds since UNIX epoch.</field>
</message>
<messagename="PING"id="3">
<description>A ping message either requesting or responding to a ping. This allows to measure the system latencies, including serial port, radio modem and UDP connections.</description>
<fieldname="target_system"type="uint8_t">0: request ping from all receiving systems, if greater than 0: message is a ping response and number is the system id of the requesting system</field>
<fieldname="target_component"type="uint8_t">0: request ping from all receiving components, if greater than 0: message is a ping response and number is the system id of the requesting system</field>
<fieldname="time"type="uint64_t">Unix timestamp in microseconds</field>
<description>Request to control this MAV</description>
<fieldname="target_system"type="uint8_t">System the GCS requests control for</field>
<fieldname="control_request"type="uint8_t">0: request control of this MAV, 1: Release control of this MAV</field>
<fieldname="version"type="uint8_t">0: key as plaintext, 1-255: future, different hashing/encryption variants. The GCS should in general use the safest mode possible initially and then gradually move down the encryption level if it gets a NACK message indicating an encryption mismatch.</field>
<fieldname="passkey"type="char[25]">Password / Key, depending on version plaintext or encrypted. 25 or less characters, NULL terminated. The characters may involve A-Z, a-z, 0-9, and "!?,.-"</field>
</message>
<messagename="CHANGE_OPERATOR_CONTROL_ACK"id="6">
<description>Accept / deny control of this MAV</description>
<fieldname="gcs_system_id"type="uint8_t">ID of the GCS this message </field>
<fieldname="control_request"type="uint8_t">0: request control of this MAV, 1: Release control of this MAV</field>
<description>Emit an encrypted signature / key identifying this system. PLEASE NOTE: This protocol has been kept simple, so transmitting the key requires an encrypted channel for true safety.</description>
<description>This message acknowledges an action. IMPORTANT: The acknowledgement can be also negative, e.g. the MAV rejects a reset message because it is in-flight. The action ids are defined in ENUM MAV_ACTION in mavlink/include/mavlink_types.h</description>
<description>An action message allows to execute a certain onboard action. These include liftoff, land, storing parameters too EEPROM, shutddown, etc. The action ids are defined in ENUM MAV_ACTION in mavlink/include/mavlink_types.h</description>
<description>Set the system mode, as defined by enum MAV_MODE in mavlink/include/mavlink_types.h. There is no target component id as the mode is by definition for the overall aircraft, not only for one component.</description>
<fieldname="target"type="uint8_t">The system setting the mode</field>
<fieldname="mode"type="uint8_t">The new mode</field>
</message>
<messagename="SET_NAV_MODE"id="12">
<description>Set the system navigation mode, as defined by enum MAV_NAV_MODE in mavlink/include/mavlink_types.h. The navigation mode applies to the whole aircraft and thus all components.</description>
<fieldname="target"type="uint8_t">The system setting the mode</field>
<fieldname="nav_mode"type="uint8_t">The new navigation mode</field>
</message>
<messagename="PARAM_REQUEST_READ"id="20">
<description>Request to read the onboard parameter with the param_id string id. Onboard parameters are stored as key[const char*] -> value[float]. This allows to send a parameter to any other component (such as the GCS) without the need of previous knowledge of possible parameter names. Thus the same GCS can store different parameters for different autopilots. See also http://qgroundcontrol.org/parameter_interface for a full documentation of QGroundControl and IMU code.</description>
<description>Emit the value of a onboard parameter. The inclusion of param_count and param_index in the message allows the recipient to keep track of received parameters and allows him to re-request missing parameters after a loss or timeout.</description>
<fieldname="param_count"type="uint16_t">Total number of onboard parameters</field>
<fieldname="param_index"type="uint16_t">Index of this onboard parameter</field>
</message>
<messagename="PARAM_SET"id="23">
<description>Set a parameter value TEMPORARILY to RAM. It will be reset to default on system reboot. Send the ACTION MAV_ACTION_STORAGE_WRITE to PERMANENTLY write the RAM contents to EEPROM. IMPORTANT: The receiving component should acknowledge the new parameter value by sending a param_value message to all communication partners. This will also ensure that multiple GCS all have an up-to-date list of all parameters. If the sending GCS did not receive a PARAM_VALUE message within its timeout time, it should re-send the PARAM_SET message.</description>
<description>The global position, as returned by the Global Positioning System (GPS). This is
NOT the global position estimate of the sytem, but rather a RAW sensor value. See message GLOBAL_POSITION for the global position estimate. Coordinate frame is right-handed, Z-axis up (GPS frame)</description>
<fieldname="usec"type="uint64_t">Timestamp (microseconds since UNIX epoch or microseconds since system boot)</field>
<fieldname="fix_type"type="uint8_t">0-1: no fix, 2: 2D fix, 3: 3D fix. Some applications will not use the value of this field unless it is at least two, so always correctly fill in the fix.</field>
<description>The positioning status, as reported by GPS. This message is intended to display status information about each satellite visible to the receiver. See message GLOBAL_POSITION for the global position estimate. This message can contain information for up to 20 satellites.</description>
<fieldname="satellites_visible"type="uint8_t">Number of satellites visible</field>
<fieldname="satellite_used"type="array[20]">0: Satellite not used, 1: used for localization</field>
<fieldname="satellite_elevation"type="array[20]">Elevation (0: right on top of receiver, 90: on the horizon) of satellite</field>
<fieldname="satellite_azimuth"type="array[20]">Direction of satellite, 0: 0 deg, 255: 360 deg.</field>
<fieldname="satellite_snr"type="array[20]">Signal to noise ratio of satellite</field>
</message>
<messagename="RAW_IMU"id="28">
<description>The RAW IMU readings for the usual 9DOF sensor setup. This message should always contain the true raw values without any scaling to allow data capture and system debugging.</description>
<fieldname="usec"type="uint64_t">Timestamp (microseconds since UNIX epoch or microseconds since system boot)</field>
<description>The RAW pressure readings for the typical setup of one absolute pressure and one differential pressure sensor. The sensor values should be the raw, UNSCALED ADC values.</description>
<fieldname="usec"type="uint64_t">Timestamp (microseconds since UNIX epoch or microseconds since system boot)</field>
<fieldname="temperature"type="int16_t">Raw Temperature measurement (raw)</field>
</message>
<messagename="SCALED_PRESSURE"id="38">
<description>The pressure readings for the typical setup of one absolute and differential pressure sensor. The units are as specified in each field.</description>
<description>The filtered local position (e.g. fused computer vision and accelerometers). Coordinate frame is right-handed, Z-axis down (aeronautical frame)</description>
NOT the global position estimate of the sytem, but rather a RAW sensor value. See message GLOBAL_POSITION for the global position estimate. Coordinate frame is right-handed, Z-axis up (GPS frame)</description>
<fieldname="fix_type"type="uint8_t">0-1: no fix, 2: 2D fix, 3: 3D fix. Some applications will not use the value of this field unless it is at least two, so always correctly fill in the fix.</field>
<description>The general system state. If the system is following the MAVLink standard, the system state is mainly defined by three orthogonal states/modes: The system mode, which is either LOCKED (motors shut down and locked), MANUAL (system under RC control), GUIDED (system with autonomous position control, position setpoint controlled manually) or AUTO (system guided by path/waypoint planner). The NAV_MODE defined the current flight state: LIFTOFF (often an open-loop maneuver), LANDING, WAYPOINTS or VECTOR. This represents the internal navigation state machine. The system status shows wether the system is currently active or not and if an emergency occured. During the CRITICAL and EMERGENCY states the MAV is still considered to be active, but should start emergency procedures autonomously. After a failure occured it should first move from active to critical to allow manual intervention and then move to emergency after a certain timeout.</description>
<fieldname="mode"type="uint8_t">System mode, see MAV_MODE ENUM in mavlink/include/mavlink_types.h</field>
<fieldname="nav_mode"type="uint8_t">Navigation mode, see MAV_NAV_MODE ENUM</field>
<fieldname="status"type="uint8_t">System status flag, see MAV_STATUS ENUM</field>
<fieldname="load"type="uint16_t">Maximum usage in percent of the mainloop time, (0%: 0, 100%: 1000) should be always below 1000</field>
<fieldname="vbat"type="uint16_t">Battery voltage, in millivolts (1 = 1 millivolt)</field>
<fieldname="packet_drop"type="uint16_t">Dropped packets (packets that were corrupted on reception on the MAV)</field>
</message>
<messagename="RC_CHANNELS_RAW"id="35">
<description>The RAW values of the RC channels received. The standard PPM modulation is as follows: 1000 microseconds: 0%, 2000 microseconds: 100%. Individual receivers/transmitters might violate this specification.</description>
<fieldname="chan1_raw"type="uint16_t">RC channel 1 value, in microseconds</field>
<fieldname="chan2_raw"type="uint16_t">RC channel 2 value, in microseconds</field>
<fieldname="chan3_raw"type="uint16_t">RC channel 3 value, in microseconds</field>
<fieldname="chan4_raw"type="uint16_t">RC channel 4 value, in microseconds</field>
<fieldname="chan5_raw"type="uint16_t">RC channel 5 value, in microseconds</field>
<fieldname="chan6_raw"type="uint16_t">RC channel 6 value, in microseconds</field>
<fieldname="chan7_raw"type="uint16_t">RC channel 7 value, in microseconds</field>
<fieldname="chan8_raw"type="uint16_t">RC channel 8 value, in microseconds</field>
<fieldname="rssi"type="uint8_t">Receive signal strength indicator, 0: 0%, 255: 100%</field>
</message>
<messagename="RC_CHANNELS_SCALED"id="36">
<description>The scaled values of the RC channels received. (-100%) -10000, (0%) 0, (100%) 10000</description>
<description>The RAW values of the servo outputs (for RC input from the remote, use the RC_CHANNELS messages). The standard PPM modulation is as follows: 1000 microseconds: 0%, 2000 microseconds: 100%.</description>
<fieldname="servo1_raw"type="uint16_t">Servo output 1 value, in microseconds</field>
<fieldname="servo2_raw"type="uint16_t">Servo output 2 value, in microseconds</field>
<fieldname="servo3_raw"type="uint16_t">Servo output 3 value, in microseconds</field>
<fieldname="servo4_raw"type="uint16_t">Servo output 4 value, in microseconds</field>
<fieldname="servo5_raw"type="uint16_t">Servo output 5 value, in microseconds</field>
<fieldname="servo6_raw"type="uint16_t">Servo output 6 value, in microseconds</field>
<fieldname="servo7_raw"type="uint16_t">Servo output 7 value, in microseconds</field>
<fieldname="servo8_raw"type="uint16_t">Servo output 8 value, in microseconds</field>
the presence of a waypoint and to set a waypoint on the system. The waypoint can be either in x, y, z meters (type: LOCAL) or x:lat, y:lon, z:altitude. Local frame is Z-down, right handed, global frame is Z-up, right handed</description>
<fieldname="param1"type="float">PARAM1 / For NAV command waypoints: Radius in which the waypoint is accepted as reached, in meters</field>
<fieldname="param2"type="float">PARAM2 / For NAV command waypoints: Time that the MAV should stay inside the PARAM1 radius before advancing, in milliseconds</field>
<fieldname="param3"type="float">PARAM3 / For LOITER command waypoints: Orbit to circle around the waypoint, in meters. If positive the orbit direction should be clockwise, if negative the orbit direction should be counter-clockwise.</field>
<fieldname="param4"type="float">PARAM4 / For NAV and LOITER command waypoints: Yaw orientation in degrees, [0..360] 0 = NORTH</field>
<description>Request the information of the waypoint with the sequence number seq. The response of the system to this message should be a WAYPOINT message.</description>
<description>Set the waypoint with sequence number seq as current waypoint. This means that the MAV will continue to this waypoint on the shortest path (not following the waypoints in-between).</description>
<description>This message is emitted as response to WAYPOINT_REQUEST_LIST by the MAV. The GCS can then request the individual waypoints based on the knowledge of the total number of waypoints.</description>
<description>A certain waypoint has been reached. The system will either hold this position (or circle on the orbit) or (if the autocontinue on the WP was set) continue to the next waypoint.</description>
<fieldname="seq"type="uint16_t">Sequence</field>
</message>
<messagename="WAYPOINT_ACK"id="47">
<description>Ack message during waypoint handling. The type field states if this message is a positive ack (type=0) or if an error happened (type=non-zero).</description>
<description>As local waypoints exist, the global waypoint reference allows to transform between the local coordinate frame and the global (GPS) coordinate frame. This can be necessary when e.g. in- and outdoor settings are connected and the MAV should move from in- to outdoor.</description>
<description>Set the setpoint for a local position controller. This is the position in local coordinates the MAV should fly to. This message is sent by the path/waypoint planner to the onboard position controller. As some MAVs have a degree of freedom in yaw (e.g. all helicopters/quadrotors), the desired yaw angle is part of the message.</description>
<fieldname="position_fix"type="uint8_t">Position fix: 0: lost, 2: 2D position fix, 3: 3D position fix </field>
<fieldname="vision_fix"type="uint8_t">Vision position fix: 0: lost, 1: 2D local position hold, 2: 2D global position fix, 3: 3D global position fix </field>
<fieldname="gps_fix"type="uint8_t">GPS position fix: 0: no reception, 1: Minimum 1 satellite, but no position fix, 2: 2D position fix, 3: 3D position fix </field>
<fieldname="control_att"type="uint8_t">0: Attitude control disabled, 1: enabled</field>
<fieldname="control_pos_xy"type="uint8_t">0: X, Y position control disabled, 1: enabled</field>
<fieldname="control_pos_z"type="uint8_t">0: Z position control disabled, 1: enabled</field>
<fieldname="control_pos_yaw"type="uint8_t">0: Yaw angle control disabled, 1: enabled</field>
</message>
<messagename="SAFETY_SET_ALLOWED_AREA"id="53">
<description>Set a safety zone (volume), which is defined by two corners of a cube. This message can be used to tell the MAV which setpoints/waypoints to accept and which to reject. Safety areas are often enforced by national or competition regulations.</description>
<fieldname="frame"type="uint8_t">Coordinate frame, as defined by MAV_FRAME enum in mavlink_types.h. Can be either global, GPS, right-handed with Z axis up or local, right handed, Z axis down.</field>
<fieldname="p1x"type="float">x position 1 / Latitude 1</field>
<fieldname="p1y"type="float">y position 1 / Longitude 1</field>
<fieldname="p1z"type="float">z position 1 / Altitude 1</field>
<fieldname="p2x"type="float">x position 2 / Latitude 2</field>
<fieldname="p2y"type="float">y position 2 / Longitude 2</field>
<fieldname="p2z"type="float">z position 2 / Altitude 2</field>
</message>
<messagename="SAFETY_ALLOWED_AREA"id="54">
<description>Read out the safety zone the MAV currently assumes.</description>
<fieldname="frame"type="uint8_t">Coordinate frame, as defined by MAV_FRAME enum in mavlink_types.h. Can be either global, GPS, right-handed with Z axis up or local, right handed, Z axis down.</field>
<fieldname="p1x"type="float">x position 1 / Latitude 1</field>
<fieldname="p1y"type="float">y position 1 / Longitude 1</field>
<fieldname="p1z"type="float">z position 1 / Altitude 1</field>
<fieldname="p2x"type="float">x position 2 / Latitude 2</field>
<fieldname="p2y"type="float">y position 2 / Longitude 2</field>
<fieldname="p2z"type="float">z position 2 / Altitude 2</field>
<description>The output of the attitude controller. This output is the control response the controller currently generates and the attitude the MAV would take if it is under control of the attitude controller. The primary use of this message is to check the response and signs of the controller before the actual flight.</description>
<description>The output of the position controller. The primary use of this message is to check the response and signs of the controller before the actual flight.</description>
<description>The goal position of the system. This position is the input to any navigation or path planning algorithm and does NOT represent the current controller setpoint.</description>
<fieldname="x"type="float">x position</field>
<fieldname="y"type="float">y position</field>
<fieldname="z"type="float">z position</field>
<fieldname="yaw"type="float">yaw orientation in radians, 0 = NORTH</field>
<description>Corrects the systems state by adding an error correction term to the position and velocity, and by rotating the attitude by a correction angle.</description>
<fieldname="xErr"type="float">x position error</field>
<fieldname="yErr"type="float">y position error</field>
<fieldname="zErr"type="float">z position error</field>
<description>The RAW values of the RC channels sent to the MAV to override info received from the RC radio. A value of -1 means no change to that channel. A value of 0 means control of that channel should be released back to the RC radio. The standard PPM modulation is as follows: 1000 microseconds: 0%, 2000 microseconds: 100%. Individual receivers/transmitters might violate this specification.</description>
<description>Send a key-value pair as float. The use of this message is discouraged for normal packets, but a quite efficient way for testing new messages and getting experimental debug output.</description>
<fieldname="name"type="char[10]">Name of the debug variable</field>
<fieldname="value"type="float">Floating point value</field>
</message>
<messagename="NAMED_VALUE_INT"id="253">
<description>Send a key-value pair as integer. The use of this message is discouraged for normal packets, but a quite efficient way for testing new messages and getting experimental debug output.</description>
<fieldname="name"type="char[10]">Name of the debug variable</field>
<description>Status text message. These messages are printed in yellow in the COMM console of QGroundControl. WARNING: They consume quite some bandwidth, so use only for important status and error messages. If implemented wisely, these messages are buffered on the MCU and sent only at a limited rate (e.g. 10 Hz).</description>
<fieldname="severity"type="uint8_t">Severity of status, 0 = info message, 255 = critical fault</field>
<description>Send a debug value. The index is used to discriminate between values. These values show up in the plot of QGroundControl as DEBUG N.</description>
<fieldname="ind"type="uint8_t">index of debug variable</field>