Una anomalía en Phoenix Sol 22, pero el…

Barry dijo: «Cuando ocurrió la anomalía con Spirit, perdimos la comunicación. Nunca perdimos la comunicación o el control de [Phoenix]. Es bastante diferente. Explicó que, a última hora del sol 22, el equipo de la nave espacial estaba monitoreando el enlace descendente de los datos de mantenimiento de la nave espacial. Los datos de limpieza incluyen todos los fragmentos y piezas de información importantes que la nave espacial registra sobre su estado de salud, cosas como la batería y el estado de carga, voltajes aquí y temperaturas allá, ese tipo de cosas. «Se dieron cuenta de que uno de los APID [Application System Identifiers] para un paquete de datos de limpieza, que normalmente se genera solo de una a tres veces cada vez que hacemos un enlace ascendente, se generó 45,000 veces. Fue una sorpresa, por decir lo menos».

La telemetría que estaban viendo indicaba que estos 45.000 paquetes existían, pero aún no incluían los contenido de esos 45.000 paquetes. La telemetría también les dijo que a todos estos paquetes de datos de limpieza se les asignó alta prioridad. Esa alta prioridad condujo a la pérdida de algunos datos científicos de baja prioridad del sol 22. Este es el motivo. La administración de memoria funciona en Phoenix de manera muy similar a como lo hace en una computadora de mano. Cuando se enciende, durante el día, la nave espacial funciona con memoria de acceso aleatorio (RAM). Sus instrucciones, todos los datos que recopila (tanto científicos como domésticos), todo se guarda en la memoria RAM. Como Phoenix tiene la oportunidad de volcar los datos de la RAM a la Tierra a través de Odyssey o Mars Reconnaissance Orbiter, puede eliminar algunas de las cosas de la RAM. Sin embargo, al final del día, todavía quedan algunos datos en la RAM. Antes de que Phoenix se duerma (algo así como cuando la pantalla de la computadora de mano se oscurece), transfiere datos de la RAM a la memoria flash, según su prioridad. Si Phoenix se queda sin espacio en flash después de que los datos de alta prioridad se hayan transferido a flash, los datos de menor prioridad se perderán cuando Phoenix se apague por la noche. Y eso es lo que sucedió: los 45.000 paquetes de datos de limpieza «privaron» de los datos científicos.

Barry dijo que «a los científicos no les preocupa en absoluto» la pérdida de estos datos de baja prioridad. Pero había un problema más urgente, según explicó. «Tenemos una restricción sobre la cantidad de tiempo que tarda la nave espacial en arrancar. No recuerdo el valor total, pero son más de 60 segundos. Si no arranca dentro de un cierto período de tiempo, se reiniciará y luego eventualmente pasar al lado B». Phoenix tiene dos sistemas informáticos redundantes; si no arrancaba, pasaría a su sistema informático de respaldo, una situación que los gerentes quieren evitar. Por cierto, los rovers no tienen computadoras de respaldo. «Esta estructura de datos es enorme debido a estos 45.000 bloques, [so] tiene que sacar eso del flash como parte del proceso de arranque. Y, por lo tanto, nos preocupaba que tomara demasiado tiempo y, por lo tanto, cambiaría de lado. Así que tomamos una acción de emergencia anoche. Número uno, actualizamos la prioridad de ese APID de modo que restringirá la cantidad de ese tipo de datos que se guardará en flash. Lo segundo que hicimos es que perdimos las operaciones científicas en el sol 23». Es decir, no se realizaron actividades científicas ayer. «Lo tercero que hicimos fue aumentar la prioridad del enlace descendente de esa estructura de datos que generamos con tanta frecuencia, por lo que que podamos recuperar lo que tenemos para ayudarnos a diagnosticar el problema.

«El estado actual de la nave espacial es el siguiente: tenemos los datos inactivos, tenemos la nave espacial bajo control y tenemos el tamaño del sistema de archivos bajo control, de modo que ya no estamos preocupados por el tamaño del sistema de archivos. creciendo y evitando que arranquemos apropiadamente». Entonces la situación es estable; Phoenix no corre ningún riesgo de entrar en el tipo de situación peligrosa que sufrió Spirit. Sin embargo, aún no entienden la causa raíz del problema. Le pregunté a Barry sobre eso y dijo que prefería no decir nada todavía, ya que tienen menos de un día de diagnóstico y recuperación, pero que tienen un sospechoso.

Resulta que esta nube tiene un lado positivo, dijo Barry. «La única restricción que ponemos en la actividad científica para el sol 24, que el equipo científico está planeando en este momento, es que no pueden guardar los datos en la memoria flash porque queremos que la memoria flash sea pequeña; no queremos esto. para comernos vivos. [But] Debido a que estábamos en este estado anómalo, solicitamos y recibimos un montón de pases de contingencia de MRO y Odyssey. Entonces, lo que termina sucediendo es: le dijimos al equipo científico ‘pueden hacer lo que quieran, porque lo único que nos preocupaba era flash, simplemente no vamos a guardarlo en flash cuando lo apaguemos’. Y luego les dijimos que tenemos todos estos [downlink] pasa Resulta que lo que el equipo científico está planeando es el sol más rico en datos que hemos tenido hasta la fecha, porque tenemos todos estos pases adicionales. estaba bromeando con pedro [Smith, the principal investigator] que debería orar por estas cosas más a menudo porque obtiene más datos».

¡Así que busque nextersol para ser bueno para las imágenes!

Comenté, para terminar, que esto parece mucho menos aterrador que lo que sucedió con Spirit. Barry respondió: «Es mucho menos aterrador, pero me sentiré mucho mejor cuando sepamos exactamente lo que está pasando.

¿Que te ha parecido?

Deja un comentario