Title: A method to develop mission critical data processing systems for satellite based instruments. The spinning mode case
ArXiv ID: 1102.2730
Date: 2020-04-08
Authors: Francesco Lazzarotto, Sergio Fabiani, Enrico Costa, Ettore Del Monte, Giuseppe Di Persio, Immacolata Donnarumma, Yuri Evangelista, Marco Feroci, Luigi Pacciani, Alda Rubini, Paolo Soffitta
📝 Abstract
Modern satellite based experiments are often very complex real-time systems, composed by flight and ground segments, that have challenging resource related constraints, in terms of size, weight, power, requirements for real-time response, fault tolerance, and specialized input/output hardware-software, and they must be certified to high levels of assurance. Hardware-software data processing systems have to be responsive to system degradation and to changes in the data acquisition modes, and actions have to be taken to change the organization of the mission operations. A big research & develop effort in a team composed by scientists and technologists can lead to produce software systems able to optimize the hardware to reach very high levels of performance or to pull degraded hardware to maintain satisfactory features. We'll show real-life examples describing a system, processing the data of a X-Ray detector on satellite-based mission in spinning mode.
💡 Deep Analysis
📄 Full Content
arXiv:1102.2730v1 [astro-ph.IM] 14 Feb 2011
A method to develop mission critical data
processing systems for satellite based
instruments. The spinning mode case.
Francesco Lazzarotto ∗Sergio Fabiani, Enrico Costa
Ettore Del Monte, Giuseppe Di Persio, Immacolata Donnarumma
Yuri Evangelista, Marco Feroci, Luigi Pacciani,
Alda Rubini, Paolo Soffitta.
INAF IASF Roma, via del Fosso del cavaliere, 100. 00133 Rome - Italy.
Preprint submitted to Elsevier
15 November 2018
Abstract
Modern satellite based experiments are often very complex real-time systems, com-
posed by flight and ground segments, that have challenging resource related con-
straints, in terms of size, weight, power, requirements for real-time response, fault
tolerance, and specialized input/output hardware-software, and they must be certi-
fied to high levels of assurance. Hardware-software data processing systems have to
be responsive to system degradation and to changes in the data acquisition modes,
and actions have to be taken to change the organization of the mission operations.
A big research & develop effort in a team composed by scientists and technologists
can lead to produce software systems able to optimize the hardware to reach very
high levels of performance or to pull degraded hardware to maintain satisfactory
features. We’ll show real-life examples describing a system, processing the data of
a X-Ray detector on satellite-based mission in spinning mode.
Key words: satellite data processing, reliability, spinning mode
PACS: 07.87.+v,
PACS: 95.40.+s,
PACS: 95.55.Pe
1
Introduction
The introduction was set equal to the abstract
2
Description of the Algorithm
The software algorithm we are describing is named SPInning Pipeline (SPIPI)
and is based on the concept that measurement data recorded by a detection
system mounted on a spinning satellite contain data related to different por-
tions of the field of view that cyclically return to be pointed. For our example
the satellite is spinning around his axis with an angular velocity of 0.8°per
second. The total measurement data set is divided both in a temporary grid
∗Francesco Lazzarotto
Email address: francesco.lazzarotto@iasf-roma.inaf.it (Francesco
Lazzarotto).
URL: http://www.linkedin.com/in/francescolazzarotto (Francesco
Lazzarotto).
1 Additional information regarding the corresponding author
2
and in a spatial grid. The spatial grid is composed by slices, of square shape
each of them with the angular dimension of some degrees in the field of view
(e.g. 6°). The data related on a given slice is considered during the (short)
time intervals where the pointing is relatively stable, and then merged into
temporary event lists related to each given slice. For every eventlist related
to a given slice of the grid, the attitude correction procedure is applied, and
then all the imaging procedure is performed.
3
Reliability issues and used standards
We designed and implemented The SPIPI software system to analyse data
acquired by an instrument in spinning mode: the SuperAGILE instrument
(SA) of the Italian Space Agency AGILE mission, although the instrument
was mainly designed and optimized to work in pointing mode, with the nom-
inal Attitude Control System (ACS) that could maintain attitude stability
better than 0.1 degrees/s (see [5]). The AGILE ACS went out of order in
autumn 2009 due to a failure of the momentum wheel. All time related data
is represented following the ISO 8601 standard (see [1]), for the software re-
quirements specifications we used the format suggested by the IEEE Standard
830-199 (see [2]). All the log messages generated by the SPIPI software are
handled using the syslog standard utilities, this opens a lot of possible coun-
teractions to logged events [8].
4
Input/Output, scheduling and Archiviation
The SASPIN procedures was developed to handle the I/O for the SPIPI
software and to allow processing to be run interactively by scientific users
and to be automatically scheduled by processing work stations. Specifically
is possible to run the software in source/field mode, run daily/threely/weekly
... dataset integrations, log all the events and errors. All processing steps,
scheduling events, processing status and the final detection infos are saved on
a mysql database.
5
Software Summary
• What does the SPIPI analysis software take as input?
Satellite attitude data, satellite ephemerides data, photons event lists;
• What the program does?
Extracts images of the sky to detect sources, dividing the field of view in a
3
grid where the pointing can be acceptable for analysis;
• What does the program produce as output?
Tables and maps of the detected sky sources, with their positions (RA,
DEC) coordinates and flux [ erg
cm2s].
The main results due to the analysis of SA data products generated by the
SPIPI software is mainly reported in [1]. A future improvement can be to
rewrite some procedures in a way to output data lists directly on socket
streams in order to pipe most of them without using