Central data system concepts for spacecraft data management.
Deep space solar probe central data system design concepts for high data sampling rates, data processing, data storage and efficient transmission format
SEARCH · Search NASA
Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.
Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.
Deep space solar probe central data system design concepts for high data sampling rates, data processing, data storage and efficient transmission format
The Navigation Ancillary Infor ma tion Facility (NAIF) at JPL, acting under the direction of NASA s Office of Space Science, has built a data system named SPICE (Spacecraft Planet Instrument Cmatrix Events) to assist scientists in planning and interpreting scientific observations (see figure). SPICE provides geometric and some other ancillary information needed to recover the full value of science instrument data, including correlation of individual instrument data sets with data from other instruments on the same or other spacecraft. This data system is used to produce space mission observation geometry data sets known as SPICE kernels. It is also used to read SPICE kernels and to compute derived quantities such as positions, orientations, lighting angles, etc. The SPICE toolkit consists of a subroutine/ function library, executable programs (both large applications and simple utilities that focus on kernel management), and simple examples of using SPICE toolkit subroutines. This software is very accurate, thoroughly tested, and portable to all computers. It is extremely stable and reusable on all missions. Since the previous version, three significant capabilities have been added: Interactive Data Language (IDL) interface, MATLAB interface, and a geometric event finder subsystem.
In June 2004, NASA announced a new vision for the further exploration of the Moon and Mars. The vision includes a long-term human and robotic program to explore the solar system, starting with a return to the Moon that will ultimately enable future exploration of Mars and other destinations. Inherent in this endeavor is the need to transfer the communication technology developed for lunar missions to deep space whenever possible. Furthermore, greater data throughput on the uplink will be required for future nominal operations for the Exploration missions given their highly interactive nature and the need to send files in both directions. Therefore, it is prudent for standards bodies i.e., CCSDS to develop the underlying communication recommendations necessary to deliver greater data throughput to meet future agencies' needs.
Space data information systems, radiation sensors and solar simulation, structural responses to dynamic loads and thermal stresses, and magnetic fields and plasmas - workshop program
The TDI project (TDI) investigates trending technical data standards for applicability to NASA vehicles, space stations, payloads, facilities, and equipment. TDI tested COTS software compatible with a certain suite of related industry standards for capabilities of individual benefits and interoperability. These standards not only esnable Information Technology (IT) efficiencies, but also address efficient structures and standard content for business processes. We used source data from generic industry samples as well as NASA and European Space Agency (ESA) data from space systems.
NASA has a large range of custom-built and commercial data systems to support spaceflight programs. Some of the systems are re-used by many programs and projects over time. Management and systems engineering processes require integration of data across many of these systems, a difficult problem given the widely diverse nature of system interfaces and data models. This paper describes an ongoing project to use a central data model with a web services architecture to support the integration and access of linked data across engineering functions for multiple NASA programs. The work involves the implementation of a web service-based middleware system called Data Aggregator to bring together data from a variety of systems to support space exploration. Data Aggregator includes a central data model registry for storing and managing links between the data in disparate systems. Initially developed for NASA's Constellation Program needs, Data Aggregator is currently being repurposed to support the International Space Station Program and new NASA projects with processes that involve significant aggregating and linking of data. This change in user needs led to development of a more streamlined data model registry for Data Aggregator in order to simplify adding new project application data as well as standardization of the Data Aggregator query syntax to facilitate cross-application querying by client applications. This paper documents the approach from a set of stand-alone engineering systems from which data are manually retrieved and integrated, to a web of engineering data systems from which the latest data are automatically retrieved and more quickly and accurately integrated. This paper includes the lessons learned through these efforts, including the design and development of a service-oriented architecture and the evolution of the data model registry approaches as the effort continues to evolve and adapt to support multiple NASA programs and priorities.
The capability of present technology and the Tracking and Data Relay Satellite System (TDRSS) to accommodate Science and Applications Space Platforms (SASP) payload user's requirements, maximum service to the user through optimization of the SASP Onboard Command and Data Management System, and the ability and availability of new technology to accommodate the evolution of SASP payloads were assessed. Key technology items identified to accommodate payloads on a SASP were onboard storage devices, multiplexers, and onboard data processors. The primary driver is the limited access to TDRSS for single access channels due to sharing with all the low Earth orbit spacecraft plus shuttle. Advantages of onboard data processing include long term storage of processed data until TRDSS is accessible, thus reducing the loss of data, eliminating large data processing tasks at the ground stations, and providing a more timely access to the data.
In the development of future data management systems, such as the NASA Space Station, a major problem represents the design and implementation of a high performance communication network which is self-correcting and repairing, flexible, and evolvable. To obtain the goal of designing such a network, it will be essential to incorporate distributed adaptive network control techniques. The present paper provides an outline of the functional and communication network requirements for the Space Station data management system. Attention is given to the mathematical representation of the operations being carried out to provide the required functionality at each layer of communication protocol on the model. The possible implementation of specific communication functions in optics is also considered.
Simulation and analysis of the Space Shuttle Orbiter Digital Data Processing System (DDPS) are reported. The mated flight and postseparation flight phases of the space shuttle's approach and landing test configuration were modeled utilizing the Information Management System Interpretative Model (IMSIM) in a computerized simulation modeling of the ALT hardware, software, and workload. System requirements simulated for the ALT configuration were defined. Sensitivity analyses determined areas of potential data flow problems in DDPS operation. Based on the defined system requirements and the sensitivity analyses, a test design is described for adapting, parameterizing, and executing the IMSIM. Varying load and stress conditions for the model execution are given. The analyses of the computer simulation runs were documented as results, conclusions, and recommendations for DDPS improvements.
The role of automation and robotics in support of man's activities in space is discussed, with emphasis given to satellite servicing functions on board the NASA Space Station (SS) or at remote locations. Consideration is given to four satellite servicing mission scenarios, including: low-earth-orbit (LEO) servicing of satellite in situ or on the Space Station following orbital transfer by means of an Orbital Maneuvering Vehicle (OMV); in situ servicing of a free-flying coorbiting materials processing platform; repair/refurbishment of Space Station payloads of substations; an in situ servicing of geostationary satellites by means of an Orbital Transfer Vehicle (OTV). The potential applications of three different automation technologies are examined, including: teleoperation; robotics; and artificial intelligence. Consideration is also given to the potential applications of the Space Station data system in support of servicing activities. A list of the more common terms of automation technology is provided.
A major objective of NASA space missions is the gathering of information that when analyzed, compared, and interpreted furthers man's knowledge of his planet and surrounding universe. A space information system is the combination of data gathering, data processing, and data transport capabilities that interact to provide the underlying services that enable that advancement in understanding. Past space projects have been characterized by rather disjoint data systems that often did not satisfy user requirements. NASA has learned from those experiences, however, and now is conceptualizing a new generation of sophisticated, integrated space information systems suitable to the wide range of near future space endeavors. This paper examines the characteristics of recent data systems and, based upon that characterization, outlines the scope and attributes of future systems. A description if offered of the information system for the Space Station Program as one real example of such advanced capabilities.
Upgrade of data acquisition and controls systems software at Johnson Space Center's Space Environment Simulation Laboratory (SESL) involved the definition, evaluation and selection of a system communication architecture and software components. A brief discussion of the background of the SESL and its data acquisition and controls systems provides a context for discussion of the requirements for each selection. Further framework is provided as upgrades to these systems accomplished in the 1990s and in 2003 are compared to demonstrate the role that technological advances have had in their improvement. Both of the selections were similar in their three phases; 1) definition of requirements, 2) identification of candidate products and their evaluation and testing and 3) selection by comparison of requirement fulfillment. The candidates for the communication architecture selection embraced several different methodologies which are explained and contrasted. Requirements for this selection are presented and the selection process is described. Several candidates for the software component of the data acquisition and controls system are identified, requirements for evaluation and selection are presented, and the evaluation process is described.
The current CCSDS Telecommand (TC) Recommendations 1-3 have essentially been in use since the early 1960s. The purpose of this paper is to propose a successor protocol to TC. The current CCSDS recommendations can only accommodate telecommand rates up to approximately 1 mbit/s. However today's spacecraft are storehouses for software including software for Field Programmable Gate Arrays (FPGA) which are rapidly replacing unique hardware systems. Changes to flight software occasionally require uplinks to deliver very large volumes of data. In the opposite direction, high rate downlink missions that use acknowledged CCSDS File Delivery Protocol (CFDP)4 will increase the uplink data rate requirements. It is calculated that a 5 mbits/s downlink could saturate a 4 kbits/s uplink with CFDP downlink responses: negative acknowledgements (NAKs), FINISHs, End-of-File (EOF), Acknowledgements (ACKs). Moreover, it is anticipated that uplink rates of 10 to 20 mbits/s will be required to support manned missions. The current TC recommendations cannot meet these new demands. Specifically, they are very tightly coupled to the Bose-Chaudhuri-Hocquenghem (BCH) code in Ref. 2. This protocol requires that an uncorrectable BCH codeword delimit the TC frame and terminate the randomization process. This method greatly limits telecom performance since only the BCH code can support the protocol. More modern techniques such as the CCSDS Low Density Parity Check (LDPC)5 codes can provide a minimum performance gain of up to 6 times higher command data rates as long as sufficient power is available in the data. This paper will describe the proposed protocol format, trade-offs, and advantages offered, along with a discussion of how reliable communications takes place at higher nominal rates.
From data concerning the degradation of the CO2 removal system in the International Space Station (ISS) two important features were apparent: (1) The atmosphere within the International Space Station (ISS) contained many organic compounds including alcohols, halocarbons, aldehydes, esters, and ketones, inter alia. Various cyclosiloxanes Dn, hexamethylcyclotrisiloxane (D3) and its higher homologs (D4) and (D5) are also present presumably due to offgassing. (2) Screens within the zeolite-containing canisters, used for the removal of CO2, exhibited partial clogging due to zeolitic fragments (dust) along with "sticky" residues, that in toto significantly reduced the efficiency of the CO2 removal process. Samples of the ISS fresh zeolite, used zeolite, filter clogging zeolite particles and residual polymeric materials were examined using, inter alia, NMR, EM and HRSEM. These data were compared to equivalent samples obtained prior and subsequent to Dn polymerization experiments performed in our laboratories using the clean ISS zeolite samples as catalyst. Polysiloxane materials produced were essentially equivalent in the two cases and the EM images demonstrate a remarkable similarity between the ISS filter zeolite samples and the post-polymerization zeolite material from our experiments. In this regard even the changes in the Al/Si ratio from the virgin zeolite material to the filter samples and the post-polymerization laboratory samples samples is noteworthy. This research was supported by a contract from the Boeing Company
The consumables characteristic data associated with the performance of the mission activities required by the mission planning processor are defined to calculate the consumables requirements. The activity data is defined in terms of discrete time periods having a distinct rate for each consumable required to support the performance of a given operation. The data is structured in a series of consumable data worksheets for each activity that includes a profile of its operations and the rate of each consumable required to support the given activity. The data worksheets provide for the uniform specification of consumables data, allows for the ready identification of the consumables affected by a given activity, and facilitates the updating process. An activity and the data that must be included in the data worksheets are defined and an example of its use and application the consumables data requirements for the performance of the EVA are presented.
The contents of the Flight Data File which constitute the data required by and the data generated by the Mission Planning Processor are presented for the construction of the timeline and the determination of the consumables requirements of a given mission.
A planned flight test of an 8 cm diameter, electron-bombardment mercury ion thruster system is described. The primary objective of the test is to flight qualify the 5 mN (1 mlb.) thruster system for auxiliary propulsion applications. A seven year north-south stationkeeping mission was selected as the basis for the flight test operating profile. The flight test, which will employ two thruster systems, will also generate thruster system space performance data, measure thruster-spacecraft interactions, and demonstrate thruster operation in a number of operating modes. The flight test is designated as SAMSO-601 and will be flown aboard the shuttle-launched Air Force space test program P80-1 satellite in 1981. The spacecraft will be 3- axis stabilized in its final 740 km circular orbit, which will have an inclination of approximately greater than 73 degrees. The spacecraft design lifetime is three years.
Research activities related to global weather, ocean/air interactions, and climate are reported. The global weather research is aimed at improving the assimilation of satellite-derived data in weather forecast models, developing analysis/forecast models that can more fully utilize satellite data, and developing new measures of forecast skill to properly assess the impact of satellite data on weather forecasting. The oceanographic research goal is to understand and model the processes that determine the general circulation of the oceans, focusing on those processes that affect sea surface temperature and oceanic heat storage, which are the oceanographic variables with the greatest influence on climate. The climate research objective is to support the development and effective utilization of space-acquired data systems in climate forecast models and to conduct sensitivity studies to determine the affect of lower boundary conditions on climate and predictability studies to determine which global climate features can be modeled either deterministically or statistically.