Recientemente, la nave espacial New Horizons en su camino a Plutón sufrió una "falla de tiempo difícil de detectar en la secuencia de comando de la nave espacial". ¿Eso significa que fue un error de subprocesos múltiples o algo así? ¿Qué tipo de datos se enviarían a la Tierra para ayudar a la NASA a diagnosticar el problema? ¿Recibirían un seguimiento de la pila? Me imagino que la enorme distancia causaría cierta falta de confiabilidad en la transmisión además del tiempo de transmisión de 4,5 horas, por lo que supongo que los datos que se envían de un lado a otro deben ser bastante mínimos.
La primera pista fue a qué frecuencia cambió la nave espacial, por lo que aprendieron mucho simplemente restableciendo el bloqueo de comunicaciones. Luego, parece que los datos necesarios estaban en los archivos de registro/datos de limpieza normales, ya que no se menciona ninguna recopilación de datos especial.
Los subprocesos múltiples no fueron el problema y, de hecho, el software nunca falló. Simplemente se le pidió que hiciera dos cosas computacionalmente intensivas a la vez: (1) comprimir datos científicos y (2) copiar una carga de comando a la memoria no volátil. Al hacerlo, usó más porcentaje de CPU de lo que esperaba el sistema, y los sistemas de administración de fallas decidieron que el procesador se estaba portando mal y forzaron un cambio a la computadora de respaldo. Un seguimiento de la pila no habría sido útil en este caso.
Fuente: Correo de Washington
New Horizons lleva dos sistemas informáticos. Como publicó el equipo de New Horizons el 4 de julio :
El centro de operaciones de la misión en el Laboratorio de Física Aplicada de la Universidad Johns Hopkins, Laurel, Maryland, perdió contacto con la nave espacial no tripulada, ahora a 10 días de su llegada a Plutón, a la 1:54 p. m. EDT, y recuperó la comunicación con New Horizons a las 3: 15 pm EDT, a través de la Red de Espacio Profundo de la NASA.
Durante ese tiempo, el piloto automático autónomo a bordo de la nave espacial reconoció un problema y, como está programado para hacer en tal situación, cambió de la computadora principal a la de respaldo. El piloto automático colocó la nave espacial en "modo seguro" y ordenó a la computadora de respaldo que reiniciara la comunicación con la Tierra. New Horizons luego comenzó a transmitir telemetría para ayudar a los ingenieros a diagnosticar el problema.
El 5 de julio publicaron esto y explicaron el problema:
La investigación sobre la anomalía que provocó que New Horizons entrara en "modo seguro" el 4 de julio concluyó que no se produjo ninguna falla de hardware o software en la nave espacial. La causa subyacente del incidente fue una falla de tiempo difícil de detectar en la secuencia de comando de la nave espacial que ocurrió durante una operación para prepararse para el sobrevuelo cercano. No se planean operaciones similares para el resto del encuentro con Plutón.
"Me complace que nuestro equipo de misión identificara rápidamente el problema y asegurara la salud de la nave espacial", dijo Jim Green, Director de Ciencias Planetarias de la NASA. "Ahora, con Plutón en la mira, estamos a punto de volver a las operaciones normales y buscar el oro".
No mencionaron nada sobre la necesidad de descargar registros, solo "telemetría", y dada la demora en las comunicaciones y la rapidez con la que diagnosticaron el problema, dudo que hayan descargado muchos datos. Sé poco sobre los detalles técnicos, pero me sorprendería absolutamente si no tuvieran un simulador o una CPU MIPS R3000 duplicada en la Tierra.
Supongo que simplemente replicaron la serie de comandos que enviaron a la sonda a su computadora "virtual New Horizons" en la Tierra, y se dieron cuenta del error de su falla de tiempo. El error, aunque dicen que fue difícil de detectar, es quizás (muy simplificado) algo así como:
Y < X. El comando B falla. La computadora detecta fallas, cambia a respaldo, llama a casa.
Daniel
Daniel
Nate Parsons