¿Cuál es la cantidad mínima de sensores para un vehículo aéreo no tripulado de seguimiento de puntos de ruta de GPS?

Me gustaría desarrollar mi propio software de vuelo de guía, navegación y control (GN&C) en una Raspberry Pi, para un pequeño UAV de ala fija. Desde un punto de vista físico, ¿cuál es el conjunto mínimo de sensores/entradas necesarias para implementar el seguimiento de puntos de ruta de GPS?

Entiendo que tengo muchas matemáticas que aprender, pero ¿cuál es el conjunto mínimo de entradas para esas matemáticas? Tengo experiencia con C++ incorporado para sistemas de entretenimiento de vehículos, pero no tengo conocimientos en el ámbito de la aviación.

¿Cuál es tu ubicación? Tenía la impresión de que la mayor parte del mundo desarrollado solo permitía la operación controlada por el operador con línea de visión. No es ese el caso?
No es lo mismo lo permitido que lo posible.
Una raspberry pi es una elección terrible para esto: grande, hambrienta de energía y demasiado hardware y especialmente complejidad de software que puede fallar de manera imposible de replicar o entender. Cosas prácticas como esta utilizan un microcontrolador de tamaño medio con un puerto serie libre para conectar el GPS.
@ChrisStratton muy cierto. Alguien intentó controlar los LED RGB usando el reloj de software de PWM en un Pi, y obtuvo un deslumbramiento de colores... la respuesta fue "hacer que el Pi ordene a un Arduino que haga el reloj real"...
En la línea de lo que decía Jeffrey, esto es ilegal en los EE. UU. Los drones aficionados deben permanecer dentro de la línea de visión del operador y por debajo de los 400 pies AGL. Y, en serio, a diferencia de muchas regulaciones gubernamentales, existen muy buenas razones para estas reglas (a saber, el avión tripulado por encima de ese nivel), así que sígalas. Por supuesto, si todos sus waypoints están dentro de su línea de visión y por debajo de 400 AGL, entonces está listo para comenzar.
Los 400 pies y la línea de visión pueden parecer razonables, pero paralizan gravemente la utilidad y la libertad del arte en áreas donde el riesgo para las aeronaves tripuladas es extraordinariamente bajo o inexistente. Lo que también está en debate es por qué el control a nivel municipal y estatal sobre el espacio aéreo no existe. Estoy de acuerdo con Quiet Flyer en que la legalidad es irrelevante cuando la pregunta es qué es posible.
En 2005, un grupo de chicos en Canadá hizo algo similar (aunque más simple) con un GPS + brújula digital + sensor de velocidad del aire (tubo de Pitot): canuck-boffin.net/sonde/index.htm . Tienen descripciones del hardware y software que desarrollaron en su sitio. Usaron una pequeña PC industrial (alrededor del doble del tamaño de una Pi pero i386 a 25 MHz) con DOS.
@Steve Eso es para aficionados: reglas que debe seguir para volar sin licencia (aunque aparentemente ahora necesita registrarse). Si necesita operar su aeronave no tripulada más allá de esas reglas, puede obtener capacitación y solicitar una licencia de operador de drones con la FAA; ENTONCES , solicitar una exención de la regla de línea de visión (que creo que se otorga por plan de vuelo)
@slebetman Esto está un poco fuera de tema, pero aquí va: me gustaría eliminar el requisito de registro para los aficionados y reasignar la licencia de operador de drones comerciales para que sea estrictamente un asunto a nivel estatal (sin participación de la FAA, excepto establecer pautas, similar a como los conductores comerciales La concesión de licencias se realiza por estado según lo informado por las pautas federales). ¿Qué acciones puedo tomar, qué grupos comparten mis sentimientos? Considero que es un gran doble rasero que tengamos ultraligeros y parapentes operando sin licencia o registro en absoluto, pero la microesfera de vuelo está estrictamente controlada.
@Steve, no soy de los EE. UU. ni vivo allí, pero AFAIK, la principal organización que representa a los aficionados (y la única que reconoce la FAA) es AMA (www.modelaircraft.org), pero son muy conservadores y, en la medida de lo posible, intentan evitar enfrentarse a la FAA. Durante décadas, la ley que otorgó a la FAA el poder de regular el espacio aéreo limita lo que la FAA puede regular para aeronaves no tripuladas que vuelan por debajo de la altitud mínima de vuelo (de ahí provienen los 400 pies) para uso no comercial. Esto estaba destinado a cubrir todo, desde aviones de papel hasta vehículos aéreos no tripulados para aficionados.
.. pero últimamente ha habido un grupo de intereses comerciales que incluyen a DJI, Amazon, Google y un montón de otras compañías que están presionando al gobierno para que autorice y/o regule el espacio aéreo de 400 pies (porque es valioso para ellos para sus drones). Entonces, en los últimos años, se cambió la redacción de la ley (que tiene límites de tiempo, por lo que se renueva/reaprueba periódicamente) para otorgar a la FAA el poder de exigir el registro. Si no le gusta, un curso de acción es escribirle a su representante al respecto.
En cuanto al tamaño y el peso de una solución Raspberry Pi, aquí hay un proyecto de GPS de mano que construí, para comparar: instructables.com/id/Handheld-GPS-With-EInk-Display El prototipo descrito allí tenía alrededor de 150 g, el consumo de energía es de aproximadamente 1 W, y el volumen es aproximadamente la mitad de un perrito caliente, sin contar el considerable espacio de aire dentro de mi recipiente de plástico. Me parece que sería un desafío implementar la aplicación que describe en un Pi solo por la necesidad de conectar todos los periféricos: muchos conectores y algo de hardware quiere estar en ciertos pines.
Mira los controladores de vuelo RC de hobby. Muchos son de código abierto y pueden ejecutar misiones de waypoint de forma completamente autónoma utilizando una IMU y una entrada de GPS externa.

Respuestas (6)

El mínimo absoluto para un vehículo generalizado que necesita conocer su posición y actitud (orientación) en el espacio es uno por grado de libertad. Esto se puede reducir si tenemos información sobre los modos naturales del sistema y su estabilidad .

Para simplificar, supongamos que un vehículo se mueve en 3 dimensiones, lo que significa un total de 6 DoF:

  • 3 coordenadas en el espacio para saber la posición
  • 3 ángulos (o similar) para saber la actitud

La forma más sencilla de cumplir con estos requisitos son los acelerómetros para las coordenadas XYZ y los giroscopios para los ángulos, que a menudo se empaquetan juntos en una IMU . Técnicamente, ni siquiera necesita un GPS real, siempre que conozca las coordenadas de la ubicación de inicio, ya que puede integrarlo para conocer su posición. Esto se conoce como navegación a estima a través de la navegación inercial y funciona de esta manera (utilicemos coordenadas X como ejemplo):

  • Necesitas saber el valor inicial X y su tasa de cambio: X 0 , X ˙ 0
  • Escuche los valores de la X ¨ acelerómetro
  • Integrar la aceleración para obtener la velocidad: X ˙ = X ¨ d X + X ˙ 0
  • Integrar la velocidad para obtener la posición: X = X ˙ d X + X 0

Por supuesto, esto tiene múltiples deficiencias. Los acelerómetros del mundo real tienen ruido, los giroscopios se desvían, su ubicación inicial probablemente sea inexacta, su vehículo probablemente necesite más datos para operar y todos los sistemas que acabo de describir no tienen forma de encontrarse si se reinician en la misión.

Para un proyecto barebones realista como el que describiste, necesitarás:

  • 3 acelerómetros (en una IMU)
  • 3 giroscopios (en una IMU)
  • 3 magnetómetros (generalmente vienen con la IMU y ayudan a mantener los 2 anteriores en línea)
  • GPS (se puede combinar con la IMU y usted lo quería específicamente)

Otras fuentes de datos son deseables pero complican enormemente la arquitectura FCS, ya que necesita ponderar adecuadamente los datos, después de todo, no quiere que la aeronave confíe más en el magnetómetro que en los giroscopios y le muestre un pequeño truco que aprendió al pasar cerca . una anomalía magnética.

