D.R.O.L. LogoD.R.O.L.DRONE RECON OPERATION LAB
🌐 DE
Sprache / Language

Automatische Übersetzung durch Google; technische Angaben anhand der Originalquellen prüfen.

Automatic translation by Google; technical content is not professionally verified.

Menü ☰
D.R.O.L.

D.R.O.L. Wissensplattform · unabhängig · im Aufbau

Das Wissensportal für Drohnen und künstliche Intelligenz

Ein zentraler Wissenseinstieg: Diese Seite ist der thematische Einstieg. Die bisher parallel geführte technische Vertiefung bleibt als Fachartikel-Sammlung erhalten und wird schrittweise hier einsortiert. Modellprofile · SDK-Matrix · Werkstatt. Es gibt keinen zweiten unabhängigen Wissenskatalog.

Drohnen verstehen, Modelle vergleichen und KI sinnvoll mit Fluggeräten und ihren Daten verbinden: Hier finden Piloten, Entwickler und Unternehmen Fachwissen, praktische Einstiege und Originalquellen.

Diese Übersicht ist ein technischer Ausgangspunkt, kein Nachweis einer getesteten Kompatibilität. Modell, Firmware, SDK-Lizenz und Datenformat werden für jedes konkrete Projekt geprüft.

Drohnenwissen nach Themen entdecken

Beginnen Sie mit einer Frage oder wählen Sie direkt Ihr Fachgebiet. Die Einträge führen zu bestehenden D.R.O.L.-Inhalten und werden redaktionell erweitert.

So arbeiten wir: Wir unterscheiden Originalquelle, redaktionelle Einordnung und praktische Tests. Ein SDK ist kein Nachweis offener Firmware; geplante Funktionen werden als Entwicklung gekennzeichnet. Rückmeldungen und Ergänzungen können Sie an D.R.O.L. senden.

Finden Sie den passenden Einstieg

Software und Schnittstellen

Hersteller-SDKs, Android, MAVLink, Firmware und der D.R.O.L.-Architekturentwurf.

Softwarezugriff verstehen

Hersteller im Detail

Wählen Sie einen Hersteller, um typische Datenwege, technische Prüfpunkte und die offizielle Website einzusehen. Wir verlinken bewusst auf die Originalquellen statt ungeprüfte Kompatibilitätsversprechen abzugeben.

DJI EnterpriseHerstellerinformationen und Integrationsprüfung

Plattformen: Mavic Enterprise, Matrice und Nutzlastsysteme

Prüfen Sie Modellgeneration, Kameratyp, Exportformat, SDK-Unterstützung und gegebenenfalls erforderliche Lizenz oder Cloud-Dienste.

Prüfcheckliste: Gerätebezeichnung, Firmware, Sensor, Rohdatenexport, Metadaten, API-/SDK-Dokumentation, Datenstandort, Lizenzbedingungen und Testnachweis.

Offizielle Herstellerwebsite besuchen · Modelle im D.R.O.L.-Katalog ansehen
Autel RoboticsHerstellerinformationen und Integrationsprüfung

Plattformen: EVO Enterprise und EVO Max

Für die Datenintegration sind Sensorvariante, verfügbare Exportwege, Firmware und dokumentierte Schnittstellen maßgeblich.

Prüfcheckliste: Gerätebezeichnung, Firmware, Sensor, Rohdatenexport, Metadaten, API-/SDK-Dokumentation, Datenstandort, Lizenzbedingungen und Testnachweis.

Offizielle Herstellerwebsite besuchen · Modelle im D.R.O.L.-Katalog ansehen
ParrotHerstellerinformationen und Integrationsprüfung

Plattformen: ANAFI-Plattformen

Herstellerdokumentation und verfügbare Entwicklungswerkzeuge sind je nach Plattform zu prüfen; Open-Source-Bezug ist kein Integrationsnachweis.

Prüfcheckliste: Gerätebezeichnung, Firmware, Sensor, Rohdatenexport, Metadaten, API-/SDK-Dokumentation, Datenstandort, Lizenzbedingungen und Testnachweis.

Offizielle Herstellerwebsite besuchen · Modelle im D.R.O.L.-Katalog ansehen
SkydioHerstellerinformationen und Integrationsprüfung

