Cuatro interfaces cubren casi cualquier integración de gimbal: PWM para un ajuste de eje mínimo, S.BUS para ecosistemas RC multicanal, protocolos serie para acceso completo a funciones y CAN para una integración robusta en el bus de a bordo. Equivocarse cuesta semanas; entender las diferencias lleva cinco minutos.
- 1Funciones por cable en PWM
- 16Canales por un solo cable en S.BUS
- FullCobertura funcional en serie
- Multi-dropTopología del bus CAN
Puntos clave
- PWM ofrece una función por cable: suficiente para el cabeceo en un montaje sencillo, inservible para una carga útil completa.
- S.BUS multiplexa 16 canales en un solo cable y es la opción por defecto en integraciones de clase FPV como la serie AX-20.
- Un protocolo serie documentado es la única vía a comandos de ángulo absoluto, control de seguimiento y telemetría de vuelta; la calidad del SDK determina la velocidad de integración.
- CAN encaja en células más grandes donde la carga útil se une al bus junto a los controladores y el equipo de navegación, en lugar de ocupar un puerto dedicado.
En esta página
PWM y S.BUS: la herencia RC
PWM es lo más antiguo y sencillo de la lista: un pulso cuyo ancho codifica una posición, una función por cable. Asigne un canal al cabeceo del gimbal y una palanca moverá la cámara. Para un montaje sencillo en el que solo quiere inclinar la cámara hacia abajo y devolverla, PWM basta y sobra y no exige documentación alguna.
Su límite llega rápido. Cada función adicional supone otro cable y otro canal, y una carga útil moderna tiene bastante más de tres cosas dignas de control. Zoom, paleta, foto, vídeo, modo, recentrado, seguimiento: cablear todo eso por PWM no da un montaje elegante sino un mazo.
S.BUS lo resuelve multiplexando 16 canales en un solo cable. Cabeceo, guiñada, zoom, foto y modo quedan en interruptores de la emisora mediante una única conexión, y por eso es la opción por defecto en integraciones de clase FPV como la familia AX-20T . El modelo mental sigue siendo RC —un piloto con una emisora— pero el presupuesto de canales deja de ser la restricción.
Serie: el menú completo
Un protocolo serie documentado abre todo lo que la carga útil sabe hacer: comandos de ángulo absoluto en lugar de empujes relativos de palanca, activación de seguimiento y selección de objetivo, ajustes de cámara y telemetría en sentido inverso. Si quiere que el gimbal apunte a una demora concreta porque su software la ha calculado, el serie es la única interfaz de esta lista que lo consigue.
Es la vía de los ordenadores de a bordo y las pilas de autonomía. Y es también donde la calidad de un proveedor se ve de inmediato: la disponibilidad del SDK y la calidad de la documentación determinan la velocidad de integración mucho más que la interfaz eléctrica. Dos cargas útiles con hardware serie idéntico pueden diferir en semanas de trabajo de ingeniería solo según lo completo que sea el documento de protocolo.
Para integrar con el piloto automático en concreto, MAVLink es el idioma común por encima del serie. Integración de cámaras en gimbal con ArduPilot y PX4 mediante MAVLink trata esa vía, y MAVLink, UART, S.BUS y Ethernet traza el panorama de protocolos más amplio.
CAN: el bus de a bordo
CAN es diferencial, tolerante al ruido y multipunto. Esas tres propiedades constituyen todo el argumento a su favor. En una célula mayor, con tendidos de cable largos, controladores potentes y varios dispositivos que deben hablar entre sí, un bus que tolera el ruido eléctrico y permite a los dispositivos compartir un medio físico justifica la complejidad de protocolo añadida.
CAN encaja cuando la carga útil se une al bus junto a los controladores y el equipo de navegación, en lugar de ocupar un puerto dedicado de la controladora de vuelo. En un cuadricóptero pequeño con mazo corto y una sola carga útil, esa ventaja es en gran medida teórica mientras que la complejidad es real, y por eso los montajes de clase FPV han seguido con S.BUS.
La regla práctica: si su célula ya tiene un bus CAN con otros dispositivos, cuelgue de él la carga útil. Si no lo tiene, añadir uno por un solo dispositivo rara vez compensa.
Los cuatro comparados
Puestos uno al lado del otro, el compromiso se ve con claridad suficiente para decidir de una pasada.
| Interfaz | Wires | Functions available | Noise tolerance | Telemetry back | Uso típico |
|---|---|---|---|---|---|
| PWM | Una por función | Uno por cable | Baja | No | Control de cabeceo simple en un montaje básico |
| S.BUS | One | 16 channels | Moderada | No | Integraciones FPV y de ecosistemas RC |
| Serial | One pair | Superficie de protocolo completa | Moderada | Sí | Ordenadores de a bordo y pilas de autonomía |
| CAN | Un par diferencial, multipunto | Full, bus-shared | Alta | Sí | Células mayores con bus de a bordo existente |
Las interfaces no son escalones. Serial is not «better than» S.BUS — it answers a different question. A pilot flying by stick does not need absolute angle commands, and a companion computer cannot use a transmitter switch. Pick by who or what is issuing the commands.
La parte eléctrica que nadie lee primero
La interfaz de control es solo la mitad de la integración. La carga útil también necesita alimentación en un rango que le sirva, y las ventanas de entrada publicadas son más amplias de lo que se espera, lo cual es buena noticia para flotas mixtas.
| Gimbal | Operating voltage | Consumo (estático / bloqueado) | Precisión angular |
|---|---|---|---|
| AX-20T | 7.4–26.4 VDC | 1.5 W / 14 W | ±0.05° |
| AX-20S | 7.4–26.4 VDC | 1.0 W / 5.5 W | ±0.05° |
| AX-40D | 7.4–26.4 VDC | 2 W / 12 W | ±0.05° |
| AX-40T | 7.4–26.4 VDC | 3 W / 18 W | ±0.05° |
| AX-200T | 12–26.4 VDC | 1.7 W / 23.5 W | ±0.01° |
Fíjese en la diferencia entre consumo estático y en bloqueo. Dimensionar la alimentación por la cifra estática es un error de integración clásico: el gimbal funciona perfectamente hasta que topa con un tope o lucha contra el viento, entonces el raíl cae y otra cosa del aparato empieza a comportarse mal. Presupuestos eléctricos de carga útil trata el dimensionado por pico en vez de por media, y integration checklist trata los puntos mecánicos y de interfaz que vienen con ello.
Planificar la integración
Una secuencia que funciona ahorra las semanas que cuesta elegir mal la interfaz.
- Decida quién da las órdenes: un piloto con emisora, un ordenador de a bordo o ambos.
- Pida el documento de protocolo del proveedor antes de encargar: que exista y lo bueno que sea predice toda la integración.
- Dibuje sobre el papel su asignación de canales o comandos, incluyendo las funciones que necesitará dentro de seis meses, no solo las de hoy.
- Compruebe la ventana eléctrica y dimensione la alimentación por la corriente de bloqueo, no por la estática.
- Pruebe en banco el control y la telemetría en tierra con el mismo firmware de controladora de vuelo con el que va a volar.
El caso combinado es habitual y conviene planificarlo de forma deliberada: S.BUS para el control del piloto más serie para las funciones de misión, de modo que el operador conserve la autoridad en las palancas mientras el software lleva el resto. Confirme que la carga útil admite entradas simultáneas y entienda sus reglas de arbitraje: qué ocurre cuando ambas fuentes mandan sobre el mismo eje se descubre mejor en banco que en altura. Gimbal troubleshooting trata cómo se manifiesta esto, síntoma a síntoma, cuando sale mal.
Lecturas relacionadas
- Arquitectura del firmware de la carga útil: versionado, reversión y actualizaciones seguras en campo
- Integración mecánica de la carga útil: soportes, amortiguación y equilibrado
- Integración de carga útil: MAVLink, UART, S.BUS y Ethernet
- Integrar cámaras con gimbal en ArduPilot y PX4 mediante MAVLink
- Lista de comprobación de integración de cargas útiles UAV: interfaces, anclaje, alimentación
- Presupuestos de potencia de cargas útiles de dron
- Resolución de problemas del gimbal: deriva, inclinación del horizonte y cortes de vídeo
- AX-20T — 3-axis FPV gimbal
- AX-20S — 17 g single-axis gimbal
- AX-200T — ±0.01° 3-axis gimbal
- Drones para patrulla de seguridad nocturna
- Inspección de torres de telecomunicaciones con dron
FAQ
¿Se pueden mezclar interfaces en una misma carga útil?
Por lo general sí: S.BUS para el control del piloto más serie para las funciones de misión es un patrón habitual que deja al operador la autoridad en las palancas mientras el software lleva el seguimiento y los ajustes de cámara. Confirme antes dos cosas con el proveedor: que la carga útil acepta realmente entradas simultáneas y cuáles son sus reglas de arbitraje cuando ambas fuentes mandan sobre el mismo eje. Descubrir el comportamiento del arbitraje en vuelo es desagradable.
¿Qué preguntar primero a un proveedor?
«Send the protocol document.» Its existence and quality predict the whole integration more reliably than any specification sheet. A complete document with command tables, telemetry formats and worked examples means days of work; a vague one, or a promise that it will be provided after purchase, means weeks. This single question separates suppliers faster than anything else you can ask.
¿Merece la pena CAN para una sola carga útil?
Normalmente no. CAN se rentabiliza en células mayores donde varios dispositivos ya comparten un bus multipunto tolerante al ruido y los tendidos de cable son largos. Añadir un bus por una sola carga útil en un aparato pequeño aporta complejidad de protocolo real a cambio de una ventaja que a esa escala es en gran medida teórica. Si la célula ya tiene CAN con otros dispositivos, úselo; si no, S.BUS o serie le servirán mejor.
¿Preguntas sobre la tecnología? Hable con nuestros ingenieros — respondemos en 2 días hábiles.