En particular, una sonda Pitot es buena para conocer su velocidad aérea en lugar de su velocidad terrestre. Una paleta alfa es un lujo y no es necesaria a menos que esté empujando el sobre de vuelo.

Cualquier sensor de vigilancia terrestre con suficiente frecuencia de actualización, rango y precisión (IR, láser, LiDAR, acústico, etc.) le permitirá suavizar sus aterrizajes, y el que elija dependerá de su diseño y presupuesto; todos tienen pros y contras.


Desde el punto de vista de la codificación, si realmente quiere hacer esto usted mismo desde cero, debe buscar sistemas en tiempo real, filtros Kalman y el vasto campo de la fusión de sensores. También aprenda algo de aerodinámica mientras lo hace, de modo que el fuselaje en sí no sea una caja negra para usted. Puede ejecutar un FCS en un Arduino, incluso para cuadricópteros, si está satisfecho con solo un SAS básico .

Hay una gran comunidad de constructores de UAV aficionados en línea que pueden proporcionarle una solución casi lista para usar para su FCS ( Ardupilot ), si prefiere ese enfoque. Personalmente, a menudo encuentro que falta su documentación, por lo que le sugiero que al menos aprenda los conceptos básicos detrás de lo que está haciendo, para ayudarlo a navegar por las inevitables lagunas en el manual. Además, dado que es un proyecto de código abierto, puede llenar esos vacíos.

