Documents
Vue d’ensemble du test
Notes diverses
Fichiers SOCKFILE
Deux fichiers SOCKFIKE :
-
documents/2018-03-16/SOCKFILE.X.ESOC_EDDS_ERS
Accès au serveur depuis réseau interne ESOC -
documents/2018-03-16/SOCKFILE.X.STPSTRG_EDDS_A
Accès au serveur depuis l’extérieur
Récupération des données
Les données sont accessible depuis l’antenne 166 (0xa6)
|
Il faudrait prévoir un script qui affiche, pour chaque jour les antennes à partir desquelles on a récupéré les données. |
Problème timing
Yokota a annoncé qu’il avait modifié le soft de bord pour intégrer la modification du TI, afin qu’il soit intégré dans la structure HDR disponible tous les spins, pour dater au mieux les données.
Il a normalement fait des tests dans ce sens et pourrait nous envoyer le listing hexadécimal en sortie de l’instrument.
|
|
Demander à Yokota de nous envoyer le fichier de données |
Données 1D
Yokota a dit qu’il prennait en compte les facteurs d’efficacité et de géométrie pour calculer les 1D.
Cela pourrait expliquer la différence avec les plots de cl.
|
|
Intégrer les tables des facteurs de géométrie et d’efficacité dans les calibrations. |
|
|
Vérifier le contenu de la table utilisée par Yokota. |
Commandes
Vérifier que le l’on peut récupérer les informations sur les commandes MDP dans les system HK.
Sinon, essayer d’obtenir de la JAXA le moyen de les récupérer (APID et documentation)
Paquet incomplet
Apparemment le premier paquet de données sciences Low_data_ID_0 est incomplet (1148/1360 octets)
Comme c’est dans ce paquet que se trouve la structure INF qui contient le No de table d'énergie, le premier enregistrement de données 3D ou OMNI est faux.
Autre problème : on traite les OMNI avant de traiter la structure INF (qui n’est que tous les 16s).
Il faudrait essayer de la traiter en premier, afin d’avoir la bonne table.
