Open-Source-Drohnenprojekte verbinden kostengünstige Hardware, frei verfügbare Software und aktive Communities der Maker- und Tüftlerszene. Der Beitrag skizziert Plattformen wie ArduPilot und PX4, bauformen vom quadcopter bis zum VTOL, Sensorik sowie Tools für Planung, Test und simulation. Zudem werden lizenzfragen, Sicherheit und Einstiegspfade umrissen.
Inhalte
- Plattformen und Ökosysteme
- Hardware-Basis und Baupläne
- Flight-Controller im Vergleich
- Software-Stacks und Tuning
- Praxisempfehlungen und Tests
Plattformen und Ökosysteme
Offene Drohnenplattformen bündeln Firmware,Tools und Communities zu belastbaren Technologiestapeln. Im Zentrum stehen Standardprotokolle wie MAVLink, modulare RTOS-Architekturen (z. B. NuttX, chibios) und klare Schnittstellen zwischen Sensorik, Antrieben und Missionslogik. SITL/HITL-Pipelines beschleunigen Tests, während Ground-Control-Software wie QGroundControl und Mission Planner Telemetrie, Parameterbäume und Log-Analysen integriert. Für erweiterte Autonomie sorgen ROS/ROS 2-Bridges (mavros), MAVSDK/DroneKit für Offboard-Steuerung sowie Simulatoren wie Gazebo oder airsim.
- Flugsteuerung/Firmware: PX4, ArduPilot, Betaflight/iNav
- Hardware-Boards: Pixhawk/Cube, Navio2 (raspberry Pi), BeagleBone Blue
- Ground Control (GCS): QGroundControl, Mission Planner, MAVProxy
- SDKs & APIs: MAVSDK, DroneKit, ROS 2 (mavros)
- Simulation & Tests: SITL/HITL, Gazebo, AirSim
- Video & Telemetrie: OpenHD, MAVLink, CRSF/ExpressLRS
- karten & Verarbeitung: OpenDroneMap, OpenStreetMap
- Regulatory-Bausteine: OpenDroneID (libopendroneid), Geofencing-Plugins
Die Plattformwahl wird von Missionsprofil, Hardwareverfügbarkeit und Lizenzstrategie bestimmt. ArduPilot punktet mit breiter Board-Unterstützung und bewährten Navigationsfunktionen, PX4 mit strikter Modularität und modernen Middleware-Konzepten, Betaflight/iNav mit Leichtgewicht und Racing-Fokus. Relevante Kriterien sind u. a. Release-kadenz, Community-Aktivität, Treiberabdeckung (IMU, GNSS, Baro), ESC-Protokolle (DShot), VTOL-/Fixed-Wing-Reife sowie die Anbindung von Companion-Computern für KI/Computer Vision über ROS 2 und Offboard-MAVLink.
| plattform | Lizenz | Fokus | Boards | GCS | SDK/Bridge |
|---|---|---|---|---|---|
| PX4 | BSD-ähnlich | Modular, Industrie | Pixhawk, Cube | QGroundControl | MAVSDK, ROS 2 |
| ArduPilot | GPLv3 | Breite Hardware, Missionen | Pixhawk, Navio2 | Mission Planner | DroneKit, ROS 2 |
| Betaflight/iNav | GPLv3 | Racing, leichte Navigation | F4/F7 Flight Controller | Configurator | MSP, LUA/OSD |
Hardware-Basis und Baupläne
die Hardware-Basis offener Drohnenprojekte stützt sich auf modulare, austauschbare Komponenten und gut dokumentierte, lizenzfreie Spezifikationen. Zentrale Bausteine sind ein Flugcontroller mit Open-source-Firmware, ein Antriebsstrang aus Brushless-Motoren, ESCs und Propellern, eine stabile Energieversorgung, ein verwindungssteifer Rahmen sowie navigations- und Telemetriesysteme. Offene Referenzdesigns, Stücklisten (BOM) und standardisierte Stecksysteme erleichtern Integration und Wartung, während klar definierte Schnittstellen die Wiederverwendbarkeit erhöhen.
- flugcontroller: Open-Source-Firmware (z. B. ArduPilot, PX4), IMU-Stack, erweiterbare I/O-Schnittstellen
- Antriebsstrang: Brushless-Motoren, passende escs, effizient abgestimmte propeller
- Energieversorgung: LiPo- oder li‑Ion-Akkus, BEC/PDB, Spannungs- und Strommessung
- Rahmen: Carbon, GFK oder 3D-Druck-Verbund, vibrationsgedämpfte Stapelmontage
- Navigation & Sensorik: GPS/GLONASS/Galileo, Magnetometer, Barometer, optional optische Flusssensoren
- Kommunikation: RC-Empfänger, Telemetrie-Links, optional Companion-Computer für erweiterte Funktionen
Offene baupläne liegen häufig als CAD-Dateien (STEP/IGES), STL für additive Fertigung und Schaltpläne mit Platinenlayouts vor; Repositories bündeln Konstruktionshinweise, Toleranzen und Montageabstände. Lizenzmodelle wie CERN-OHL, CC BY-SA oder GPL regeln Nutzung und Weitergabe. Die Wahl der Rahmengröße prägt Nutzlast, Flugzeit und Agilität; materialwahl und Propellerdimensionen sollten mit dem vorgesehenen Einsatzprofil harmonieren.
| Rahmengröße | Einsatzzweck | Material | Propeller | Typische Flugzeit |
|---|---|---|---|---|
| 3″ (≈150 mm) | Agilität, Testplattform | Carbon/3D-Druck | 3 Zoll | 4-8 Min |
| 5″ (≈220 mm) | Allround, FPV/Erprobung | Carbon | 5 Zoll | 6-12 Min |
| 7″ (≈300 mm) | Effizienz, leichte Nutzlast | Carbon | 7 Zoll | 15-30 Min |
| 10″+ (≥400 mm) | Längere Reichweite, Foto/Survey | Carbon/Alu | 10-12 Zoll | 20-40 Min |
Flight-Controller im Vergleich
In Open-Source-Drohnenprojekten prägen die Controller maßgeblich Leistungsprofil und Funktionsumfang: von missionsstarken Stacks wie ArduPilot und PX4 auf Pixhawk-Plattformen bis zu latenzoptimierten Betaflight– und navigationsfreundlichen INAV-Boards auf STM32-Basis. Unterschiede liegen in MCU-leistung (F4/F7/H7), Sensorqualität (IMU/Barometer), I/O-Dichte (UART, I2C, CAN), Logging (SD/Flash) sowie Strom- und sicherheitskonzepten. Funktionen wie Failsafe, Geofencing, EKF, OSD/Blackbox, Protokolle wie MAVLink, DShot, CRSF und das Ökosystem aus Mission Planner, QGroundControl oder Betaflight Configurator bestimmen Aufbau, Tuningaufwand und Erweiterbarkeit ebenso wie community-Dichte und Release-Zyklen.
| Controller | MCU | FW-Ökosystem | Sensoren | I/O & Besonderheiten | eignung | Preis |
|---|---|---|---|---|---|---|
| Pixhawk 6C (Holybro) | H7 | ArduPilot / PX4 | Dual IMU, Baro | 2× CAN, ~5× UART, SD | Mapping, VTOL, Autonomie | ~160 € |
| Kakute H7 | H7 | Betaflight / INAV | IMU, Baro | ~6× UART, OSD, 8 Motor | Freestyle, Racing | ~120 € |
| Matek F722-SE | F7 | INAV / Betaflight | IMU, baro | ~6× UART, SD, S.Port | Long-Range, GPS | ~70 € |
| SpeedyBee F405 V4 | F4 | betaflight | IMU, Baro | ~5× UART, BT-Config | Budget, Einstieg | ~50 € |
- Einsatzprofil: Autonomie/Mapping vs. FPV-Latenz vs. effiziente Navigation.
- Peripherie: Anzahl UART, CAN-Fähigkeit, OSD, ESC-Telemetrie.
- Stromdesign: Saubere 5V/9V/12V-Rails, Filterung, Reserveleistung.
- Sensorsetup: Single/Dual-IMU, Barometerqualität, GPS/Kompass-Integration.
- Software & Tools: mission Planner/QGC, Blackbox-Analyze, Presets, AutoTune.
- Zukunftssicherheit: CAN-FD, RTK-GNSS, SD-Blackbox >32 GB, Lua/Mission-Scripting.
Für autonome Missionen punkten H7-basierte Pixhawk-Derivate mit redundanter IMU, CAN-peripherie (z. B. GPS, Airspeed) und robustem Logging; für FPV-Freestyle und Racing liefern H7/F7-Boards mit RPM-Filter, DShot und geringer Latenz das beste Steuergefühl; für Langstrecke und Navigationsaufgaben bietet INAV auf F7/F722 eine ausgewogene Mischung aus GPS-Funktionen, OSD-telemetrie und moderatem Ressourcenbedarf. Relevante Auswahlkriterien bleiben Redundanz, vibrationsentkopplung, EMV-gerechte Verkabelung, präzise Sensorplatzierung sowie die Größe und Aktivität der jeweiligen Open-Source-Community.
Software-Stacks und Tuning
Open-Source-Flugcontroller-Stacks unterscheiden sich in Architektur, Lizenz und Zielhardware, doch alle profitieren von modularen Komponenten, reproduzierbaren Toolchains und transparenter Telemetrie. Zentral sind MAVLink als Protokoll, klar definierte Parameterbäume für regler und Sensorik sowie auswertbare Log-Dateien für systematisches Debugging. Für Missionsplanung, autonome Flüge und Forschung bieten sich ArduPilot und PX4 an; für FPV-Performance und direkte Steuercharakteristik dominieren Betaflight und iNav. Ein sauberer Stack umfasst neben der Firmware auch Ground-Control-software, Simulatoren und Build/Flash-Werkzeuge, um Änderungen iterativ, sicher und messbar einzuspielen.
| stack | Kernfokus | Hardware | Lizenz | Besonderheiten |
|---|---|---|---|---|
| ArduPilot | Missionslogik | Pixhawk, SBC | GPLv3 | Wegepunkte, CAN, umfangreiche Logs |
| PX4 | Industrie/Forschung | Pixhawk, Linux | BSD-3 | uORB, MAVSDK, starke SITL |
| Betaflight | FPV/Race | STM32 F4/F7 | GPLv3 | Geringe Latenz, RPM-Filter |
| iNav | Navi/Return | F4/F7 | GPLv3 | RTH, Fixed-Wing-Support |
| Paparazzi | Akademisch | STM32 | GPL | Flexible Missionssprache |
- Ground Control: QGroundControl, Mission Planner, INAV/Betaflight Configurator
- Simulation: SITL/HITL, Gazebo, airsim für regressionssichere Tests
- Telemetrie/Middleware: MAVLink, MAVSDK, RTPS/ROS 2-Brücken
- Build & Flash: CMake/NuttX, GCC/Clang, DFU, Betaflight Passthrough
- Analyse: Flight Review (PX4), Blackbox Explorer (BF), MAVExplorer (AP)
Für präzises Tuning zählt die Abfolge: saubere Sensorik, stabile filter, darauf aufbauend Regler- und Rate-Anpassungen. PID– und Feedforward-Parameter reagieren unterschiedlich auf Masse, Propellergröße und Vibrationsniveau; Notch- und Lowpass-Filter reduzieren Störungen, während DShot-Signale und RPM-filter die Antriebskontrolle schärfen.Log-basierte Auswertung (gyro, D-Term, Motor-Output) verhindert Blindflug-Änderungen und ermöglicht Profile für verschiedene Missionsszenarien - vom ruhigen cine-Tracking bis zum aggressiven Race-Setup. Ergänzend stabilisieren mechanische Maßnahmen wie Soft-Mounts, ausgewuchtete Propeller und entkoppelte IMUs das Gesamtsystem.
- Kalibrierung: IMU, Kompass, RC-Endpunkte, ESC-Check
- Filter: Gyro- und D-Term-LP, dynamischer Notch, RPM-Filter aktivieren/abstimmen
- Regler: PID/Feedforward schrittweise, Rates und Expo missionsbezogen
- Antrieb: DShot600/1200, PWM-Update, Motor-Output-Limit für Thermik/Noise
- Mechanik: Soft-Mount, Prop-balance, Kabelführung zur Vibrationsreduktion
- Profile: Cine/Cruise/Race-Presets, Throttle-Limit und Angle/Acro nach Bedarf
- Sicherheit: Geofencing, RTL/FailSafe, voltage-sag-Reserven, Log-Review nach jedem Flug
Praxisempfehlungen und Tests
Robuste Open-Source-Builds entstehen durch klar definierte Komponentenpfade, saubere Stromversorgung und konsequente Vibrationskontrolle. Empfehlenswert sind ausgereifte Flug-Stacks wie ArduPilot oder PX4 auf F7/H7-Controllern, kombiniert mit bidirektionalem DShot und RPM-Filtering. Für Langstrecke bieten sich 6S-Setups mit effizienten 7″-Props an, für agile Testplattformen leichte 5″-Frames. Propeller-Wuchten, weiche FC-Lagerung und getrennte Masseführung reduzieren Gyro-Rauschen. Kalibrierte Stromsensoren, Telemetrie (MAVLink) und konsequente Versionsverwaltung erleichtern Reproduzierbarkeit und Log-Analysen.
- Stack-Empfehlung: PX4 + Pixhawk 6C (Stabilität) | ArduPilot + Matek H743 (Feature-Dichte)
- Motor/Prop: 2306/1750KV + 5×4.3 (4S, agil) | 2507/1500KV + 7×3.5 (6S, effizient)
- ESC/Protokoll: BLHeli_32 45A, bidirectional DShot600 | BLHeli_S + Bluejay für RPM
- Sensorik: u-blox M9N, externer Kompass, Baro, kalibrierter Current-Sensor
- Tools: QGroundControl, Mission Planner, Blackbox Explorer, MAVExplorer
- Sicherheits-Basics: Pre-Arm-checks, Geo-Fence, Prop-Guards in innenräumen
| Build | Firmware | Gewicht | Flugzeit (Cruise) | Vibration (Gyro RMS) | GPS-Lock | Geräusch | Kosten |
|---|---|---|---|---|---|---|---|
| 5″ Agile | ArduPilot 4.5 | 420 g | 9:30 | 0.08 g | 14 s | 82 dB | €280 |
| 7″ LR | PX4 1.14 | 720 g | 23:10 | 0.05 g | 18 s | 76 dB | €420 |
| Cine-Mid | ArduPilot 4.5 | 610 g | 15:40 | 0.06 g | 16 s | 74 dB | €350 |
Verlässliche Tests folgen einem reproduzierbaren Protokoll mit definierten Wetterfenstern (max.3 Bft), standardisierten Akkus (Lagerzustand, Innenwiderstand), identischer Firmware-Konfiguration und dokumentierten Tuning-Schritten. Autotune/Rate-Tuning wird mit leeren und vollen Akkus gegengeprüft, Filter (Dynamic Notch, RPM) iterativ gesetzt und die Effizienz über Hover-Throttle, Strom/Schub und streckenflug mit konstantem Groundspeed bewertet. Akzeptanzkriterien umfassen stabile Logs ohne Gyro-Sättigung, reproduzierbare RTH-Funktion, saubere magnetische Ausrichtung und temperaturstabiles Baro-Verhalten.
- Check & Kalibrierung: mechanischer Aufbau,Schwerpunkt,Kompass-/IMU-Kalibrierung
- Schwebe & Noise: 60 s Hover,Gyro RMS < 0.1 g, Motor-Temperatur-Check
- Tuning: Autotune, manuelles Feintuning der Rates, Validierung mit Blackbox/MAVLink
- Streckenprofil: 1 km Mission, 8 m/s Cruise, Energie pro km erfassen
- Failsafe/RTH: kontrollierte Link- und GPS-Ausfälle, RTH-genauigkeit ±3 m
- Dokumentation: Firmware-Hash, PID/Filter-Profile, Prop-Zustand, Akkudaten
Was kennzeichnet Open-Source-Drohnenprojekte?
Open-Source-Drohnenprojekte basieren auf frei zugänglichen Bauplänen, Firmware und Dokumentation. Transparente Entwicklungsprozesse, modulare Architektur und aktive Communities ermöglichen Anpassungen, Reparaturen und Lernkurven ohne proprietäre Abhängigkeiten.
Welche Hard- und Software kommen typischerweise zum Einsatz?
Verbreitet sind Flight-Controller wie Pixhawk oder STM32-basierte Boards, ESCs, Brushless-Motoren, GPS, LiPo-Akkus und Frames. Firmware wie PX4,ArduPilot oder Betaflight sowie QGroundControl oder Mission Planner steuern und konfigurieren.
Welche Kenntnisse und Werkzeuge sind hilfreich?
Erforderlich sind grundlegende Elektronikkenntnisse,mechanisches Verständnis und Basiswissen in Programmierung. Nützlich sind Lötpraxis, Multimeter, Lötstation, 3D-Druck, CAD, Git, eine IDE und Erfahrung mit PID-Tuning, Sensorik und Fehlersuche.
Welche rechtlichen und sicherheitsrelevanten Aspekte spielen eine Rolle?
relevant sind EU-Drohnenklassen, Registrierung, Kennzeichnung und Versicherungspflichten. Einhaltung von Flugzonen, Sichtflugregeln und Gewichtslimits ist zentral. Vor Inbetriebnahme: Funktionschecks ohne Propeller, Fail-safes und, wenn möglich, Geo-Fencing.
Wie lässt sich ein Projekt erweitern und in die Community einbinden?
Erweiterungen reichen von RTK-GNSS, Optischer Fluss und SLAM über Gimbals, Kameras und Telemetrie bis zu ROS-Integration und Onboard-Computing. Zusammenarbeit gelingt über Foren, Wikis, Issue-Tracker, Pull-Requests und klare Lizenzen wie GPLv3 oder BSD.