Plattformen: Autonome Inspektionsplattformen

Datenexport, Enterprise-Funktionen, regionale Verfügbarkeit und mögliche Cloud-Abhängigkeiten müssen projektspezifisch geklärt werden.

Prüfcheckliste: Gerätebezeichnung, Firmware, Sensor, Rohdatenexport, Metadaten, API-/SDK-Dokumentation, Datenstandort, Lizenzbedingungen und Testnachweis.

Offizielle Herstellerwebsite besuchen · Modelle im D.R.O.L.-Katalog ansehen
WingtraHerstellerinformationen und Integrationsprüfung

Plattformen: WingtraOne und Mapping-Workflows

Bei Vermessungsprojekten stehen Bildabdeckung, Koordinatensystem, Genauigkeitsanforderungen und nachgelagerte Photogrammetrie im Vordergrund.

Prüfcheckliste: Gerätebezeichnung, Firmware, Sensor, Rohdatenexport, Metadaten, API-/SDK-Dokumentation, Datenstandort, Lizenzbedingungen und Testnachweis.

Offizielle Herstellerwebsite besuchen · Modelle im D.R.O.L.-Katalog ansehen
Quantum SystemsHerstellerinformationen und Integrationsprüfung

Plattformen: Trinity und weitere Plattformen

Bei professionellen Vermessungs- und Aufklärungssystemen sind Datenformate, Zulassungen, Lieferumfang und verfügbare Integrationswege getrennt zu prüfen.

Prüfcheckliste: Gerätebezeichnung, Firmware, Sensor, Rohdatenexport, Metadaten, API-/SDK-Dokumentation, Datenstandort, Lizenzbedingungen und Testnachweis.

Offizielle Herstellerwebsite besuchen · Modelle im D.R.O.L.-Katalog ansehen

Marken und Produktnamen gehören ihren jeweiligen Rechteinhabern. Die Nennung stellt keine Partnerschaft, Freigabe oder Zertifizierung dar.

Herstellerübersicht

DJI Enterprise

Matrice, Mavic Enterprise, Dock und Zenmuse

Bilddaten, Sensorik, Missionsdaten, SDK/API und Exportwege abhängig von Modell und Generation.

Prüfung modellabhängig

Autel Robotics

EVO Enterprise und EVO Max

Foto-/Videodaten, Sensordaten und verfügbare Integrationsschnittstellen modellbezogen prüfen.

Prüfung modellabhängig

Parrot

ANAFI-Plattformen

Offene Komponenten, SDKs und Bilddatenformate nach konkreter Geräteversion bewerten.

Prüfung modellabhängig

Skydio

Autonome Inspektionssysteme

Exportmöglichkeiten, Cloud-Abhängigkeiten und API-Zugänge prüfen.

Prüfung modellabhängig

Wingtra

WingtraOne

Vermessungs- und Photogrammetriedaten, RTK/PPK-Workflows und Metadaten.

Prüfung modellabhängig

Quantum Systems

Trinity und weitere professionelle Systeme

Kartierungs- und Inspektionsdaten sowie verfügbare Austauschformate prüfen.

Prüfung modellabhängig

Offene Technologien

ArduPilot

Open-Source-Autopilot mit breitem Ökosystem für Missionsplanung, Telemetrie und MAVLink. Die tatsächliche Funktion hängt von Hardware, Firmware und Konfiguration ab.

Open Source

PX4

Offene Flugsteuerungssoftware für Forschung und Entwicklung, häufig mit MAVLink- und ROS-basierten Integrationen. Unterstützung muss gerätespezifisch geprüft werden.

Open Source

MAVLink

Kommunikationsprotokoll für Telemetrie und Steuerungsinformationen. Es ersetzt keine Berechtigung für Eingriffe in Flugsteuerung oder Sicherheitssysteme.

Protokoll

Was wir dokumentieren

1. Drohnenmodell

Hersteller, Modellgeneration, Einsatzbereich, relevante Firmware und unterstützte Nutzlasten.

2. Sensor und Daten

RGB, Thermografie, Multispektral, Punktwolken, Georeferenzierung, EXIF und weitere Metadaten.

