El primer insecto en Marte

Matías Jiménez
Matías Jiménez

Los estudios interplanetarios fueron una constante en los boletines de noticias de los años sesenta y setenta. La Carrera Espacial estaba en su apogeo y, junto con sus vuelos tripulados, las dos superpotencias enviaron misiones no tripuladas a través del Sistema Solar. Desde la década de 1980 y principios de la de 1990, la carrera espacial se enfrió, las fábricas se movieron y, aparte de las impresionantes imágenes de los planetas que llegaban periódicamente de la serie de naves Voyager, había pocas opciones para los entusiastas del espacio profundo.

El lanzamiento a fines de 1996 de la misión Mars Pathfinder con su nave espacial Sojourner fue entonces una noticia realmente emocionante. Antes de Spirit, el Chance excepcionalmente longevo y el Curiosity relativamente grande (obtenga una idea de la escala de nuestra reciente gira JPL), el pequeño Stranger operó en la superficie del planeta durante 85 días y demostró la tecnología para los vehículos de investigación que siguieron. .

En estos días de constante información en línea veíamos todos los matices de la operación tal como sucedía, pero los que miramos con interés en 1997 nos perdimos uno de los dramas de la misión. El módulo de aterrizaje de Pathfinder sufrió lo que está escrito hoy como el primer error en Marte. Cuando el módulo de aterrizaje recopilara datos meteorológicos marcianos, su computadora colapsaba.

Como muchas otras naves espaciales, el sistema informático del módulo de aterrizaje ejecutaba el sistema operativo VxWorks en tiempo real. De los hilos operados por la nave, el hilo del tiempo era una prioridad baja, mientras que la tarea más importante de su bus de información era una prioridad alta. La tarea meteorológica se apoderaría de los recursos, provocando el sistema operativo equivalente a una fila enfermiza en nuestro puesto avanzado marciano. Error de inversión de prioridad, y uno que se detectó antes del lanzamiento, pero se le asignó una prioridad baja.

No puedes caminar hasta una computadora en otro planeta e intercambiar algunos discos, por lo que el equipo Pathfinder tuvo que investigar el problema en su copia de la Tierra del módulo de aterrizaje. La solución consistía en ejecutar código C en un intérprete de la propia nave espacial, lo que daría a la mayoría de los ingenieros un momento de gran ansiedad.

La inscripción es una lectura interesante, es una traducción de un original ruso enlazado en ella. Si le interesa el trabajo de los científicos e ingenieros del JPL, puede que le interese esta charla de la reciente superconferencia de La-Tecnologia.

[via Hacker News]

  • xorpunk dice:

    Sería bueno si tuvieran que hacer un desbordamiento de búfer para cargar el código para que fluya en el parche binario …

    • Que no dice:

      sería tener era .. *

  • Ricardo dice:

    ¿Supongo que esa imagen es sobre la copia en el banco de pruebas? Preguntándose quién fotografió. 😉

    Sin embargo, es una buena historia.

    • Absolutamente automático dice:

      No. Una misión de exploración de Marte consistió en dos naves espaciales: el “módulo de aterrizaje” y el “rover”. El módulo de aterrizaje estaba equipado con paneles solares, instrumentos científicos y una muy buena cámara estéreo, por lo que las imágenes del vehículo de investigación en el fondo marino fueron realizadas por el módulo de aterrizaje.

    • DV82XL dice:

      “Sigue siendo una buena historia”. Sí, así es.

    • Maciej dice:

      Se fotografió la estación base Pathfinder. Un extraño no viajó muy lejos.

      • Brian Benchoff dice:

        De hecho, no sabemos cuánto tiempo viajó.

        Un extraño podría comunicarse con la Tierra solo a través de un Pathfinder. Estaba preprogramado para viajar de forma independiente en círculos de Pathfinder en constante expansión. Dado que Sojourner todavía estaba en funcionamiento cuando Pathfinder finalmente cerró, existe una muy buena posibilidad de que Sojourner continúe explorando después de que se cortó su línea de comunicación con la Tierra. Podrían pasar meses antes de que finalmente sucumbe al frío invierno marciano.

        Ahora lloremos por un vehículo de investigación marina antropomorfizado

        • marca dice:

          Aww … ¡pobre extraño!

  • Dolske dice:

    Ciertamente, el primer error en Marte sería mucho antes, al menos la actualización que bloqueó la tierra Viking-1. (Véase http://www.atmos.washington.edu/~mars/LFEM/lfemstep/lfemstep_slides/viking_documents/Pdf/JPL_Publication_82-107.pdf, página 28 / “3-12” en el PDF). Es de suponer que hubo otros errores anteriores en el software Viking, y probablemente uno de los aterrizajes soviéticos fallidos podría contarse si se conociera la causa.

  • Ostraco dice:

    Una interesante entrada rusa sobre la artesanía estadounidense.

    “La misión estaba en riesgo, pero la poderosa función de depuración proporcionada por el sistema operativo y la profesionalidad de los desarrolladores en la Tierra (los chicos sí conocían el tema) permitieron a la NASA arreglar el error en poco tiempo”.

    Ahora, si pudiéramos traducir eso de nuevo al suelo.

    • Que no dice:

      Putin está constantemente hablando de Estados Unidos, y luego las noticias estadounidenses simplemente lo ignoran e informan lo contrario, porque solo existe en sus mentes.
      Luego sigue una historia de lo malas que son las ‘noticias falsas’ y cómo todos los demás hacen noticias falsas …

  • Nathan Lewis dice:

    Definir ironía en un error de inversión de prioridad con baja prioridad …

    • CRJEEA dice:

      Acordado

  • Biotronics dice:

    El artículo parece que esta historia apareció hoy, lo cual aparentemente no es cierto. La historia ha estado disponible (de hecho, la leí en 2007) en línea desde 1997:
    http://research.microsoft.com/en-us/um/people/mbj/mars_pathfinder/

    Sin embargo, vale la pena publicarlo: es una excelente escritura y una historia fascinante.

  • Robar dice:

    Para obtener más historias interesantes, consulte el blog de Mike Deliman. Mike era el ingeniero del cliente dedicado a respaldar el JPL de la NASA en VxWorks.

    http://blogs.windriver.com/deliman/

  • abzman2000 dice:

    En algún lugar leí una lista increíblemente concisa y detallada de todos los problemas que tenía el vehículo de investigación Opportunity. No he podido encontrarlo desde entonces, pero me pareció muy interesante. Algunas de las entradas se detallaron como calentadores y componentes prematuramente cansados, teniendo que recolectar toda la energía para mover un brazo bloqueado a una posición donde el vehículo de investigación podría moverse. Ojalá pudiera encontrarlo.

  • Sonny_Jim dice:

    “La solución consistió en ejecutar código C en un intérprete en la propia nave espacial”
    ¿En serio? Porque el sitio al que vinculó dice de manera diferente:

    “No, no usamos el shell vxWorks para cambiar el programa (aunque el shell se puede usar en la nave espacial). El proceso de” parchear “el software en la nave espacial es un proceso especializado. Implica enviar las diferencias entre lo que tienes a bordo y lo que quiere (y tiene en la Tierra) a la nave espacial. El software personalizado en la nave espacial (con validación completa) modifica la copia incorporada. Si desea más información, puede enviarme un correo electrónico.

    – Glenn Reeves, líder del equipo de desarrolladores de Mars Pathfinder “

    • Sonny_Jim dice:

      * lee la siguiente línea *
      Oh, espera, soy un idiota. Continuar ..

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *