Skip the article text
El 4 de junio de 1996 , el primer Ariane 5 voló con normalidad durante unos 36 segundos . Poco después , sus dos sistemas de referencia inercial dejaron de funcionar casi al mismo tiempo . Las toberas se movieron hasta posiciones extremas , el cohete se desvió y las cargas aerodinámicas lo destruyeron . El informe de investigación siguió la cadena hasta una operación de software . Un valor horizontal calculado como número de 64 bits debía convertirse en un entero con signo de 16 bits . El valor de Ariane 5 era demasiado grande para ese formato y produjo una excepción . No era una conversión entre metros y pies : era el intento de guardar un número en un espacio numérico que no podía representarlo . La segunda unidad no salvó el vuelo : ejecutaba el mismo programa y recibió condiciones semejantes . Repitió la misma conversión y falló . Sin ese valor fuera de rango , la segunda unidad no habría fallado por esa misma causa . Después del fallo , los datos de diagnóstico fueron interpretados por el ordenador de vuelo como información válida de movimiento . El sistema de control respondió con órdenes que llevaron las toberas a sus límites . La comisión recomendó proteger las conversiones capaces de generar excepciones , eliminar funciones innecesarias después del despegue y probar el sistema completo con datos representativos de Ariane 5 . Las medidas atendían el valor fuera de rango , la tarea heredada y la falta de una simulación integrada . Parte del programa responsable seguía activo después del despegue por una necesidad heredada de Ariane 4 . En Ariane 5 , esa función ya no era necesaria durante aquella fase . Las pruebas tampoco habían incluido de forma suficiente el sistema inercial dentro del sistema de control con valores de la nueva trayectoria . Una simulación integrada con esos valores habría reproducido la excepción previamente . Desactivar antes esa tarea heredada habría eliminado una vía concreta hacia el fallo . Sin la excepción de conversión , el cohete no habría seguido exactamente aquella cadena de órdenes . Aun así , esa corrección no garantizaba el éxito total : cualquier otro componente aún podía fallar . El informe identifica el valor , la conversión , la duplicación , los datos inválidos y la reacción del control . La lección técnica no es que la redundancia sea inútil , sino que dos copias del mismo diseño también pueden compartir el mismo punto ciego . ¿ Qué comprobación habría detectado antes la conversión ? ¿ Qué lección habrá conservado un equipo futuro ?
Keep reading with translations Create a free account: 7 days of Pro, then 20 word translations a day or a paid plan.