3. Integration

Import/Export, SDK, API, lokale Verarbeitung, Cloud-Anbindung und technische Grenzen.

4. Nachweis

Dokumentationsquelle, Prüfdatum und Status: dokumentiert, praktisch getestet oder noch ungeprüft.

Vertiefende Erläuterungen zu ArduPilot, PX4, MAVLink und sicherer Integrationsarchitektur finden Sie im D.R.O.L. Lab.

Weiterführende Quellen

Die verbindliche Prüfung erfolgt anhand aktueller Herstellerunterlagen. Einstiegspunkte: DJI Enterprise, Autel Robotics, Parrot, ArduPilot und PX4.

Herstellernamen sind beschreibende Hinweise, keine Partner- oder Zertifizierungsbehauptungen. Herstellerlogos werden nach Prüfung der Nutzungsrechte ergänzt.

Sechs Fragen für jede Drohnenplattform

Ein Modell kann in einem Punkt offen und in einem anderen geschlossen sein. Deshalb dokumentiert D.R.O.L. die folgenden Eigenschaften getrennt. „Unbekannt“ heißt, dass noch keine belastbare Aussage vorliegt; es bedeutet weder „ja“ noch „nein“.

1 · Offene Firmware

Ist der Quellcode der tatsächlich verwendeten Flugsteuerungssoftware verfügbar und unter welchen Lizenzbedingungen? Ein offener Autopilot belegt nicht, dass sämtliche Komponenten der Drohne offen sind.

ArduPilot Projekt · PX4 Projekt

2 · Offene Hardware

Sind relevante Schaltpläne, Spezifikationen und Nutzungsrechte für genau diese Hardware veröffentlicht? Ein zugänglicher Steckverbinder oder ein offener Softwaretreiber reicht als Beleg nicht aus.

3 · SDK oder API

Bietet der Hersteller eine dokumentierte Programmierschnittstelle? Maßgeblich sind Produktmodell, SDK-Version, Betriebssystem, Fernsteuerung und Lizenz. Eine SDK-Produktliste belegt nicht jede einzelne Funktion.

DJI Developer · Parrot Developer

4 · Mission und Steuerung

Welche Befehle oder Missionsfunktionen sind für die konkrete Kombination dokumentiert? Telemetrie lesen, eine Mission verwalten und ein Fluggerät steuern sind getrennte Fähigkeiten.

MAVLink Dokumentation

5 · Zusätzliche KI

Können geeignete Daten für externe oder lokale Bildverarbeitung genutzt werden? Bei Bildern auf einer Speicherkarte kann eine Auswertung nach dem Flug beginnen; Livevideo und Bordverarbeitung benötigen eigene Nachweise.

6 · Firmware verändern

Ist die tatsächlich installierte Firmware technisch austauschbar oder veränderbar, und unter welchen Lizenz- und Nutzungsbedingungen? Ein SDK ist dafür kein Beleg. Vor Arbeiten an eigenen Geräten Risiken und Wiederherstellung prüfen.

Jede belastbare Modellbewertung benötigt eine passende Originalquelle, Versionsangabe, Prüfdatum und den Hinweis, ob nur Dokumentation gelesen oder praktisch getestet wurde. Modellprofile ansehen · Softwarezugriff vertiefen.

Technisches Glossar: die wichtigsten Begriffe

Flugcontroller und Autopilot

Der Flugcontroller verarbeitet Sensorwerte und steuert die Flugregelung. Der Autopilot ist die darauf laufende Software einschließlich ihrer konfigurierten Funktionen. Hardware und Software sind nicht derselbe Baustein.

Firmware und Bootloader

Firmware ist gerätenahe Software. Ein Bootloader ist für Start- und gegebenenfalls Aktualisierungsvorgänge zuständig; seine Existenz sagt nichts darüber aus, ob sich fremde Firmware installieren lässt.

Telemetrie und HEARTBEAT

Telemetrie umfasst übertragene Zustandsinformationen. Ein MAVLink-HEARTBEAT zeigt die Präsenz einer Komponente an; daraus allein folgen weder eine vollständige Telemetrie noch eine sichere Flugfreigabe.

MAVLink HEARTBEAT

