¿El RTCC alguna vez "conmutó por error" a la computadora de reserva durante una misión?

El Real Time Computer Complex (RTCC) fue la instalación informática central de los programas Gemini y Apollo, y contenía, durante el programa Apollo, varios mainframes IBM System 360. Estos sistemas se utilizaron para simulaciones, procesamiento de datos fuera de línea y apoyo a la misión.

Sistema IBM/360 75 en RTCC Fuente: Manual de familiarización del Centro de control de la misión de Houston

Para la función de soporte de la misión, dos computadoras idénticas se ejecutaban simultáneamente y alimentaban los mismos datos, pero solo una a la vez era "principal" y se usaba para alimentar pantallas de datos. La segunda computadora funcionaba como un sistema Dynamic Standby y podía asumir la función principal en cualquier momento mediante la intervención del operador.

¿Se utilizó alguna vez esta capacidad de "conmutación por error" durante el curso de una misión, o en algún otro momento crítico?

La única referencia que he encontrado hasta ahora está cerca del final de esta publicación de la NASA que menciona una posible falla durante el Apolo 10, pero no brinda detalles. Tampoco está claro si esta capacidad se usó en otras ocasiones.

Ese documento establece sobre el incidente del Apolo 10 "... a las 13:01, se había activado el modo de espera..." sin embargo, aparentemente no era una copia de seguridad 'caliente'.
Aparentemente, ese incidente durante el Apolo 10 fue tan mínimo que ni siquiera merece una mención en el informe de la misión ...
Revisé lo poco que tengo en el Apollo MCC y no encontré nada lo suficientemente detallado como para ayudar. Con suerte, alguien vendrá y proporcionará recursos.

Respuestas (1)

Encontré dos instancias de una "selección" de la computadora operativa de la misión (MOC) a la computadora de espera dinámica (DSC), una en el Apolo 13 y otra en el Apolo 15.

Apolo 13:

El único episodio de fallas de computadora durante esta misión ocurrió durante el período de operación de dos computadoras, es decir, MOC/DSC, y no hubo interrupción en el apoyo a la misión. Los controles de la máquina se produjeron en el MOC, que era 75D. Inmediatamente se realizó una selección a 75A, que era el DSC, seguida de un reinicio de alta velocidad de canal a canal de 75A a 75F, de modo que se restableció el soporte de dos computadoras. Este incidente ocurrió a las 06:37:00 GMT del 15 de abril. Las operaciones en 75A como MOC y 75F como DSC continuaron hasta la recuperación de la tripulación de vuelo del Apolo 13, y sin interrupción.

Fuente: Informe de operaciones de la misión Apolo 13

Apolo 15:

A las 16:42:24 del 30 de julio de 1971, el MOC 75D falló debido a una revisión de la máquina. En el momento de este suceso, 75A era el DSC, por lo que se realizó una selección y no hubo interrupción del apoyo a la misión. La investigación reveló una tarjeta lógica defectuosa en la memoria principal "A". Se reemplazó la tarjeta y la máquina se puso a disposición para el apoyo de la misión.

Fuente: Informe del Coordinador de RTCC para la misión Apolo 15

No tengo este tipo de documentos para cada misión, por lo que podría haber algunos más.

¡Esto es genial! ¿HOC en el primer incidente es un error tipográfico para MOC?
@OrganicMarble Sí, copié y pegué eso del documento y no vi que lo había detectado como una H y no como una M. ¡Gracias!
¿El RTCC alguna vez "conmutó por error" a la computadora de reserva durante una misión?
RespuestasAquíPolítica de privacidad1y, 0v