Controlador de vuelo de borde
Autopiloto de doble IMU, normas abiertas
Panorama
Un controlador de vuelo de clase H7 con IMU redundantes duales, magnetómetros y sensores de presión, 16 canales PWM, dos buses FD CAN de 8 Mbit y una envolvente operativa de -40 a +85 grados C. Ejecuta ArduPilot y PX4 en multirrotores, alas fijas, VTOL, vehículos terrestres y embarcaciones, sin necesidad de calibración por el usuario final.
Un autopiloto que un programa nacional puede poseer: sensores redundantes duales, una envolvente industrial de -40 a +85 grados, soporte de ArduPilot y PX4, y desarrollo de firmware a medida cuando la misión supera la configuración estándar.
Capacidades
- Clase H7 ARM Cortex-M7 a 480 MHz con 1 MB de RAM, 2 MB de flash, 32 KB de FRAM y almacenamiento SD
- IMU redundantes duales, sensores de presión duales y magnetómetros duales en un sistema en módulo integrado
- 16 canales PWM, dos buses FD CAN de 8 Mbit, cuatro puertos serie, Ethernet opcional
- Ejecuta ArduPilot y PX4 en multirrotores, alas fijas, VTOL, vehículos terrestres, embarcaciones y robots generales
- Sin necesidad de calibración por el usuario final; probado a vibración y temperatura
- Compatibilidad con Futaba S.BUS, telemetría FRSky y el ecosistema de cardánicas
- 88 g incluida la placa portadora y la carcasa de aluminio, 80 x 55 x 20 mm
- Desarrollo de firmware y de placa portadora a medida disponible por programa
Especificaciones
| Tipo | Controlador de vuelo de borde (autopiloto) |
| Procesador | Disponible durante una sesión informativa técnica controlada |
| Memoria | Disponible durante una sesión informativa técnica controlada |
| Sensores | Disponible durante una sesión informativa técnica controlada |
| E/S | Disponible durante una sesión informativa técnica controlada |
| Firmware | Disponible durante una sesión informativa técnica controlada |
| Plataformas | Multirrotor, ala fija, VTOL, vehículo terrestre, embarcación, robótica general |
| Entorno | Disponible durante una sesión informativa técnica controlada |
| Peso y tamaño | Disponible durante una sesión informativa técnica controlada |
| Origen | Independiente / no alineado |
Las cifras publicadas figuran a continuación; las cifras específicas de cada configuración se comparten durante la sesión informativa.
Por qué Unstrat: la diferencia
Unstrat es el representante y distribuidor global autorizado de esta capacidad. Ya está en servicio con un historial detrás, así que compra algo que ha cumplido su cometido en otros lugares, no financia un primer intento. Usted no es el banco de pruebas.
Origen independiente y no alineado, sin exposición política a ningún ecosistema de gran potencia.
Un solo equipo responsable, desde la primera reunión hasta la entrega y el sostenimiento en la región.
Autopiloto de norma abierta: los ingenieros del comprador lo amplían en lugar de solicitarlo a un proveedor.
Cómo le llega
Capacidad relacionada
Ver todo →
Adquisición y sostenimiento
La clasificación y la cadena de certificado de usuario final se confirman antes de que esta capacidad se represente ante su mercado.
Proveniente de un fabricante independiente: sin reglas de divulgación de gran potencia ni condiciones políticas.
Un solo equipo responsable desde la primera sesión informativa hasta la entrega: no una cadena de proveedores principales extranjeros que usted mismo deba integrar.
Soporte de ciclo de vida y capacitación de operadores entregados en la región, construyendo una capacidad que perdura más allá del despliegue inicial.
Preguntas que hacen los compradores
¿Qué es un controlador de vuelo de borde?
Es el piloto automático en el núcleo de un vehículo no tripulado: la placa que lee los sensores inerciales, mantiene la aeronave en su plan de vuelo y acciona los motores y servos. El nuestro es una placa de clase H7 que ejecuta un ARM Cortex-M7 a 480 MHz con IMUs duales redundantes, sensores de presión duales y magnetómetros duales, y corre el firmware abierto ArduPilot y PX4 en multirotores, ala fija, VTOL, rovers y embarcaciones.
Ver: Comparativa con el Cube y el PixhawkSu función en una célula ISR
¿Este controlador de vuelo ejecuta ArduPilot y PX4?
Sí, ejecuta ambos. Es el mismo firmware abierto que usan el Cube Orange+, el Pixhawk 6X y el mRo Control Zero H7, de modo que las herramientas y la comunidad son idénticas. Al ser firmware de estándar abierto, sus ingenieros pueden extenderlo sin esperar una versión del fabricante, y el proveedor ofrece desarrollo de firmware personalizado por programa sobre la compilación estándar.
¿Qué rango de temperatura admite un controlador de vuelo para dron?
El nuestro está especificado de -40 a +85 grados C y ha sido sometido a ensayos de vibración y temperatura. A modo de comparación, el Pixhawk 6X publica el mismo rango de -40 a 85 °C, mientras que el Cube Orange+ publica un rango más estrecho de -10 a 55 °C y el Control Zero H7 no publica ningún rango de operación. Para operaciones en climas fríos o desérticos esa fila reduce el campo, así que especifique contra la envolvente publicada y confírmela en su propio ensayo.
¿Cuántas IMUs tiene este piloto automático?
Lleva IMUs duales redundantes, más sensores de presión duales y magnetómetros duales en un módulo de sistema integrado. En el recuento bruto de IMUs, el Cube Orange+ y el Pixhawk 6X publican tres, por lo que lideran en ese apartado. Donde difiere el nuestro es en el compás: declara dos magnetómetros frente a un único compás a bordo en los tres competidores. Ajuste la redundancia que importa para su célula en lugar de fijarse en la cifra del titular.
Piloto automático de estándar abierto que un programa nacional puede poseer y modificar
Esa capacidad de propiedad es la razón de ser de una placa abierta. Ejecuta ArduPilot y PX4, de modo que el firmware no está bloqueado, y el proveedor ofrece desarrollo de firmware y placa portadora personalizados por programa desde un único equipo independiente y no alineado. Eso significa que sus propios ingenieros amplían el mapa de E/S, la combinación de sensores y el firmware, en lugar de dirigir una petición a un proveedor extranjero y esperar una decisión de exportación. El mRo Control Zero H7, por su parte, lista el soporte de placa portadora personalizada como No en su tabla de especificaciones.
Ver: Quién extiende el firmware y la placa portadoraCélulas ensambladas en campo que puede volar
Controlador de vuelo para un VTOL o ala fija con muchos canales de servo
Proporciona 16 canales PWM, dos buses FD CAN a 8 Mbit y cuatro puertos serie, lo que cubre el diseño mixto de rotor y superficies de control de un VTOL. El Cube Orange+ publica 14 salidas PWM y el Control Zero H7 publica 8. Lleve el mapa completo de canales, incluidos los periféricos CAN y el número de superficies de control, a la revisión técnica para que la placa portadora se dimensione para toda la célula y no para el mínimo.
Piloto automático que no requiere calibración del usuario final antes del vuelo
Está declarado como exento de calibración por parte del usuario final y ha sido sometido a ensayos de vibración y temperatura antes del envío. Eso importa en una unidad entregada a tripulaciones en lugar de a integradores: la placa está lista para configurar la célula sin un paso previo de calibración de sensores en banco. La configuración de compás y la específica de la célula siguen el procedimiento normal de ArduPilot o PX4, así que confirme el flujo de configuración para su plataforma en la revisión.
Controlador de vuelo para un enjambre de drones con autonomía coordinada
Un enjambre necesita un piloto automático común y extensible en cada célula para que la capa de coordinación observe un comportamiento único, no una placa diferente por aeronave. Este controlador ejecuta ArduPilot y PX4 con dos buses FD CAN para periféricos, y el proveedor puede desarrollar firmware personalizado por programa, que es el mecanismo por el que la lógica compartida del enjambre llega a cada nodo. La coordinación en sí reside en la capa de robótica colectiva por encima del piloto automático.
Ver: Autonomía multiagente coordinadaFirmware extensible en toda la flota
¿Cómo se compara con un Cube Orange+ o Pixhawk 6X en procesador y memoria?
Se encuentran en la misma clase. Todos ejecutan un H7 Cortex-M7 con 1 MB de RAM y 2 MB de flash. El Cube Orange+ trabaja a 400 MHz, el Pixhawk 6X y el nuestro a 480 MHz. El nuestro añade 32 KB de FRAM y tarjeta SD. La fila del procesador no determina la compra, de modo que las preguntas que importan son la envolvente de temperatura, la combinación de redundancia de sensores y quién puede extender el firmware y la placa portadora.
Construimos nuestras propias células y necesitamos modificar el diseño de la placa portadora. ¿Es posible con este piloto automático?
Ese es el propósito del diseño. El controlador es un módulo de sistema integrado sobre una placa portadora, y el proveedor ofrece desarrollo de placa portadora personalizada por programa desde un único equipo responsable. El mRo Control Zero H7 lista el soporte de placa portadora personalizada como No, y aunque CubePilot y Holybro apoyan la personalización a través de sus propios canales, esas vías terminan en un proveedor extranjero. Lleve los requisitos de conector, alimentación y E/S de su célula a la revisión para que la placa portadora se diseñe según su esquema y no se adapte a uno fijo.
Ver: Desarrollo de placa portadora personalizada comparadoCélulas diseñadas para ser reconfiguradas
En un programa de drones soberano, ¿por qué importa la nacionalidad del proveedor del piloto automático?
Porque el piloto automático es el cerebro de la aeronave, y un programa que no puede modificarlo ni reabastecerse de él no es soberano. El Cube Orange+, el Pixhawk 6X y el Control Zero H7 dependen de proveedores extranjeros, de modo que los cambios de firmware y los repuestos están sujetos a sus calendarios de versiones y normas de exportación. El nuestro proviene de un único equipo independiente y no alineado que ofrece trabajo de firmware y placa portadora personalizados, por lo que la placa puede ampliarse y sostenerse dentro de su jurisdicción. El procesador es de la misma clase en todos los casos; la relación de suministro es lo que difiere.
Nuestra célula vuela tanto en calor desértico como en frío de montaña. ¿Un solo controlador de vuelo cubre ese rango?
El nuestro está homologado de -40 a +85 grados C y ha sido sometido a ensayos de temperatura, lo que cubre ambos extremos sobre el papel. El Pixhawk 6X iguala ese rango; el Cube Orange+ está limitado a -10 a 55 °C, lo que lo descartaría en un despliegue en frío, y el Control Zero H7 no publica ningún rango. Una envolvente publicada es un punto de partida, no una garantía, así que someta la placa a su propio ciclo térmico antes de comprometer una flota.
¿Cuánta redundancia obtenemos realmente, y es suficiente la IMU dual frente a las placas con IMU triple?
El nuestro declara IMUs duales redundantes, sensores de presión duales y magnetómetros duales. El Cube Orange+ y el Pixhawk 6X publican tres IMUs, por lo que en el recuento inercial llevan un sensor adicional para votar. Donde el nuestro lidera es en el compás: dos magnetómetros en el módulo frente a un único compás a bordo en los competidores, que habitualmente dependen de un compás externo montado en el GNSS para una segunda fuente de rumbo. La respuesta honesta es que la IMU dual es la práctica estándar para la mayoría de las células, y si se necesita una tercera IMU depende del análisis de seguridad, así que decídalo en función de la misión y no de la hoja de datos.
¿Puede este controlador de vuelo sostener toda la pila de misión ISR, no solo volar la aeronave?
Vuela la aeronave y le proporciona los buses para colgar la misión: dos buses FD CAN a 8 Mbit, cuatro puertos serie y Ethernet opcional para una computadora de misión, cardán, GNSS y enlace de datos. El piloto automático sostiene el plan de vuelo mientras la carga útil y los análisis se ejecutan en los periféricos que conecta. Para una arquitectura ISR completa el piloto automático es una capa, así que planifíquelo junto con la célula, los sensores y la capa de mando y control, no de forma aislada.
Ver: ISR como arquitectura, no como plataformaLa capa de mando y control por encima
Queremos estandarizar un único piloto automático en flotas de multirotor, ala fija y rover. ¿Lo cubre este?
Está construido exactamente para eso. Ejecuta ArduPilot y PX4 en multirotores, alas fijas, VTOL, rovers, embarcaciones y robots de uso general, de modo que una sola placa y un único conjunto de habilidades de firmware cubre la flota en lugar de un controlador diferente por clase de vehículo. Estandarizar también simplifica los repuestos y la formación. Lleve la combinación completa de vehículos y la lista de periféricos a la revisión para que la placa portadora y las E/S se dimensionen para la configuración más exigente que vaya a desplegar.
Ver: Cobertura de plataformas comparadaLa arquitectura no tripulada más amplia
Controlador de vuelo de borde: preguntas
What is Controlador de vuelo de borde?
Controlador de vuelo de borde is Unstrat's Sky (Air Domain) capability: Un controlador de vuelo de clase H7 con IMU redundantes duales, magnetómetros y sensores de presión, 16 canales PWM, dos buses FD CAN de 8 Mbit y una envolvente operativa de -40 a +85 grados C. Ejecuta ArduPilot y PX4 en multirrotores, alas fijas, VTOL, vehículos terrestres y embarcaciones, sin necesidad de calibración por el usuario final.
How does Controlador de vuelo de borde work?
Controlador de vuelo de borde delivers its effect through Clase H7 ARM Cortex-M7 a 480 MHz con 1 MB de RAM, 2 MB de flash, 32 KB de FRAM y almacenamiento SD, IMU redundantes duales, sensores de presión duales y magnetómetros duales en un sistema en módulo integrado and 16 canales PWM, dos buses FD CAN de 8 Mbit, cuatro puertos serie, Ethernet opcional, capabilities matched to the requirement and confirmed under briefing rather than published.
Who makes Controlador de vuelo de borde?
Controlador de vuelo de borde is built by The Robotics & AI House, whose focus is unmanned systems, eo/ir sensors & ai video analytics. Unstrat represents The Robotics & AI House to government and enterprise buyers worldwide as an independent, non-aligned prime vendor.
Why choose Controlador de vuelo de borde over a major-power alternative?
Controlador de vuelo de borde is sourced from an independent, non-aligned manufacturer, so it carries no major-power disclosure rules, upgrade-locks or political ramifications. Concretely: autopiloto de norma abierta: los ingenieros del comprador lo amplían en lugar de solicitarlo a un proveedor. The capability is accountable to you, not to a foreign vendor's government and its release schedule.
How is Controlador de vuelo de borde procured, and where can it be exported?
Un autopiloto que un programa nacional puede poseer: sensores redundantes duales, una envolvente industrial de -40 a +85 grados, soporte de ArduPilot y PX4, y desarrollo de firmware a medida cuando la misión supera la configuración estándar. Every engagement begins with a briefing, and export eligibility is confirmed per market under briefing rather than published. Where controlled capabilities are involved, the classification and end-user-certificate chain is confirmed first. Controlador de vuelo de borde is then sustained in-region by one accountable team from briefing through long-term operation.