Skip to content
This repository has been archived by the owner on Aug 13, 2020. It is now read-only.

Casos de ejemplo y test #36

Closed
AlexS12 opened this issue Jan 15, 2016 · 4 comments
Closed

Casos de ejemplo y test #36

AlexS12 opened this issue Jan 15, 2016 · 4 comments

Comments

@AlexS12
Copy link
Member

AlexS12 commented Jan 15, 2016

Comenzamos con las nuevas tareas!

Por el momento tenemos implementadas las funcionalidades básicas, a falta de que se terminen de fusionar los cambios en #23 (first aircraft @olrosales) y #20 (anemometry @martosc).
Conviene que en cuanto incorporemos estas ramas se pueda empezar a trabajar en algún ejemplo "más serio" que el que tenemos del avión volando. Probablemente nos demos cuenta de algunos fallos...

Podéis proponer maniobras y tratar de implementarlas. Cuantas más tengamos, mejor. Por otro lado estaría bien que todos los que estamos desarrollando hagamos algún caso. De este modo seremos nuestros propios usuarios y podremos ir viendo cómo de cómodo es usar el paquete que estamos haciendo, qué tal funciona, qué necesidades tenemos...

Podemos probar tanto con el avión como con la pelota (con y sin efecto magnus).

@AlexS12
Copy link
Member Author

AlexS12 commented Jan 25, 2016

Alguien se ha animado a jugar un poco con esto?

Es importante antes de implementar muchas más cosas probar qué tal funciona lo que tenemos, si es cómodo usarlo, si funciona rápido...

Ahora que ya está casi todo en el máster es fácil de probar. En cualquier caso, si alguien quería animarse, pero le ha dado reparo por las ramas y demás, le creo una rama de pruebas aquí con todo lo que haga falta fusionado.

@AlexS12
Copy link
Member Author

AlexS12 commented Jan 26, 2016

Con las ramas que se han mergeado últimamente, esto ya se puede probar sin necesidad de fusiones raras. Simplemente nueva rama y a tirar casos de ejemplo.

El hecho de ponerse con esto nos va a generar bastante tarea nueva, por ejemplo:

  • las condiciones iniciales que se dan al sistema son: (u, v, w, p, q, r ...); a lo mejor resulta más interesante dar (alpha, beta, TAS, ...) Esto implicaría hacer una función que pasase de esas variables al vector de estado inicial (usando las funciones que ya tenemos en utils. Pero hay que definir qué variables pueden ser interesantes como iniciales y esto no lo sabremos hasta que no nos pongamos a pensarlo.
  • Probando el primer caso, se vio que hacía falta un trimador... Si se prueba la pelota no hace falta un trimador. Este debería ser nuestro primer caso de prueba (sin Magnus).
  • Del vector de estado interesaría sacar otras muchas variables (otra vez, alpha, beta...) en cada paso de integración, ya que son necesarias, por ejemplo, en el cálculo de las fuerzas para el siguiente instante. De nuevo surgirá la necesidad de hacer funciones que las saquen tirando de las que ya tenemos en utils.

Esta es más o menos la problemática...

Lo ideal sería ir probando y que vayamos abriendo issues con las sugerencias de nuevas implementaciones que cada uno juzgue necesarias.

✈️ ✈️ ✈️ ✈️ ✈️

Aunque no lo creamos, en muy poco tiempo hemos conseguido un simulador que 💥 casi 💥 funciona. El "último esfuerzo" está aquí.

@astrojuanlu
Copy link
Member

¿Con los ejemplos actualizados en #65 podemos cerrar esta tarea?

@AlexS12
Copy link
Member Author

AlexS12 commented Aug 17, 2016

Cerramos!

@AlexS12 AlexS12 closed this as completed Aug 17, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants