Question:
Quel type de données New Horizons a-t-il envoyé à la Terre afin de diagnostiquer le problème de passage en mode sans échec?
Daniel
2015-07-07 00:45:26 UTC
view on stackexchange narkive permalink

Récemment, le vaisseau spatial New Horizons en route vers Pluton a subi un "défaut de synchronisation difficile à détecter dans la séquence de commande du vaisseau spatial". Cela signifie-t-il qu'il s'agissait d'une erreur multi-thread ou quelque chose comme ca? Quel type de données serait renvoyé sur Terre pour aider la NASA à diagnostiquer le problème? Recevraient-ils une trace de pile? J'imagine que l'énorme distance entraînerait un manque de fiabilité dans la transmission en plus du temps de transmission de 4,5 heures, donc je suppose que les données qui sont envoyées dans les deux sens doivent être plutôt minimes.

Deux réponses:
Nate Parsons
2015-07-11 01:56:38 UTC
view on stackexchange narkive permalink

Le premier indice était la fréquence à laquelle le vaisseau spatial est passé, ils ont donc beaucoup appris juste en rétablissant le verrouillage des communications. Ensuite, il semble que les données nécessaires se trouvaient dans les fichiers de données / journaux habituels, car aucune collecte de données spéciale n'est mentionnée.

Le multithreading n'était pas le problème et en fait, le logiciel ne s'est jamais écrasé. On lui a simplement demandé de faire deux choses intensives en calcul à la fois: (1) compresser les données scientifiques et (2) copier une charge de commande dans la mémoire non volatile. Cela a utilisé plus de pourcentage de processeur que le système prévu, et les systèmes de gestion des pannes ont décidé que le processeur se comportait mal et ont forcé un basculement vers l'ordinateur de sauvegarde. Une trace de pile n'aurait pas été utile dans ce cas.

Source: Washington Post

Mais où vivaient les fichiers journaux? Il semble que ce serait beaucoup de données pour renvoyer des fichiers journaux depuis Pluton.
Cela ne répond pas vraiment à la question
J'espère que cela répond à votre question sur le titre. C'est à la direction du projet de décider quelles données publier et je ne veux pas divulguer d'informations sans leur approbation. Je vais modifier ma réponse concernant le multithreading, cependant
ghoppe
2015-07-11 02:21:09 UTC
view on stackexchange narkive permalink

New Horizons propose deux systèmes informatiques. Comme l’équipe de New Horizons l’a publié le 4 juillet:

Le centre des opérations de la mission du laboratoire de physique appliquée de l’université Johns Hopkins, à Laurel, dans le Maryland, a perdu le contact avec le vaisseau spatial sans pilote. - maintenant 10 jours après l'arrivée à Pluton - à 13h54 HAE, et a repris les communications avec New Horizons à 15 h 15. EDT, via le Deep Space Network de la NASA.

Pendant ce temps, le pilote automatique autonome à bord du vaisseau spatial a reconnu un problème et - comme il est programmé pour le faire dans une telle situation - est passé de l'ordinateur principal à l'ordinateur de secours. Le pilote automatique a placé l'engin spatial en «mode sans échec» et a ordonné à l'ordinateur de secours de rétablir la communication avec la Terre. New Horizons a alors commencé à transmettre des données de télémétrie pour aider les ingénieurs à diagnostiquer le problème.

Le 5 juillet, ils ont publié ceci et expliqué le problème:

L'enquête sur l'anomalie qui a amené New Horizons à passer en "mode sans échec" le 4 juillet a conclu qu'aucune défaillance matérielle ou logicielle ne s'était produite sur le vaisseau spatial. La cause sous-jacente de l'incident était un défaut de synchronisation difficile à détecter dans la séquence de commande du vaisseau spatial qui s'est produit pendant une opération de préparation au survol rapproché. Aucune opération similaire n'est prévue pour le reste de la rencontre avec Pluton.

"Je suis heureux que notre équipe de mission ait rapidement identifié le problème et assuré la santé du vaisseau spatial", a déclaré Jim Green, directeur de la planification planétaire de la NASA. Science. "Maintenant - avec Pluton dans notre ligne de mire - nous sommes sur le point de revenir aux opérations normales et d'aller chercher l'or."

Ils n'ont rien mentionné sur la nécessité de télécharger des journaux, juste "télémétrie ", et compte tenu du retard et de la rapidité des communications avec lesquels ils ont diagnostiqué le problème, je doute qu'ils aient téléchargé beaucoup de données. Je connais peu de choses sur les détails techniques, mais je serais absolument choqué s'ils n'avaient pas de simulateur ou de duplication de processeur MIPS R3000 sur Terre.

Je suppose qu'ils ont simplement répliqué la série de commandes qu'ils ont envoyées à la sonde sur leur ordinateur "New Horizons virtuel" sur Terre, et ont réalisé l'erreur de leur problème de synchronisation. L'erreur, bien qu'elle soit difficile à détecter, est peut-être (très simplifiée) quelque chose du genre:

  1. Commande A exécutée.
  2. La sonde nécessite X secondes pour se réorienter .
  3. La commande B a été exécutée Y secondes plus tard.

Y < X. La commande B échoue. L'ordinateur détecte une panne, passe à la sauvegarde, téléphone à la maison.

Fondamentalement, oui, mais la commande A consistait à compresser les données scientifiques et la commande B à copier une charge de commande dans la mémoire non volatile.
@NateParsons Merci Nate, j'ai voté pour votre réponse car vous avez trouvé un excellent article avec les détails! ;-)


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...