Con un modelo dinámico del sistema, no necesariamente necesita tantos sensores como grados de libertad en el estado. Solo necesita ser "observable".
@pericynthion corríjame si me equivoco, pero a menos que sus DoF sean de alguna manera combinaciones lineales entre sí, no creo que pueda eliminar ninguno sin pérdida de información. El X , y , z Los ejes son ortogonales y mientras que los ángulos de Euler tienen un caso singular (bloqueo de cardán) proporcionan una representación mínima suficiente de la actitud.
@pericynthionif a menos, por supuesto, que quiera decir que podemos reconstruir el estado de actitud a partir de la trayectoria y las entradas, lo que no es el caso en el mundo práctico.
Estás equivocado :) aunque quise decir "detectable" en lugar de "observable". Es suficiente tener tantos sensores como modos inestables del sistema dinámico, siempre que esos sensores proporcionen observaciones ortogonales adecuadas.
Es importante destacar que no es necesario que los sensores que tenga sean perfectos, ni que su modelo dinámico sea perfecto, ni que no haya perturbaciones (por ejemplo, ráfagas de viento).
Feria de @pericynthion, ha pasado demasiado tiempo desde la última vez que traté con la teoría del control. Sin embargo, creo que eso todavía requiere un conjunto adicional de restricciones, específicamente que los controles no pueden mover el sistema fuera del sobre estable, lo que para los aviones es bastante difícil de hacer. No es necesario que el modelo sea perfecto, pero debe ser aplicable: los modos longitudinal y lateral direccional clásicos son válidos para perturbaciones en torno a un vuelo nivelado estable y una aeronave en barrena plana o pérdida profunda puede exhibir nuevos modos.
@AEhere: muchas gracias por todos los detalles y gracias por los ejemplos integrales. Ahora veo cómo funcionaría el enfoque "a ciegas" y para qué sirven los sensores. En el caso de que se agregue el GPS a la mezcla, ¿es ahí donde entra la fusión de sensores?
Un barómetro (u otro método para medir los cambios de altitud) también ayudaría. El GPS puede medir la altitud, pero no con la misma sensibilidad... (Yo diría que es más difícil reemplazarlo con GPS que con los magnetómetros. y la hora, verificar el GPS obtendrá la dirección decentemente, pero más lento que una brújula (electrónica) (Dado que los puntos de referencia del GPS están involucrados, asumo que un GPS es obligatorio de todos modos)
@GertvandenBerg justo, pero cuando está lejos del terreno, el GPS debería ser suficiente, y cuando esté cerca, necesitará algo más preciso que un barómetro de todos modos. Voy a incluir una línea en él de todos modos. Además, los vectores de velocidad derivados del GPS son decentemente precisos para el nivel de aficionado.
En pocas palabras: para fines experimentales, es una buena idea comenzar con un kit 9DoF + GPS.
El sensor del eje Z es divergente en presencia de la gravedad de la Tierra. Si está más alto de lo que piensa, estimará que G es demasiado alto y calculará que está cayendo, por lo que volará cada vez más alto. Mismo problema si eres más bajo de lo que piensas. Entonces G será más alto de lo que estimas, por lo que pensarás que estás tirando hacia arriba y lo compensarás bajando la nariz. No dependa de Z. Además, la mayoría de los giroscopios integrados son en realidad giroscopios de velocidad que deben integrarse para desarrollar un ángulo real. Desafortunadamente, eso lo deja susceptible a la compensación de CC intrínseca en el sensor. ...
... Sin otros datos, sentirás que estás girando y generarás un giro real para compensar. La fusión de sensores y los filtros de Kalman son la respuesta aquí. Los magnetómetros pueden ser su amigo para estimar y eliminar la compensación de CC del giroscopio.
@cmm: ¿Fusión de sensores y filtros Kalman para qué entradas?
@GregMcNulty esa es una pregunta diferente, aunque intentaré agregar una línea cuando tenga tiempo. Considere preguntarlo en robotics.stackexchange.com , ya que no estoy seguro de que sea una buena opción para este sitio.

Probablemente sea posible solo con el receptor GPS, pero no sería fácil y es posible que deba hacer algunas concesiones en el diseño del fuselaje para lograr la estabilidad pasiva necesaria.

El conjunto tradicional de sensores para este tipo de aplicación son, aproximadamente en orden de prioridad:

  1. GPS
  2. Giroscopio de velocidad de 3 ejes
  3. Acelerómetro de 3 ejes
  4. magnetómetro de 3 ejes
  5. pitot
  6. pitot de paletas alfa o multipuerto
  7. paleta beta
  8. altímetro barométrico
  9. láser, radar o altímetro ultrasónico si quieres realizar aterrizajes autónomos

Dado que este es su primer UAV, recomendaría enfáticamente tener los primeros 4 sensores y probablemente el n.° 5 y/o el n.° 6 (pero tal vez los use para diagnóstico y análisis en lugar de control, ya que pueden ser un poco complicados con las no linealidades y la confiabilidad) .

¡No tan! #1, #8 y un tercio de #2 cruzaron el Atlántico. Mira mi respuesta.
@pericynthion: gracias, buena información... ¿cuál de estos ayudaría con la estabilidad?

Si solo desea que su UAV vuele a un punto intermedio, puede hacerlo solo con un sensor GPS, si se basa en un avión muy estable como un planeador rc "Gentle Lady" o "Radian", siempre que no lo sea. t volarlo con viento muy fuerte donde existía la posibilidad de que la aeronave retrocediera sobre el suelo cuando apuntaba contra el viento y volaba a velocidad de compensación. Supongo que probablemente también desee un sensor de altitud, a menos que solo desee aplicar suficiente potencia para que la aeronave ascienda lentamente durante la parte autónoma del vuelo. Por supuesto, puede obtener la información de altitud del sensor GPS.

Si decide agregar un giroscopio de velocidad de guiñada de 1 eje, esto permitiría un control más suave. Pero en el contexto de un avión muy estable como su plataforma básica, realmente no necesita más que eso, si su objetivo básico es mantenerlo simple.

Hablando desde el punto de vista de alguien que ha controlado con éxito un avión ultraligero en la nube usando solo un indicador de velocidad de giro electrónico de 1 eje, GPS y brújula húmeda, y la brújula giraba hacia atrás la mitad del tiempo. El control en circunstancias limitadas específicas (es decir, aire suave, no intentar dar vueltas constantemente en una corriente térmica ascendente, hacer solo giros de velocidad muy baja) era posible sin el indicador de velocidad de giro, y un robot seguramente haría un mejor trabajo que un humano.

Simplemente haga suficientes pruebas para asegurarse de que la aeronave no sea propensa a oscilaciones "fugoides" de tono severas en el CG que está utilizando.

Entonces, ¿puede hacerlo solo con un GPS siempre que el viento se detenga y tenga un avión extremadamente estable sin perturbaciones como par motor, ligeras asimetrías en el fuselaje, etc.? ¿Puede proporcionar un ejemplo de este funcionamiento en la vida real?
Además, controló un avión con "indicador de velocidad de giro, GPS y brújula húmeda" y la IMU incorporada que tiene en sus oídos. De acuerdo, no es demasiado preciso y se satura fácilmente, pero la falacia de asociación es realmente irritante. -1
"Entonces, puede hacerlo solo con un GPS siempre que el viento se detenga y tenga un avión extremadamente estable sin perturbaciones como el par motor, ligeras asimetrías del fuselaje, etc. ¿Puede dar un ejemplo de esto funcionando en la vida real? ?" -- simplemente busque en Google "modelos de aviones de vuelo libre" para ver qué es posible con una estabilidad inherente. Que tienen un solo motor y hélice, por lo que el torque no es un problema, pero aún funciona. Elimine el requisito de la subida empinada inicial, y parece trivial usar la información de un GPS para volar a un punto de referencia.
@AEhere prácticamente cualquier avión RC tipo "entrenador" volará bastante bien "sin manos" (de las palancas de control) en condiciones razonables: está diseñado para que corrija un error soltándolo. La escala de tiempo en la que necesita aplicar la corrección de rumbo o altitud está dentro de las capacidades de un GPS que mantiene la vista de un número razonable de satélites. Dicho esto, un planeador no es realmente la plataforma adecuada, están diseñados para la eficiencia, no para la estabilidad, por lo que requieren un pilotaje más activo para mantener el rumbo. Piense en Cessna, Piper o Champ abstractos con diedro adicional.
@ChrisStratton Desde entonces, he recibido información sobre la capacidad de control de un sistema, pero aún insisto en que la condición de que la nave debe permanecer cerca de su régimen de vuelo estable es bastante fuerte y debe establecerse explícitamente. Sin embargo, mi principal queja con esta respuesta no es eso, sino la falsa equivalencia: lo hice con solo x instrumentos, por lo que un robot también puede hacerlo; olvidando por completo los instrumentos humanos integrados y la capacidad de reaccionar ante situaciones fuera del entorno normal.
AEaquí - en realidad es al revés, un robot que golpea puntos de referencia y mantiene la altitud en un soporte tiene un trabajo mucho, mucho más simple que un piloto RC humano que necesita hacer girar el avión repetidamente antes de que se pierda de vista, tiene aprender a deshacer direcciones cuando vuelan hacia sí mismos, y ver a través de falsas impresiones de actitud que son fáciles en ciertos ángulos de visión. Estos no son aviones que parten de un vuelo estable: la mayoría de los entrenadores ni siquiera girarán intencionalmente y la mayoría de las configuraciones de "segundo año" se recuperarán con controles neutralizados.
@ChrisStratton Me refiero a la afirmación de Quietlyer de controlar un ultraligero en la nube, no a su comentario sobre los modelos de vuelo libre. Tenía una gran ventaja sobre un FCS con los instrumentos que afirma tener, pero saca una equivalencia.
@quietflyer, Totalmente de acuerdo. Las personas que asesoran a una multitud de sensores aparentemente nunca construyeron un modelo de vuelo libre. Quizás agregaría que para una plataforma tan estable, solo necesita 1 (timón) o 2 (+ potencia para altitud) control DOF, y puede ser manejado directamente desde la computadora de guía. Lo demás se arreglará solo.
@ChrisStratton está de acuerdo con el comentario acerca de que algunas otras plataformas son mejores que los planeadores. La alta relación L/D tiende a fomentar el tono phugoide. También en el planeador de espuma hay mucha flexión. Editará en algún momento.
  • GPS
  • Sensor barométrico ocasionalmente recalibrado desde el GPS
  • Tacómetro para mantener constantes las RPM del motor de pistón
  • Gyro para estabilidad de balanceo

Estos insumos fueron suficientes para un vuelo transatlántico autónomo de cadena de puntos de paso hace dieciséis años.

Fascinante, gracias por compartir esto!
Y apuesto a que podrían haberlo hecho bien sin el baro, especialmente con un GPS más reciente con una frecuencia de salida de 10 Hz.
@camille-goudeseune: guau, genial... siento que se estaban divirtiendo demasiado con el nombre del uav =)
@quietflyer No es un diseño de vuelo libre, pero tiene suficiente diedro para acoplar balanceo y guiñada, ¿para qué usarías acelerómetros? ¿O por qué te importa si las alas están niveladas mientras vas en la dirección correcta? Sospecho que tenían un giroscopio porque no tenían brújula y, por lo tanto, necesitaban usar información de rumbo GPS que se desarrollaba lentamente para su corrección de dirección. Esto fue antes de que pudiera comprar una IMU reprogramable de 6 ejes con correa por $ 15 en una tienda de juguetes; hoy, por supuesto, solo elegiría un chip de 9 ejes y luego decidiría qué es útil, pero la pregunta es sobre los mínimos.
Nitpick menor de @ChrisStratton: el balanceo y la guiñada siempre están acoplados en los fuselajes convencionales, lo que hace diedro aquí es estabilizar el modo espiral, que es lo más probable que le cause problemas de lo contrario.
@ChrisStratton luego noté que el enlace decía que tenían un giroscopio de velocidad de balanceo. Realmente creo que podría usar la velocidad de balanceo o la velocidad de guiñada o inclinarse para detectar ambos como "coordinador" de giro, pero podría ser difícil prescindir por completo, a menos que tenga más diédrico. En mis pruebas, el eje del giroscopio se inclinó según el "coordinador" de giro.
También mi comentario debería haber dicho giroscopio de velocidad, no acelerómetro.

