Auf einem ArduPilot- oder PX4-Fluggerät hört die Gimbal-Kamera auf, Pilotenzubehör zu sein, und wird zur Komponente des Missionssystems – von Wegpunkten ausgerichtet, vom Autopiloten ausgelöst und über MAVLink Winkel zurückmeldend. Die Integrationsqualität hängt von der Protokollunterstützung der Nutzlast ab, nicht von ihrer Optik.
- 3 tiersRC, MAVLink v2, Hersteller-SDK
- v2Welches Gimbal-Protokoll man fordern sollte
- Angle feedbackWas Geotagging braucht
- Bench firstWo Konventionen auffallen
Kernaussagen
- Es gibt drei Steuerwege: RC-Durchschleifen, MAVLink-Gimbal-Protokoll v2 und ein serielles Hersteller-SDK. Ernsthafte Integrationen kombinieren MAVLink für die Ausrichtung mit dem SDK für Kamerafunktionen.
- Die Winkelrückmeldung macht Geotagging überhaupt möglich – ein Gimbal, das Befehle annimmt, aber nichts zurückmeldet, trägt keinen Mapping-Workflow.
- Der häufigste Fehler ist eine abweichende Gier-Konvention der Montage, die zu gespiegelter Ausrichtung führt, gefolgt vom Kompetenzstreit zwischen RC und MAVLink.
- Prüfen Sie Protokollversion, Auslöseweg, Koordinatensysteme und serielle Aktualisierungsraten, bevor Sie sich auf eine Flotte festlegen.
Auf dieser Seite
Die verfügbaren Steuerwege
RC passthrough ist am einfachsten: S.BUS- oder PWM-Kanäle, durch den Autopiloten zum Gimbal geführt. Der Autopilot ist hier eine Leitung, kein Regler, und der Sender des Piloten steuert die Nutzlast. Das funktioniert sofort und kann nichts, was der Pilot nicht befiehlt.
MAVLink-Gimbal-Protokoll v2 ist der standardisierte Weg – Winkelsteuerung, Betriebsmodi und Geräteerkennung, definiert vom Protokoll statt vom Hersteller. Damit kann ein Autopilot die Kamera auf einen Wegpunkt richten und wissen, wohin sie zeigt; das ist die Stufe, die die meisten Integratoren namentlich fordern sollten.
Serielles Hersteller-SDK gibt vollen Funktionszugriff: Zoom, Tracking, Paletten, Aufzeichnung – alles, was die Nutzlast kann, statt alles, was das Protokoll standardisiert. Der Schnittstellenvergleich behandelt die elektrische Seite jeder Variante.
Ernsthafte Integrationen kombinieren MAVLink für die Ausrichtung mit dem SDK für Kamerafunktionen. Der Autopilot besitzt, wohin die Kamera schaut, der Begleitrechner besitzt, was sie tut – und keiner muss den anderen nachbauen.
Was vor der Festlegung zu prüfen ist
Fünf Punkte, und jeder hat schon jemanden im Flottenmaßstab getroffen.
| Item | What to ask | Warum das zählt |
|---|---|---|
| Version des Gimbal-Protokolls | Wird MAVLink-Gimbal-Protokoll v2 unterstützt? | v1 fehlt Geräteerkennung und saubere Modusbehandlung |
| Angle feedback | Meldet die Nutzlast tatsächliche Winkel zurück? | Ohne das sind Geotagging und Geolokalisierung unmöglich |
| Auslöseweg der Kamera | MAVLink-Befehl, PWM oder SDK-Aufruf? | Auslöseverzögerung zerstört die Mapping-Überlappung |
| Coordinate frames | Wie wird die Montageorientierung konfiguriert? | Die falsche Konvention spiegelt Ihre Ausrichtung |
| Serielle Aktualisierungsrate | Welche Ratenbegrenzungen gelten auf der Strecke? | Ausgelastete Strecken hungern den Gimbal-Stream aus |
Fordern Sie das Protokolldokument vor der Bestellung an – seine Existenz und Qualität sagen die ganze Integration voraus, wie supplier evaluation covers. Die Integrationscheckliste behandelt die mechanischen und elektrischen Grundlagen, die stimmen müssen, bevor irgendetwas davon zählt.
Häufige Fehlerbilder
Verwechselte Gier-Konventionen der Montage mit gespiegelter Ausrichtung. Nutzlast und Autopilot sind sich uneinig, welche Richtung positiv ist – der Befehl „rechts“ schwenkt also nach links. Nach der Identifikation trivial zu beheben und für einen Nachmittag wirklich verwirrend, weil alles andere einwandfrei läuft.
RC und MAVLink im Streit um die Steuerhoheit. Zwei Quellen, die dieselbe Achse ohne definierte Priorisierung befehlen, ergeben ein Gimbal, das zuckt, zurückdriftet oder eine Eingabe unvorhersehbar ignoriert. Legen Sie die Arbitrierungsregeln auf dem Prüfstand fest, nicht in der Luft.
Auslöseverzögerung, die die Mapping-Überlappung zerstört. Löst die Kamera merklich später aus, als der Autopilot es verlangt hat, entsteht das Foto anderswo als an der geplanten Station, und die Überlappung verschlechtert sich über die ganze Befliegung. Messen Sie die tatsächliche Verzögerung, statt sie für vernachlässigbar zu halten.
Telemetrieraten, die den Gimbal-Stream auf ausgelasteten Strecken aushungern. Eine Strecke, die bereits Lage, GPS, Akku und Status trägt, hat endliche Bandbreite – und meist sind es die Gimbal-Nachrichten, die verworfen werden. Das Symptom sieht nach träger Ausrichtung aus und ist in Wahrheit ein Bandbreitenproblem.
Testen Sie auf dem Prüfstand mit genau der Firmware, mit der Sie fliegen werden. Autopilot-Firmwareversionen ändern das Protokollverhalten, und eine auf einem Stand bewährte Konfiguration kann sich auf dem nächsten anders verhalten. Fixieren Sie die Version über die Flotte und testen Sie vor dem Upgrade erneut.
Geotagging und Geolokalisierung
Die Winkelrückmeldung wird am häufigsten übersprungen und ist für Missionssystemarbeit am folgenreichsten. Ohne sie weiß der Autopilot, wo das Fluggerät war, und nichts darüber, wohin die Kamera zeigte – das macht Foto-Geotagging ungefähr und Zielgeolokalisierung unmöglich.
Mit Winkelrückmeldung plus Entfernungsmesser schließt sich die Kette: Fluggerätposition, Gimbal-Nick und -Gier sowie Schrägentfernung ergeben eine Zielkoordinate. Bei LRF-Nutzlasten kann die Entfernungsausgabe über die serielle Strecke genau dafür von einem Begleitrechner verarbeitet werden – warum ein LRF an Ihre Nutzlast gehört behandelt die Kette und das Fehlerbudget der Geolokalisierung behandelt, welcher Term dominiert.
Beachten Sie, dass auch die Boresight-Ausrichtung hier zählt. Gemeldet werden Gimbal-Winkel; ihre Umrechnung in die Kameraausrichtung setzt voraus, dass Kameraachse und Gimbal-Referenz fluchten – eine Werkseigenschaft, siehe boresight alignment.
Die Integration planen
Eine Reihenfolge, die teure Entdeckungen vermeidet.
- Klären Sie vor dem Einkauf, welche Steuerstufe Ihre Mission wirklich braucht – RC-Durchschleifen kann genügen und ist weit schneller.
- Fordern Sie Protokolldokument und MAVLink-Supportaussage für genau die Variante an, nicht für die Produktfamilie.
- Prüfen Sie das Gimbal gegen Ihre Autopilot-Firmware: befohlener gegen gemeldeten Winkel über den gesamten Verfahrweg.
- Legen Sie das Arbitrierungsverhalten mit gleichzeitig aktivem RC und MAVLink fest.
- Messen Sie die Auslöseverzögerung und prüfen Sie die Überlappung auf einer kurzen echten Befliegung, bevor Sie eine große fliegen.
- Prüfen Sie, ob die Telemetrieraten unter voller Missions-Nachrichtenlast halten, nicht auf einer ruhigen Prüfstandstrecke.
Die Gimbals der AX Series und die integrierten Nutzlasten stellen S.BUS, PWM und serielle Steuerung für die Autopilot-Integration bereit. Beschreiben Sie Ihren Stack — AX-200T, OP-90A und LX-9B Konfigurationen unterscheiden sich darin, was nach außen geführt ist – bestätigen Sie Steuerweg und Dokumentation für Ihre Konfiguration vor der Bestellung.
Weiterführend
- Firmware-Architektur der Nutzlast
- Fehlerbudget der Zielgeolokalisierung
- Gimbal-Steuerschnittstellen im Vergleich
- UAV-Nutzlastintegration: MAVLink, UART, S.BUS und Ethernet
- Checkliste zur UAV-Nutzlastintegration
- Die Checkliste des Integrators zur Lieferantenbewertung
- Warum ein Laserentfernungsmesser an die Nutzlast gehört
- Gimbal Troubleshooting
- AX-200T — 3-axis gimbal
- OP-90A — Multisensor-Pod mit Entfernungsmessung
- LX-9B — multi-sensor pod
- UAV-Nutzlasten für die Pipelineüberwachung
FAQ
Funktionieren UAVThermal-Nutzlasten mit ArduPilot und PX4?
Die Gimbals der AX Series und die integrierten Nutzlasten stellen S.BUS, PWM und serielle Steuerung für die Autopilot-Integration bereit. Was davon verfügbar ist, hängt von der Konfiguration ab: Nennen Sie unseren Ingenieuren Ihren Stack — Autopilot, Firmware-Version und ob ein Begleitrechner im Spiel ist — und sie bestätigen Ihnen den Steuerpfad und die Dokumentation für genau Ihre Konfiguration statt für die Produktfamilie.
Kann der Autopilot den Laserentfernungsmesser auslesen?
Bei LRF-Nutzlasten kann die Entfernungsausgabe über die serielle Strecke von einem Begleitrechner für Geolokalisierungs-Workflows verarbeitet werden. Ob der Autopilot sie selbst aufnimmt, hängt von Ihrem Stack und der Nachrichtenführung ab. Die gängigere Architektur ist ein Begleitrechner, der Entfernung, Gimbal-Winkel und Fluggerätetelemetrie kombiniert, denn dort lebt die Koordinatenarithmetik natürlicherweise.
Mit welcher Steuerstufe soll ich anfangen?
Mit derjenigen, die die Mission tatsächlich braucht. RC-Durchschleifen ist am einfachsten und für pilotengeführte Arbeit ausreichend; das MAVLink-Gimbal-Protokoll v2 ist richtig, wenn Wegpunkte die Kamera ausrichten sollen und Winkel für Geotagging zurückkommen müssen; das Hersteller-SDK ist nötig für Zoom, Tracking und Kameraeinstellungen unter Softwarekontrolle. Die meisten ernsthaften Integrationen kombinieren am Ende MAVLink für die Ausrichtung mit dem SDK für Kamerafunktionen.
Fragen zur Technologie? Sprechen Sie mit unseren Ingenieuren — wir antworten innerhalb von 2 Werktagen.