Definición de objetivos:

• Objetivos en cuanto a código:

  • El código no tiene por qué estar formado por clases. Se puede usar una estructura de archivos modules que conformen un paquete.
  • El código debe estar dividido en diferentes paquetes, que empiecen a dar lugar a la estructura del simulador. En concreto, en esta primera parte será sencillo dividir en: utils, environment, models y aircraft (al menos). Véase issue #1.
  • Cada paquete debe contener su carpeta de tests.
  • Todas (al menos las que el usuario utilice) las funciones deben estar documentadas con el estilo de numpy. Las que sean de uso interno se pueden documentar de forma más relajada.
  • Multiplataforma: Linux, Windows, Mac.

• Definición del problemas a resolver:

  • ecuaciones 6dof no lineales para avión rígido, tierra plana.
  • fuerzas aerodinámicas lineales, estacionarias.
  • Sin viento
  • Modelo de motor simplificado (ej. el empuje no depende de altitud, velocidad... Quizá solo un porcentaje del empuje máximo según posición de la palanca).
  • Ecuaciones de navegación en ejes tierra y con horizonte local siempre paralelo a dichos ejes.
  • Actitud con ángulos de Euler. No cuaterniones todavía.

• Definición de avión de prueba: puede ser definido en un archivo .py con sus propiedades másicas, aerodinámicas... escritos en él. Más adelante se pasará a un archivo con el formato acordado y se creará una clase que lo cargue.

• Definida una maniobra (deflexiones de mandos, posición de palanca de gases...) mediante un array de entrada (puede ser un main.py example.py) el avión debe ser capaz de ejecutarla, proporcionando el simulador el vector de estado en cada instante y el resto de variables que puedan ser de interés.