En una aeronave con ArduPilot o PX4, la cámara con gimbal deja de ser un accesorio del piloto y pasa a ser un componente del sistema de misión: apuntada por waypoints, disparada por el autopiloto y devolviendo ángulos por MAVLink. La calidad de la integración depende del soporte de protocolos de la carga útil, no de su óptica.
- 3 tiersRC, MAVLink v2, SDK del fabricante
- v2Qué protocolo de gimbal exigir
- Angle feedbackQué necesita el geoetiquetado
- Bench firstDónde afloran las convenciones
Puntos clave
- Existen tres vías de control: paso directo de RC, protocolo de gimbal MAVLink v2 y SDK serie del fabricante. Las integraciones serias combinan MAVLink para el apuntamiento y el SDK para las funciones de cámara.
- La realimentación de ángulos es lo que hace posible el geoetiquetado: un gimbal que acepta órdenes pero no devuelve nada no puede sostener un flujo de cartografía.
- El fallo más común es una discrepancia en la convención de guiñada del montaje que produce apuntamiento en espejo, seguido del conflicto de autoridad entre RC y MAVLink.
- Verifique versión de protocolo, vía de disparo, sistemas de coordenadas y cadencias serie antes de comprometer una flota.
En esta página
Las vías de control disponibles
RC passthrough es la más sencilla: canales S.BUS o PWM encaminados por el autopiloto hasta el gimbal. El autopiloto es un cable, no un controlador, y la emisora del piloto gobierna la carga útil. Funciona de inmediato y no hace nada que el piloto no ordene.
Protocolo de gimbal MAVLink v2 es la vía normalizada: control de ángulo, modos de operación y descubrimiento de dispositivo, definidos por el protocolo y no por el fabricante. Es lo que permite a un autopiloto apuntar la cámara a un waypoint y saber hacia dónde mira, y es el nivel que la mayoría de los integradores debería exigir por su nombre.
SDK serie del fabricante da acceso completo a funciones: zoom, seguimiento, paletas, grabación; todo lo que la carga útil puede hacer, en lugar de todo lo que el protocolo normaliza. La comparativa de interfaces trata la parte eléctrica de cada una.
Las integraciones serias combinan MAVLink para el apuntamiento y el SDK para las funciones de cámara. El autopiloto posee hacia dónde mira la cámara, el ordenador acompañante posee qué hace, y ninguno tiene que reimplementar al otro.
Qué verificar antes de comprometerse
Cinco puntos, y cada uno ha mordido a alguien a escala de flota.
| Item | What to ask | Por qué importa |
|---|---|---|
| Versión del protocolo de gimbal | ¿Se soporta el protocolo de gimbal MAVLink v2? | La v1 carece de descubrimiento de dispositivo y manejo limpio de modos |
| Angle feedback | ¿Devuelve la carga útil los ángulos reales? | Sin eso, geoetiquetado y geolocalización son imposibles |
| Vía de disparo de la cámara | ¿Comando MAVLink, PWM o llamada al SDK? | La latencia de disparo rompe el solape cartográfico |
| Coordinate frames | ¿Cómo se configura la orientación del montaje? | La convención equivocada refleja su apuntamiento |
| Cadencia de actualización serie | ¿Qué límites de tasa aplican en el enlace? | Los enlaces saturados dejan sin ancho al flujo del gimbal |
Pida el documento de protocolo antes de comprar: su existencia y calidad predicen toda la integración, como muestra supplier evaluation covers. La lista de integración trata la base mecánica y eléctrica que debe estar bien antes de que nada de esto importe.
Modos de fallo comunes
Convenciones de guiñada de montaje confundidas que producen apuntamiento en espejo. La carga útil y el autopiloto discrepan sobre qué sentido es positivo, así que ordenar derecha gira a la izquierda. Trivial de corregir una vez identificado y realmente desconcertante durante una tarde, porque todo lo demás funciona perfectamente.
RC y MAVLink peleando por la autoridad de control. Dos fuentes gobernando el mismo eje sin arbitraje definido producen un gimbal que da tirones, deriva o ignora una entrada de forma impredecible. Fije las reglas de arbitraje en el banco, no en altura.
Latencia de disparo que rompe el solape cartográfico. Si la cámara dispara apreciablemente después de que el autopiloto lo pidiera, la foto se toma en un punto distinto del planificado y el solape se degrada en todo el levantamiento. Mida el retardo real en lugar de suponerlo despreciable.
Cadencias de telemetría que dejan sin ancho al flujo del gimbal en enlaces saturados. Un enlace que ya transporta actitud, GPS, batería y estado tiene ancho de banda finito, y lo que suele descartarse son los mensajes de gimbal. El síntoma parece un apuntamiento perezoso y en realidad es un problema de ancho de banda.
Pruebe en banco con exactamente el firmware con el que va a volar. Las versiones de firmware del autopiloto cambian el comportamiento del protocolo, y una configuración probada en una versión puede comportarse de otro modo en la siguiente. Fije la versión en toda la flota y vuelva a probar antes de actualizar.
Geoetiquetado y geolocalización
La realimentación de ángulos es lo que más se omite y lo más determinante para el trabajo como sistema de misión. Sin ella el autopiloto sabe dónde estaba la aeronave y nada sobre hacia dónde apuntaba la cámara, lo que vuelve aproximado el geoetiquetado e imposible la geolocalización de objetivos.
Con realimentación de ángulos más un telémetro, la cadena se cierra: posición de la aeronave, cabeceo y guiñada del gimbal y distancia oblicua resuelven una coordenada de objetivo. En cargas útiles con LRF, la salida de distancia por el enlace serie puede ser consumida por un ordenador acompañante justo para esto: por qué un LRF pertenece a su carga útil trata la cadena y el presupuesto de error de geolocalización trata qué término domina.
Tenga en cuenta que aquí también importa la alineación de boresight. Los ángulos devueltos son ángulos de gimbal; convertirlos en apuntamiento de cámara supone que el eje de la cámara y la referencia del gimbal están alineados, algo que es una propiedad de fábrica: véase boresight alignment.
Planificar la integración
Una secuencia que evita los descubrimientos caros.
- Confirme qué nivel de control necesita realmente su misión antes de comprar: el paso directo de RC puede bastar y es mucho más rápido.
- Solicite el documento de protocolo y la declaración de soporte MAVLink para la variante exacta, no para la familia de producto.
- Pruebe el gimbal contra su firmware de autopiloto: ángulo ordenado frente a ángulo devuelto, en todo el recorrido.
- Establezca el comportamiento de arbitraje con RC y MAVLink activos simultáneamente.
- Mida la latencia de disparo y compruebe el solape en un levantamiento real corto antes de volar uno grande.
- Verifique que las cadencias de telemetría se mantienen con la carga completa de mensajes de misión, no en un enlace de banco tranquilo.
Los gimbals de la AX Series y las cargas útiles integradas exponen S.BUS, PWM y control serie aptos para la integración con autopiloto. Describa su configuración — AX-200T, OP-90A y LX-9B las configuraciones difieren en qué queda expuesto: confirme la vía de control y la documentación de su configuración antes de comprar.
Lecturas relacionadas
- Arquitectura de firmware de la carga útil
- Presupuesto de error de geolocalización de objetivos
- Interfaces de control de gimbal comparadas
- Integración de carga útil: MAVLink, UART, S.BUS y Ethernet
- Lista de comprobación de integración de carga útil
- La lista del integrador para evaluar proveedores
- Por qué su carga útil de dron necesita telémetro láser
- Gimbal Troubleshooting
- AX-200T — 3-axis gimbal
- OP-90A — módulo multisensor con telemetría
- LX-9B — multi-sensor pod
- Cargas útiles para monitorización de oleoductos
FAQ
¿Funcionan las cargas útiles de UAVThermal con ArduPilot y PX4?
Los gimbals de la AX Series y las cargas útiles integradas exponen S.BUS, PWM y control serie aptos para la integración con autopiloto. Lo disponible varía según la configuración: indique a nuestros ingenieros su stack —autopiloto, versión de firmware y si hay un ordenador de a bordo— y le confirmarán la ruta de control y la documentación de su configuración concreta, no de la familia de producto.
¿Puede el autopiloto leer el telémetro láser?
En cargas útiles con LRF, la salida de distancia por el enlace serie puede ser consumida por un ordenador acompañante para flujos de geolocalización. Que el propio autopiloto la ingiera depende de su arquitectura y de cómo enrute el mensaje. La arquitectura más habitual es un ordenador acompañante que combina distancia, ángulos de gimbal y telemetría de la aeronave, porque ahí vive de forma natural la aritmética de coordenadas.
¿Por qué nivel de control debería empezar?
Por el que la misión necesite de verdad. El paso directo de RC es el más simple y basta para trabajo dirigido por el piloto; el protocolo de gimbal MAVLink v2 es lo adecuado cuando los waypoints deben apuntar la cámara y los ángulos deben volver para geoetiquetar; el SDK del fabricante es necesario para zoom, seguimiento y ajustes de cámara bajo control de software. La mayoría de las integraciones serias acaban combinando MAVLink para el apuntamiento y el SDK para las funciones de cámara.
¿Preguntas sobre la tecnología? Hable con nuestros ingenieros — respondemos en 2 días hábiles.