This guide walks through the steps required to retrofit an existing drone with a Dronetag DRI to meet the requirements for Direct Remote Identification for drones in the Open category and Specific category in the EU. This guide does not describe integration as part of compliance with the C class for manufacturers.
Make sure you have:
When used as a retrofit Remote ID for legacy drones, the Dronetag DRI composes Remote ID messages itself. The Operator ID is configured in the Dronetag App and stored in the device. However, the module still requires the following MAVLink messages from the flight controller to build valid RID broadcasts:
From now on, we will demonstrate the guide steps on a Holybro Pix32 v5 flight controller as a reference.
The guide steps are identical or very similar for any other compatible flight controller.
Follow the manufacturer's documentation for your flight controller to decide where you should connect your DRI module.
Power on the drone and check the DRI status:
See the LED indicator reference for the full color guide.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
If you are doing this for the first time, see the detailed walkthrough: DRI Configuration
If you are doing this for the first time, see the detailed walkthrough: Connect to Flight Controller
A USB connection is the fastest and most reliable method to configure the flight controller. The alternative is to use a SiK Telemetry connection, which is slower than a USB connection, so be patient.
Connection using a SiK telemetry radio does not require a physical connection between the flight controller and PC, but it is much slower to work with than the USB method. How to use the Holybro SiK radio is described on the page Holybro SiK Radio V3 documentation.
If you decide to connect a SiK Telemetry through the Port-Forwarding feature of the DRI, do not connect RTS/CTS lines between the DRI and the SiK radio.
If you are doing this for the first time, see the detailed walkthrough: Flight Controller Setup
In your favorite configuration software for Flight Controller:
SERIALx_PROTOCOL = MAVLinkSERIALx_BAUD = 115200BRDSERx_RTSCTS = 0If you want to use OpenDroneID with full integration (e.g., pre-flight checks, GNSS fix enforcement), check the Full Integration in USA.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
Use the Dronetag DroneScanner app on a BLE 5.0-capable device:
Confirm the transmission of Remote ID data:
At this point your Dronetag DRI is correctly installed and broadcasting your UAS Operator Registration Number.
This satisfies the EASA Remote ID requirement for legacy drones without C‑class marking.
The DRI module satisfies the remote identification requirement where applicable, but it does not grant permission for A2 or Specific category by itself. You must still meet pilot competency, drone class/marking, and (for Specific) hold an authorization or operate under STS conditions.
For complete EU rules and guidance, see the official EASA page: EASA – Civil Drones
Using Dronetag DRI for FAA Remote ID Broadcast Module Compliance
This guide walks through the steps required to retrofit an existing drone with the Dronetag DRI to meet the FAA's Remote ID Broadcast Module requirements under 14 CFR Part 89.
The FAA defines this mode for operators who modify drones that were not originally designed with Remote ID.
The DRI enables compliance by broadcasting the required identification data over Bluetooth without needing full OpenDroneID integration.
Make sure you have:
When used as a retrofit Broadcast Module, the Dronetag DRI composes Remote ID messages itself. The Operator ID is configured in the Dronetag App and stored in the device. However, the module still requires the following MAVLink messages from the flight controller to build valid RID broadcasts:
From now on, we will demonstrate the guide steps on a Holybro Pix32 v5 flight controller as a reference.
The guide steps are identical or very similar for any other compatible flight controller.
Follow the manufacturer's documentation for your flight controller to decide where you should connect your DRI module.
Power on the drone and check the DRI status:
See the LED indicator reference for the full color guide.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
If you are doing this for the first time, see the detailed walkthrough: DRI Configuration
If you are doing this for the first time, see the detailed walkthrough: Connect to Flight Controller
A USB connection is the fastest and most reliable method to configure the flight controller. The alternative is to use a SiK Telemetry connection, which is slower than a USB connection, so be patient.
Connection using a SiK telemetry radio does not require a physical connection between the flight controller and PC, but it is much slower to work with than the USB method. How to use the Holybro SiK radio is described on the page Holybro SiK Radio V3 documentation.
If you decide to connect a SiK Telemetry through the Port-Forwarding feature of the DRI, do not connect RTS/CTS lines between the DRI and the SiK radio.
If you are doing this for the first time, see the detailed walkthrough: Flight Controller Setup
In your favorite configuration software for Flight Controller:
SERIALx_PROTOCOL = MAVLinkSERIALx_BAUD = 115200BRDSERx_RTSCTS = 0If you want to use OpenDroneID with full integration (e.g., pre-flight checks, GNSS fix enforcement), check the Full Integration in USA.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
Use the Dronetag DroneScanner app on a BLE 5.0-capable device:
Confirm the transmission of Remote ID data:
Your drone is now broadcasting as a Remote ID Broadcast Module using the Dronetag DRI.
This satisfies the FAA’s retrofit requirement under 14 CFR Part 89 for drones without built‑in Standard Remote ID.
A Broadcast Module is not Standard Remote ID. Flights must remain within Visual Line of Sight (VLOS) and comply with all other FAA rules. The module alone does not grant BVLOS or expanded operational privileges.
For complete FAA rules and guidance, see the official FAA page: Remote Identification of Drones – FAA
Integrating the Dronetag DRI module directly into a drone during manufacturing ensures that the aircraft can be certified as a C‑class UAS under EU Regulation 2019/945. This integration makes Remote ID a built‑in feature of the drone, not just an add‑on, and guarantees that the aircraft will always broadcast its identification data as required.
In practice, this means connecting the DRI module to the flight controller, ensuring continuous GNSS‑based position reporting, and verifying that the drone cannot take off if Remote ID is not functional. The details of wiring, firmware compatibility, and serial number handling are described in the following sections.
If you need any help certifying our device, please contact us at support@dronetag.com.
The integration of the Dronetag DRI module is only one part of the compliance process. In parallel with the integration steps described in this guide, manufacturers must complete the C‑class certification process under Regulation (EU) 2019/945. This process ensures that the drone can be legally placed on the EU market with a class identification label (C0–C6).
The certification process consists of the following main steps:
Prepare full technical documentation covering both design and production. This documentation must include at least:
The documentation must be sufficient to demonstrate compliance with all applicable essential requirements of Regulation (EU) 2019/945.
Select and complete the appropriate conformity assessment procedure depending on the drone class and your production setup:
Module A (Internal production control) – available only for C0 class drones. As a manufacturer, you can self‑declare conformity without involving a Notified Body, provided you prepare full technical documentation and carry out your own internal testing to prove compliance.
Module B (EU‑type examination) – the Notified Body tests and certifies that your drone’s design meets all essential requirements. For you, this means submitting a representative sample and documentation for independent evaluation.
Module C (Conformity to type) – this follows Module B. As a manufacturer, you must ensure that every unit you produce matches the approved type and keep records to demonstrate this consistency.
Module H (Full quality assurance) – the Notified Body audits your entire quality management system. If you choose this route, you need to maintain a robust quality system covering both design and production, which will be regularly reviewed.
For drones in classes C1, C2, C3 (and higher), Module A is not available. In these cases, cooperation with a Notified Body is mandatory. A Notified Body is an independent certification organization designated by an EU Member State and listed in the NANDO database.
After successful conformity assessment, the manufacturer must issue an EU Declaration of Conformity. This document states that the product complies with Regulation (EU) 2019/945 and the relevant harmonized standards (e.g. EN 4709‑002 for Remote ID). The Declaration must be signed by the manufacturer’s authorized representative and kept available for market surveillance authorities.
Once conformity is confirmed, affix the CE marking and the correct C‑class identification label (C0–C6) to the aircraft. These markings must be visible, legible, and indelible. Without CE marking and C‑class labeling, the drone cannot be legally placed on the EU market.
Each manufactured unit must carry a unique Remote ID serial number in the ICAO‑compliant ANSI/CTA‑2063‑A format. Manufacturers must maintain detailed records of:
These records must be preserved for conformity assessment and for potential audits by market surveillance authorities.
The integration relies on a data flow between the Ground Control Station (GCS), the flight controller, and the Dronetag DRI module:
This architecture ensures that Remote ID is always active and that the drone cannot take off if the DRI or GNSS is not functional.
To integrate the Dronetag DRI module, the flight controller must run firmware that supports the OpenDroneID message set. How to create the required firmware for basic purposes with OpenDroneID support is described later in this Guide.
The firmware must be built in a tamper‑resistant way and reliably publish the required Remote ID messages. End users must not be able to disable or alter this functionality.
When integrated with an autopilot supporting OpenDroneID (ArduPilot, PX4), the Dronetag DRI exchanges MAVLink messages. The autopilot provides flight data, and DRI acts as the broadcast interface. All required messages and their meanings are listed below, with the most important ones described in dedicated sections.
The drone must transmit its own UAS serial number in the ICAO‑compliant ANSI/CTA‑2063‑A format. This value overrides the default DRI serial number.
We strongly recommend hardcoding the serial number into the flight controller firmware (protected parameter or EEPROM), not relying on GCS runtime configuration. This ensures the value is stored in a tamper‑free location and cannot be modified by the end user.
If you use a pre‑prepared integration method (for example, ArduPilot builds with OpenDroneID support), you must verify that the firmware truly stores the serial number in a protected, tamper‑free memory area and that it cannot be changed by the operator after production.
The drone must refuse takeoff if the DRI module is disconnected, misconfigured, or if no valid GNSS fix is available. This requirement comes directly from the harmonized standard EN 4709‑002, which supports compliance with EU Regulation 2019/945 for C‑class drones.
The purpose of this requirement is to ensure that Remote ID is always active before and during flight. Manufacturers must implement a pre‑flight check that blocks arming if Remote ID or GNSS is not functional, and verify this behavior during conformity assessment testing.
A valid GNSS fix must be established before arming the drone. The system must maintain continuous GNSS position reporting throughout the entire flight.
This requirement ensures that the Remote ID broadcast always contains accurate and up‑to‑date location data, as mandated by EN 4709‑002 under EU Regulation 2019/945.
If GNSS reception is lost, the drone must trigger the defined failsafe behavior — for example, blocking arming while on the ground, or executing Return‑to‑Home (RTH) or controlled landing during flight. Manufacturers must verify this behavior during conformity assessment testing.
The Remote ID broadcast must remain uninterrupted throughout the entire flight. If the Ground Control Station (GCS) stops providing updates, the flight controller must continue sending the last valid data to the DRI module.
This requirement ensures that the Remote ID signal is always active and compliant with EN 4709‑002 under EU Regulation 2019/945. Manufacturers must verify during conformity assessment that the broadcast does not stop even in case of GCS link loss or temporary communication issues.
The DRI module and its antenna must be installed in a way that guarantees reliable signal transmission. They must not be shielded by conductive materials such as carbon fiber or metal parts of the airframe.
The antenna should be firmly secured to prevent detuning, cable strain, or damage during flight. Manufacturers must verify electromagnetic compatibility (EMC) as part of the conformity assessment, ensuring that the Remote ID broadcast is not degraded by other onboard electronics.
Each manufactured unit must carry a unique Remote ID serial number.
This identifier must follow the ICAO‑compliant ANSI/CTA‑2063‑A format and be permanently assigned to the aircraft during production.
Manufacturers are responsible for maintaining detailed records of production batches, assigned serial numbers, and firmware configurations.
These records must be preserved for conformity assessment and potential market surveillance by authorities.
It is the manufacturer’s duty to verify that:
If you are building or modifying your own flight controller firmware, please see the Custom Firmware Integration Guide.
It explains which MAVLink and OpenDroneID messages must be published to the Dronetag DRI, which identifiers must be hardcoded in firmware (such as Remote ID serial numbers), and which values should remain configurable (such as Operator ID in the EU or operator location in the USA).
This guide also points to a reference implementation on GitHub and describes how to verify correct broadcasts using the DroneScanner app.
You will need:
To integrate the Dronetag DRI module with your flight controller, you’ll need to build a unique firmware tailored to your hardware and compliance needs. The process depends on whether you're using ArduPilot or Pixhawk/PX4 firmware.
Pixhawk flight controllers running PX4 firmware currently offer experimental support for Remote ID only. However, full Open Drone ID integration is not yet supported at the time of writing. For details on current capabilities and supported hardware, refer to the PX4 Remote ID documentation.
We recommend checking this page regularly, as PX4 development is active and support for full Open Drone ID integration may be added in future releases.
If your flight controller runs ArduPilot, follow the official ArduPilot guide for OpenDroneID firmware creation. This guide includes instructions for:
Before proceeding, integrators should verify—based on the documentation of their flight controller manufacturer and the firmware used—whether the firmware publishes the required Remote ID messages listed earlier in the section Key Integration Requirements.
From now on, we will demonstrate the guide steps on a Holybro Pix32 v5 flight controller as a reference.
The guide steps are identical or very similar for any other compatible flight controller.
Follow the manufacturer's documentation for your flight controller to decide where you should connect your DRI module.
Power on the drone and check the DRI status:
See the LED indicator reference for the full color guide.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
If you are doing this for the first time, see the detailed walkthrough: DRI Configuration
If you are doing this for the first time, see the detailed walkthrough: Connect to Flight Controller
A USB connection is the fastest and most reliable method to configure the flight controller. The alternative is to use a SiK Telemetry connection, which is slower than a USB connection, so be patient.
Connection using a SiK telemetry radio does not require a physical connection between the flight controller and PC, but it is much slower to work with than the USB method. How to use the Holybro SiK radio is described on the page Holybro SiK Radio V3 documentation.
If you decide to connect a SiK Telemetry through the Port-Forwarding feature of the DRI, do not connect RTS/CTS lines between the DRI and the SiK radio.
If you are doing this for the first time, see the detailed walkthrough: Flight Controller Setup
SERIALx_PROTOCOL = MAVLinkSERIALx_BAUD = 115200BRDSERx_RTSCTS = 0DID_ENABLE = EnabledDID_MAVPORT = xTo set up your flight controller to support OpenDroneID, the flight controller must run unique firmware. See the section Unique firmware for Flight Controller.
To use the OpenDroneID support of your ground station app, your flight controller must also support OpenDroneID. See the section Unique firmware for Flight Controller.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
Use the Dronetag DroneScanner app on a BLE 5.0-capable device:
Confirm the transmission of Remote ID data:
At this point your drone design meets the technical requirements of Remote ID integration. To complete compliance as a manufacturer under EU Regulation 2019/945, you must finalize the C‑class certification process:
Prepare full technical documentation covering design, testing, and analysis of the drone and its integrated Remote ID system. This documentation must be sufficient to demonstrate compliance with all applicable essential requirements.
Select and complete the appropriate conformity assessment procedure (Module A, B+C, or H) depending on your production setup and category of the drone.
Important: For drones in classes C1, C2, C3 (and higher), Module A (self-declaration) is not available. In these cases, the manufacturer must cooperate with a Notified Body:
This independent assessment is required by Regulation (EU) 2019/945 to guarantee compliance with safety, Remote ID, geo-awareness, and other mandatory features. Only after successful assessment with a Notified Body can the manufacturer issue the EU Declaration of Conformity and affix the CE marking with the correct C‑class label.
Issue an EU Declaration of Conformity stating that the product complies with Regulation (EU) 2019/945 and the relevant harmonized standards (including EN 4709‑002 for Remote ID). The full list of harmonized standards is published by the European Commission and can be found here: Official list of harmonized standards for drones – European Commission
Affix the CE marking and the correct C‑class identification label (C0–C6) to the aircraft. These markings must be visible, legible, and indelible.
Ensure that each manufactured unit carries a unique Remote ID serial number. Maintain detailed records of production batches, assigned serials, and firmware configurations for market surveillance and audits.
Until CE marking and C‑class labeling are completed, the drone is not legally a C‑class UAS and cannot be placed on the EU market.
For detailed guidance, see EASA – Placing a drone on the market with class identification label.
If you need any help certifying our device, please contact us at support@dronetag.com.
To achieve Standard Remote ID compliance in the United States under FAA 14 CFR Part 89, the Dronetag DRI module must be integrated with the flight controller using the MAVLink OpenDroneID message set. This integration mode is mandatory for manufacturers producing drones classified as Standard Remote ID Drones.
In addition to integrating the Dronetag DRI module, manufacturers targeting the US market must complete two parallel certification processes: FAA Standard Remote ID compliance and FCC equipment authorization. These steps are straightforward if you follow the official guidance.
If you need any help certifying our device, please contact us at support@dronetag.com.
To market a drone as a Standard Remote ID Drone, you must:
Unlike EU C0 class, there is no “self‑declaration” path for Standard Remote ID drones in the US. You must go through the FAA’s MoC/DoC process.
To certify a drone as a Standard Remote ID aircraft in the United States, manufacturers must adopt an FAA‑accepted Means of Compliance. The most common is ASTM F3411, which defines the Remote ID performance requirements.
Testing against this standard is performed according to ASTM F3586‑22 (Standard Practice for Remote ID Means of Compliance to ASTM F3411). These procedures are mandatory and carried out by accredited laboratories. Manufacturers do not need to implement the procedures themselves, but must ensure their devices pass them. Reference: ASTM F3586‑22.
As part of the MoC submission, manufacturers must also provide a Compliance Matrix. This document maps each regulatory requirement to the corresponding implementation or evidence in the product. It serves as a structured checklist for both the manufacturer and the FAA to verify that all obligations are covered.
We provide a ready‑to‑use Dronetag DRI - ASTM F3411‑22a Compliance Matrix to simplify this process: Dronetag DRI - ASTM F3411‑22a Compliance Matrix.
For verification during development, we recommend:
iOS devices are not recommended, as they do not support Bluetooth 5 Long Range (Coded PHY)
The Declaration of Compliance (DoC) is a formal submission to the FAA confirming that your production units conform to an accepted Means of Compliance (MoC).
It is a legal attestation that your drone design, manufacturing process, and final product meet all Remote ID performance requirements defined in the MoC.
A DoC can only be filed after your MoC has been reviewed and accepted by the FAA. This includes the submission of a complete Compliance Matrix and any supporting documentation required by the chosen standard (e.g. ASTM F3411).
Once accepted, the FAA assigns a unique Remote ID FRN (Federal Registration Number) to your product line. This FRN is used to register Remote ID serial numbers in the FAA DroneZone portal and links your production units to the approved compliance path.
Key points:
For official guidance, refer to FAA Advisory Circular AC 89‑2.
Each unit must carry a unique serial number in the ANSI/CTA‑2063‑A format. We recommend hard‑coding the serial into the flight controller firmware to prevent tampering. These serials are registered in the FAA DroneZone when submitting your DoC.
Serial numbers must conform to the ICAO-compliant ASTM format:
<ICAO Manufacturer Code> + <Unique Device Serial>
Example: 1596ABC1234567890
As a drone manufacturer, you must request an ICAO prefix for your organization. See: ICAO - Remote ID Number Registration
Any drone or module with RF transmitters must be authorized by the FCC before it can be marketed or imported into the United States.
There are two approval paths:
Once approved, certified devices receive an FCC ID, which must be printed on the product and included in the user manual. For SDoC, you must provide a compliance statement with the product and keep records available for inspection.
If your drone integrates a module that already has FCC Certification, you may use the “Contains FCC ID” labeling method. This allows you to avoid re‑certifying the entire drone, as long as:
The Dronetag DRI module integrates the u-blox ANNA-B4 radio, which is certified under the FCC ID:
FCC ID: XPYANNAB4
(This must appear on the product label or documentation of any device that incorporates the module.)
This shortcut is especially useful for manufacturers using pre‑certified Remote ID modules like Dronetag DRI.
FCC Certification is always tied to specific antenna types and configurations. Using a different antenna than the one listed in the original certification may invalidate the authorization. We provide a list of preapproved antennas compatible with Dronetag DRI modules: View preapproved antenna list
The small antenna included with Dronetag DRI or Dronetag DRI with internal antenna is intended for testing only and may not meet FCC EIRP limits for final certification. For preapproved antenna list see: View preapproved antenna list
By completing both FAA and FCC processes in parallel with integration, you ensure your drone can be legally marketed in the US as a Standard Remote ID product.
The integration relies on a collaborative data relay between the Ground Control Station (GCS), the drone, and the Dronetag DRI transmitter as follows:
This ensures Remote ID broadcasts are maintained in accordance with FAA expectations for Standard RID drones, even in loss-of-link scenarios.
This also means that the aircraft is not permitted to take off (pre-flight checks will fail) without a functional Dronetag DRI, or when the connection with the DRI or GNSS is lost. These pre-flight checks should not be possible to bypass.
The flight controller should run firmware compatible with the OpenDroneID system. There are several requirements that must be met; otherwise, full integration in terms of Standard Remote ID compliance in the United States cannot be achieved.
When integrated with an autopilot supporting OpenDroneID (ArduPilot, PX4), the Dronetag DRI exchanges MAVLink messages. The autopilot provides flight data, and DRI acts as the broadcast interface. All required messages and their meanings are listed below, with the most important ones described in dedicated sections.
Serial numbers must conform to the ICAO-compliant ASTM format as described in Remote ID serial assignment
The FAA requires live operator location data to be included in Remote ID broadcasts. This is done using:
If the GCS stops sending data (e.g., GNSS signal loss or disconnection), the flight controller must continue sending the last known valid operator location to the DRI.
The drone cannot take off in case of malfunction or incorrect configuration of the DRI transmission module; this is done by the flight controller listening for the OPEN_DRONE_ID_ARM_STATUS message, which reports if any problem occurs. The best test is to check that if the DRI module is disconnected, the drone refuses to take off. In the same way, the drone should not be able to take off without a GNSS fix.
If you are building or modifying your own flight controller firmware, please see the Custom Firmware Integration Guide.
It explains which MAVLink and OpenDroneID messages must be published to the Dronetag DRI, which identifiers must be hardcoded in firmware (such as Remote ID serial numbers), and which values should remain configurable (such as Operator ID in the EU or operator location in the USA).
This guide also points to a reference implementation on GitHub and describes how to verify correct broadcasts using the DroneScanner app.
You will need:
To integrate the Dronetag DRI module with your flight controller, you’ll need to build a unique firmware tailored to your hardware and compliance needs. The process depends on whether you're using ArduPilot or Pixhawk/PX4 firmware.
If your flight controller runs ArduPilot, follow the official ArduPilot guide for OpenDroneID firmware creation. This guide includes instructions for:
Before proceeding, integrators should verify—based on the documentation of their flight controller manufacturer and the firmware used—whether the firmware publishes the required Remote ID messages listed earlier in the section Key Integration Requirements.
Pixhawk flight controllers running PX4 firmware currently offer experimental support for Remote ID only. However, full Open Drone ID integration is not yet supported at the time of writing. For details on current capabilities and supported hardware, refer to the PX4 Remote ID documentation.
We recommend checking this page regularly, as PX4 development is active and support for full Open Drone ID integration may be added in future releases.
From now on, we will demonstrate the guide steps on a Holybro Pix32 v5 flight controller as a reference.
The guide steps are identical or very similar for any other compatible flight controller.
Follow the manufacturer's documentation for your flight controller to decide where you should connect your DRI module.
Power on the drone and check the DRI status:
See the LED indicator reference for the full color guide.
For correct interpretation of the LED status, always check the indicator from a direct viewing angle.
When viewed from the side, the internal construction of the RGB LED may partially obscure one of its elements, which can make the color appear different.
If you are doing this for the first time, see the detailed walkthrough: DRI Configuration
If you are doing this for the first time, see the detailed walkthrough: Connect to Flight Controller
A USB connection is the fastest and most reliable method to configure the flight controller. The alternative is to use a SiK Telemetry connection, which is slower than a USB connection, so be patient.
Connection using a SiK telemetry radio does not require a physical connection between the flight controller and PC, but it is much slower to work with than the USB method. How to use the Holybro SiK radio is described on the page Holybro SiK Radio V3 documentation.
If you decide to connect a SiK Telemetry through the Port-Forwarding feature of the DRI, do not connect RTS/CTS lines between the DRI and the SiK radio.
If you are doing this for the first time, see the detailed walkthrough: Flight Controller Setup
SERIALx_PROTOCOL = MAVLinkSERIALx_BAUD = 115200BRDSERx_RTSCTS = 0DID_ENABLE = EnabledDID_MAVPORT = xTo set up your flight controller to support OpenDroneID, the flight controller must run unique firmware. See the section Unique firmware for Flight Controller.