Tal vez una introducción resumida a la teoría del control podría ayudarlo. Desde el punto de vista del control, su aeronave es un sistema dinámico, que puede describirse mediante un estado y un modelo dinámico.

El estado es simplemente una colección de variables de dónde se encuentra la aeronave en cada momento. Para una descripción completa, tendría la posición y la actitud en el espacio, así como sus primeras derivadas. Cualquier otra inercia también puede tener su propia variable de estado; por ejemplo, la velocidad de la hélice.

Las ecuaciones de estado describen cómo evoluciona el estado en el tiempo. A partir de estas ecuaciones (especialmente en forma lineal), podemos destilar una serie de modos (eigen) . Estos modos describen un cierto comportamiento del sistema y vienen en dos formas: modos estables e inestables . Un modo estable es un sistema dinámico que, para una entrada finita (perturbación), no conduce a que ninguna variable de estado vaya al infinito. Tenga en cuenta que esto no significa que las variables de estado regresen a algún valor constante: ¡una oscilación acotada aún puede considerarse estable! Un modo inestable es una dinámica que para una entrada finita conduce a un crecimiento ilimitado de alguna variable de estado.

Para ver cuántos sensores necesita, necesitará algunas cosas. En primer lugar, desea que su sistema sea estable. Obviamente, esto significa que desea tener un conjunto de sensores que puedan medir cualquier modo inestable ( detectabilidad ) y un conjunto de actuadores que puedan controlar los modos inestables ( estabilizabilidad ). Hay varios modos (posiblemente) inestables, el más importante de los cuales es la divergencia en espiral . Muchos aviones de ala fija no tienen una estabilidad de balanceo inherente, por lo que querrá poder sentir su ángulo de balanceo(Un sensor de velocidad de guiñada o de rumbo también podría funcionar, debido al acoplamiento de balanceo/guiñada). Además, simplemente existe su movimiento lineal, que también es inestable (esto puede parecer contrario a la intuición, pero todo lo que significa es que puede alejarse infinitamente de su punto inicial viajando en línea recta). Para esto, necesitará algún tipo de sensor de posición (muy probablemente, un GPS).

