MAVLink or Micro Air Vehicle Link is a protocol for communicating with small unmanned vehicle. It is designed as a header-only message marshaling library. MAVLink was first released early 2009[1] by Lorenz Meier under the LGPL license.[2]

Applications

It is used mostly for communication between a Ground Control Station (GCS) and Unmanned vehicles, and in the inter-communication of the subsystem of the vehicle. It can be used to transmit the orientation of the vehicle, its GPS location and speed.

Packet Structure

In version 1.0 the packet structure is the following:

Field nameIndex (Bytes)Purpose
Start-of-frame0Denotes the start of frame transmission (v1.0: 0xFE)
Payload-length1length of payload (n)
Packet sequence2Each component counts up their send sequence. Allows for detection of packet loss.
System ID3Identification of the SENDING system. Allows to differentiate different systems on the same network.
Component ID4Identification of the SENDING component. Allows to differentiate different components of the same system, e.g. the IMU and the autopilot.
Message ID5Identification of the message - the id defines what the payload “means” and how it should be correctly decoded.
Payload6 to (n+6)The data into the message, depends on the message id.
CRC(n+7) to (n+8)Check-sum of the entire packet, excluding the packet start sign (LSB to MSB)

After Version 2, the packet structure was expanded into the following:[3]

Field name Index (Bytes)Purpose
Start-of-frame0Denotes the start of frame transmission (v2: 0xFD)
Payload-length1length of payload (n)
incompatibility flags 2 Flags that must be understood for MAVLink compatibility
compatibility flags 3 Flags that can be ignored if not understood
Packet sequence4Each component counts up their send sequence. Allows for detection of packet loss.
System ID5Identification of the SENDING system. Allows to differentiate different systems on the same network.
Component ID6Identification of the SENDING component. Allows to differentiate different components of the same system, e.g. the IMU and the autopilot.
Message ID7 to 9Identification of the message - the id defines what the payload “means” and how it should be correctly decoded.
Payload10 to (n+10)The data into the message, depends on the message id.
CRC(n+11) to (n+12)Check-sum of the entire packet, excluding the packet start sign (LSB to MSB)
Signature(n+13) to (n+25)Signature to verify that messages originate from a trusted source. (optional)

CRC field

To ensure message integrity a cyclic redundancy check (CRC) is calculated to every message into the last two bytes. Another function of the CRC field is to ensure the sender and receiver both agree in the message that is being transferred. It is computed using an ITU X.25/SAE AS-4 hash of the bytes in the packet, excluding the Start-of-Frame indicator (so 6+n+1 bytes are evaluated, the extra +1 is the seed value).

Additionally a seed value is appended to the end of the data when computing the CRC. The seed is generated with every new message set of the protocol, and it is hashed in a similar way as the packets from each message specifications. Systems using the MAVLink protocol can use a precomputed array to this purpose.[4]

The CRC algorithm of MAVLink has been implemented in many languages, like Python[5] and Java.[6][7][8]

Messages

The payload from the packets described above are MAVLink messages. Every message is identifiable by the ID field on the packet, and the payload contains the data from the message. An XML document in the MAVlink source[9] has the definition of the data stored in this payload.

Below is the message with ID 24 extracted from the XML document.

<message id="24" name="GPS_RAW_INT">
        <description>The global position, as returned by the Global Positioning System (GPS). This is NOT the global position estimate of the system, 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>
        <field type="uint64_t" name="time_usec">Timestamp (microseconds since UNIX epoch or microseconds since system boot)</field>
        <field type="uint8_t" name="fix_type">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>
        <field type="int32_t" name="lat">Latitude (WGS84), in degrees * 1E7</field>
        <field type="int32_t" name="lon">Longitude (WGS84), in degrees * 1E7</field>
        <field type="int32_t" name="alt">Altitude (WGS84), in meters * 1000 (positive for up)</field>
        <field type="uint16_t" name="eph">GPS HDOP horizontal dilution of position in cm (m*100). If unknown, set to: UINT16_MAX</field>
        <field type="uint16_t" name="epv">GPS VDOP vertical dilution of position in cm (m*100). If unknown, set to: UINT16_MAX</field>
        <field type="uint16_t" name="vel">GPS ground speed (m/s * 100). If unknown, set to: UINT16_MAX</field>
        <field type="uint16_t" name="cog">Course over ground (NOT heading, but direction of movement) in degrees * 100, 0.0..359.99 degrees. If unknown, set to: UINT16_MAX</field>
        <field type="uint8_t" name="satellites_visible">Number of satellites visible. If unknown, set to 255</field>
</message>

Note: The XML document describes the logical ordering of the fields for the protocol. The actual wire format (and typical in-memory representation) has the fields reordered[10] to reduce Data structure alignment issues. This can be a source of confusion when reading the code generated from the message definitions.

MAVLink is used as the communication protocol in many projects, which may mean there is some compatibility between them. A tutorial explaining basics of MAVLink has been written.[11]

References

  1. "Initial commit · mavlink/mavlink@a087528". GitHub.
  2. "MAVLink Micro Air Vehicle Communication Protocol - QGroundControl GCS". Archived from the original on 2018-08-18. Retrieved 2013-07-31.
  3. "Serialization · MAVLink Developer Guide". mavlink.io. Retrieved 2019-08-22.
  4. "Field Reordering and CRC Extra Calculation - QGroundControl GCS". qgroundcontrol.org. Archived from the original on 2013-06-15.
  5. "GitHub - ArduPilot/pymavlink: python MAVLink interface and utilities". August 18, 2019 via GitHub.
  6. "GitHub - arthurbenemann/droidplanner: Ground Control Station for Android Devices". July 2, 2019 via GitHub.
  7. "A Java code generator and a Java library for MAVLink: ghelle/MAVLinkJava". August 4, 2019 via GitHub.
  8. "GitHub - dronefleet/mavlink: A Java API for MAVLink communication". August 2, 2019 via GitHub.
  9. "GitHub - mavlink/mavlink: Marshalling / communication library for drones". August 20, 2019 via GitHub.
  10. "Field Reordering and CRC Extra Calculation - QGroundControl GCS". qgroundcontrol.org. Archived from the original on 2013-06-15.
  11. Posted by Shyam Balasubramanian on November 15, 2013 at 2:36pm in ArduCopter User Group; Discussions, Back to ArduCopter User Group (15 November 2013). "MAVLink Tutorial for Absolute Dummies (Part –I)". diydrones.com. {{cite web}}: |first1= has generic name (help)CS1 maint: numeric names: authors list (link)
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.