Portada
mis comunidades
otras secciones
#9:
La elección de 70º en vez de los 90º habituales se debió al deseo de uno de los dos clientes que querían que su satélite se separase de la segunda etapa en un ángulo recto con respecto a la trayectoria de vuelo.
Email el dia antes del lanzamiento por el comercial de turno:
-Vamos a ver gutierrez, el cliente dice que quiere cambiar el angulo de lanzamiento, cambialo antes de mañana. No hay tiempo para mas pruebas, tu hazlo y punto, hazlo bien que nos jugamos mucho porque este cliente nos puede traer mucho trabajo. No creo que cueste mucho, no? es cambiar un angulo por otro, no seas tan quuejica como siempre.
Email el dia antes del lanzamiento por el comercial de turno:
-Vamos a ver gutierrez, el cliente dice que quiere cambiar el angulo de lanzamiento, cambialo antes de mañana. No hay tiempo para mas pruebas, tu hazlo y punto, hazlo bien que nos jugamos mucho porque este cliente nos puede traer mucho trabajo. No creo que cueste mucho, no? es cambiar un angulo por otro, no seas tan quuejica como siempre.
#4:
Resumiendo, la culpa fue del informático.
Comentarios
La elección de 70º en vez de los 90º habituales se debió al deseo de uno de los dos clientes que querían que su satélite se separase de la segunda etapa en un ángulo recto con respecto a la trayectoria de vuelo.
Email el dia antes del lanzamiento por el comercial de turno:
-Vamos a ver gutierrez, el cliente dice que quiere cambiar el angulo de lanzamiento, cambialo antes de mañana. No hay tiempo para mas pruebas, tu hazlo y punto, hazlo bien que nos jugamos mucho porque este cliente nos puede traer mucho trabajo. No creo que cueste mucho, no? es cambiar un angulo por otro, no seas tan quuejica como siempre.
Relacionada: El extraño incidente del Ariane 5 en la misión VA241
El extraño incidente del Ariane 5 en la misión VA2...
danielmarin.naukas.comResumiendo, la culpa fue del informático.
#4 Y eso que le dijeron que cuando el informático terminara de instalar el programa, tenía que ejecutarlo.
#6 ¿al informático?
#4 Del informático no. Error del usuario, el que introduce los datos no tiene porqué ser informático y en realidad no lo suele ser en la mayoría de los casos.
#10 El doble check de parametros y la '4 eyes rule' disminuye la probabilidad de errores, pero como hemos visto no la elimina. A estas dos personas se les caera el pelo, pero seguramente no sea su culpa: me gustaria saber con que interfaz trabajan, la cantidad de cambios que implicaba ese cambio de inclinacion y si habia algun tipo de 'consistency check' en el programa o la simulacion, que tipos de reportes se generan, etc.
Si hubiera sido trivial ver el error, lo hubieran visto. Y mira que luego en 'real time' tampoco se dieron cuenta de que nada fuera mal hasta que se perdio la telemetria.... algo me dice que las simulaciones fueron correctas, pero tampoco se veia nada raro.
#11 Si en el ensayo general se trabajó con parámetros correctos no se podía detectar ese error de forma sistemática el día del lanzamiento. Al final un lanzamiento tiene mucho de artesanal o manual, por ejemplo: el sistema de anulación de la lanzadera actua de forma manual y solo automaticamente si la lanzadera se sale de la ventana de trayectoria. Los datos y reportes que comentas los conozco como exingeniero RAMS en el CSG pero evidentemente son confidenciales.
Un articulo muy interesante. Todavia estamos lejos de tener una fiabilidad absoluta en el sector espacial. La complejidad de los sistemas es enorme y por muchos procesos que haya en pie siempre hay cierto factor humano que puede poner en peligro las misiones.
Tambien tenemos que pensar que aunque se hagan muchos lanzamientos, esto no es como volar un avion... es mucho menos frecuente y todavia hay mucho refinamiento en marcha.
#3 La fiabilidad de los sistemas en el CSG debe ser de un mínimo del 97% y esto se comprueba dos días antes en el ensayo general que se realiza antes de cada lanzamiento, si no se alcanza este valor significa un rojo y no se lanza. El factor humano se controla mediante el doble check de parámetros en los puntos críticos de control de cada proceso por lo que aquí ha metido la pata el que ha introducido el valor y el que lo ha validado.
Y digo yo... ¿No han probado antes los datos finales que introducirán en un simulador? Para pagar toda Europa estas cosas, igual no están haciendo muy bien el trabajo...
#2 Hasta puede que si, pero es basta te dificil que se equivocasen tambien al meter los datos en el simulador, y si esto pasase seguramente volverían a repetir la simulacion con los datos correctos, y todo esto no imposibilita que alguien se equivoque después al meter los datos en el sistema real.
ERROR HUMANO, OIGAN