Todos los demás modos dinámicos no son intrínsecamente inestables en un avión de ala fija, aunque su diseño particular puede tener algunas inestabilidades adicionales, como un movimiento fugoide inestable, para el cual desea poder medir y controlar el movimiento de cabeceo.

Por lo tanto, el mínimo absoluto es de dos a tres sensores (latitud y longitud y probablemente balanceo o guiñada), y use la alimentación hacia adelante para todas las demás variables (establezca el ajuste y la potencia en función de la altitud y la velocidad deseadas, y simplemente hágalo). En la práctica, nadie construiría un UAV con solo tres sensores. Hay dos razones para esto,

  • Inexactitud del sensor. Medir la actitud es difícil. Un giroscopio inevitablemente se desviará con el tiempo y, como tal, necesitará otros sensores para corregir esto.
  • Actuación. Idealmente, desea viajar en línea recta hacia el objetivo, sin balancearse de izquierda a derecha en semicírculos perezosos mientras se balancea hacia arriba y hacia abajo como un fugoide, rezando a una deidad adecuada para que las configuraciones de potencia y trimado dejen suficiente margen para cruzar esa montaña. un día caluroso.

Para un UAV de afición, normalmente resulta que los sensores son relativamente baratos, gracias a MEMS. Por lo general, usaría un acelerómetro de 3 ejes, un giroscopio de 3 ejes (velocidad de balanceo) y un magnetómetro de 3 ejes (brújula), y ¿por qué no tener también un barómetro y un termómetro? Y dado que usa un GPS, también podría usar sus datos de altitud. Si usa un motor de CC sin escobillas, no debería ser un esfuerzo medir la velocidad de la hélice. Creo que le resultará mucho más fácil hacer un UAV que funcione con estos componentes listos para usar (y el software de código abierto que normalmente se escribe para estos sensores) que encontrar un sensor de giroscopio de un solo eje y escribir su propio software.

