<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>UTC date and time from GPS module</description>
<fieldname="utc_date"type="uint32_t">GPS UTC date ddmmyy</field>
<fieldname="utc_time"type="uint32_t">GPS UTC time hhmmss</field>
</message>
<messagename="ACTION_ACK"id="9">
<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 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)</field>
<fieldname="xmag"type="int16_t">X Magnetic field (milli tesla)</field>
<fieldname="ymag"type="int16_t">Y Magnetic field (milli tesla)</field>
<fieldname="zmag"type="int16_t">Z Magnetic field (milli tesla)</field>
</message>
<messagename="RAW_PRESSURE"id="29">
<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)</field>
<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>
<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>
<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>
<description>Message encoding a waypoint. This message is emitted to announce
the presence of a waypoint. It cannot be used to set a waypoint, use WAYPOINT_SET for this purpose. The waypoint can be either in x, y, z meters (type: LOCAL) or x:lat, y:lon. The global and body frame are related as: positive Z-down, positive X(front looking north, positive Y(body:right) looking east. Therefore y encodes in global mode the latitude, whereas x encodes the longitude and z the GPS altitude (WGS84).</description>
<fieldname="frame"type="uint8_t">The coordinate system of the waypoint. see MAV_FRAME in mavlink_types.h</field>
<fieldname="action"type="uint8_t">The scheduled action for the waypoint. see MAV_ACTION in mavlink_types.h</field>
<fieldname="orbit"type="float">Orbit to circle around the waypoint, in meters. Set to 0 to fly straight through the waypoint</field>
<fieldname="orbit_direction"type="uint8_t">Direction of the orbit circling: 0: clockwise, 1: counter-clockwise</field>
<fieldname="param1"type="float">For waypoints of type 0 and 1: Radius in which the waypoint is accepted as reached, in meters</field>
<fieldname="param2"type="float">For waypoints of type 0 and 1: Time that the MAV should stay inside the orbit before advancing, in milliseconds</field>
<fieldname="yaw"type="float">yaw orientation in radians, 0 = NORTH</field>
<fieldname="autocontinue"type="uint8_t">autocontinue to next wp</field>
</message>
<messagename="WAYPOINT_REQUEST"id="40">
<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>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>