SITL und Companion Computer

Software-in-the-Loop führt Flugsoftware in einer simulierten Umgebung aus. Ein Companion Computer ist ein zusätzlicher Rechner für Aufgaben wie Bildverarbeitung; er ersetzt nicht automatisch den Flugcontroller.

ArduPilot SITL · Praktischer Einstieg

Redaktionell geprüft anhand der verlinkten Dokumentation am 5. November 2026. Ein Hardwaretest wird nicht behauptet.

Vier Wege zur KI-Erweiterung einer Drohne

Nicht jede Drohne benötigt eine neue Firmware. Entscheidend sind verfügbare Bilddaten, Telemetrie, Schnittstellen und die gewünschte Reaktionszeit. Die folgenden Architekturen sind technische Lösungswege, keine Zusage der Kompatibilität mit einem bestimmten Modell.

A · Nachträgliche Auswertung

Einstieg

Drohne → SD-Karte/Export → PC → Analyse → Bericht. Bilder und Metadaten werden nach dem Flug lokal verarbeitet. Geeignet für Dach- und PV-Dokumentation, sofern Aufnahmequalität und Sensorik passen. Keine Steuerungsschnittstelle erforderlich.

Datenworkflow · OpenCV-Dokumentation

B · Bodenstation mit Live-Daten

Schnittstelle erforderlich

Drohne → Video/Telemetrie → Bodenrechner → KI-Hinweise. Live-Auswertung erfordert einen tatsächlich zugänglichen Videostream und gegebenenfalls Telemetriedaten. Ein Videolink allein erlaubt keine Missionssteuerung. Latenz, Funkabbruch und Datenschutz müssen berücksichtigt werden.

Software und Firmware · MAVLink-Spezifikation

C · Companion Computer an Bord

Offene Plattform bevorzugt

Kamera → Raspberry Pi/Jetson → KI-Ergebnis → Protokoll/Datenspeicher. Ein Zusatzrechner übernimmt Bildverarbeitung, während der Flugcontroller unabhängig stabilisiert. Stromverbrauch, Masse, Kühlung und ausfallsichere Verbindung sind Teil der Integration.

Lab · ArduPilot Companion Computer

D · Eigene Flugplattform

Entwicklung und Simulation

Flugcontroller (PX4/ArduPilot) ↔ MAVLink ↔ Companion Computer ↔ KI. Eigene Anwendungen können Telemetrie lesen und innerhalb dokumentierter Grenzen Missionsfunktionen nutzen. Flugregelung und Failsafes bleiben Aufgabe des Autopiloten. Zuerst SITL, dann kontrollierte Bodentests und erst anschließend rechtmäßige Flugversuche.

Werkstatt · PX4-Dokumentation · MAVSDK

Prüfregel: „SDK vorhanden“, „Firmware offen“, „Livebild zugänglich“ und „Flugsteuerung programmierbar“ sind vier verschiedene Aussagen. Für jedes Modell müssen diese Eigenschaften getrennt mit Versionsstand und Quelle geprüft werden. Eine KI-Erkennung ist keine autonome, sicherheitszertifizierte Flugfunktion.

Technische Orientierung, Stand 6. November 2026. Quellen sind die jeweils verlinkten Projektdokumentationen; keine eigene Hardware- oder Modellkompatibilität getestet.

D.R.O.L. Wissen · Praxispfade

Von der technischen Frage zur überprüfbaren Anleitung

Die folgenden Wege verknüpfen Grundlagen, Modellprüfung und praktische Arbeit. So können Einsteiger und Entwickler den passenden Einstieg wählen, ohne Herstellerdokumentation und eigene Tests zu verwechseln.

Ich möchte Telemetrie verstehen

Mit einer Simulation beginnen, HEARTBEAT und Positionsmeldungen prüfen und anschließend Messwerte als CSV protokollieren.

Fehlersuche · Python-Tutorial · Datenformate

Prüfhinweis: Verlinkte Praxisbeispiele sind nicht automatisch auf echter Hardware getestet. Maßgeblich bleiben Herstellerdokumentation, konkrete Versionen und gekennzeichnete Prüfergebnisse. Redaktioneller Stand: 07.11.2026.