Además, el uso de más sensores simplifica significativamente su observabilidad . Esta es la noción de poder inferir el estado del sistema a partir de las salidas. En teoría, si su modelo es lo suficientemente complejo, necesita muy pocos sensores para estimar el estado actual (estimación). Sin embargo, si realmente puede medir sus estados, su modelo ya no es tan importante y su UAV podrá responder mucho mejor y será menos sensible a los cambios en el entorno o al propio UAV.

La estabilidad inherente al balanceo existe, como resultado de la dinámica que involucra el deslizamiento lateral; de lo contrario, los modelos de aviones de vuelo libre serían imposibles.
@quietflyer Supongo que debes tener razón. Cambiaré la respuesta en consecuencia.
Es una gran respuesta, ¡pero posiblemente a una pregunta ligeramente diferente a la que se hizo! Por favor, déjalo de todos modos :)
Realmente me gusta esta respuesta, pero como puede ver, existe cierto debate sobre la estabilidad de los modos direccionales laterales. ¿Se puede estabilizar el modo espiral en un grado suficiente para que podamos evitarlo con seguridad de nuestras necesidades de sensor? ¿O un modo de espiral estable sería simplemente como el hundimiento del balanceo, en el que las tasas de balanceo tienden a morir pero el balanceo absoluto permanece?
@sanchises: muy buena información gracias. ¿Cuáles \ cuántas ecuaciones de estado se necesitan?
@GregMcNulty Me temo que la respuesta es: tantos como crea necesarios para describir adecuadamente la dinámica de su vuelo. Un buen comienzo sería un libro sobre dinámica de vuelo.

El proyecto ArduPilot probablemente ya haya hecho gran parte del trabajo por usted, si está más interesado en el resultado final que en el proceso de creación por sí mismo. Incluso si elige no usar su software, probablemente haya buena información sobre qué sensores y cuántos son necesarios.

@craig-s-cottingham: gracias, sí, esta será mi referencia a medida que avance en la reinvención de la rueda con fines de aprendizaje...