Search NASA⌕ Search

SEARCH · Search NASA

Results for “space data system”

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.

At least 487 records · Page 27

The Earth Observing System (EOS)

The Earth Observing System is a US National Aeronautics and Space Administration (NASA) program consisting of a science segment, a data system, and a space segment made up of a series of polar-orbiting and mid-inclination satellites for long-term monitoring of the Earth as an integrated system, including observations of the land surface, biosphere, atmosphere, cryosphere, and oceans. Initially conceived in the mid-late 1980s, it was implemented as a series of large "flagship" missions and smaller focused satellites, often in partnership with instruments and sometimes spacecraft from other nations. In 1984 NASA formed several instrument panels to develop concepts for “facility instruments” that would provide comprehensive support to the scientific and applications’ communities, each with a supporting science team competitively selected via peer-review. An Announcement of Opportunity was released in 1988 and proposals were solicited for three types of proposals: (i) instrument investigations that would include the provision of instrumentation for flight on a polar platform, including non-Earth science payloads requiring polar orbits (PI instruments), (ii) research facility instrument team member and team leader investigations for facility instruments, and (iii) interdisciplinary science investigations to provide data analysis and modeling, preparing to use data acquired from the space platforms. The initial selections made in 1989 included support for 24 instrument investigations, 6 research facility instrument investigations, and 28 interdisciplinary investigations. Although considerable changes were made over the years in the structure and orbital configuration of the various instruments and platforms, a total of 10 different missions were eventually flown, as shown in Fig. 1. These included three multiinstrument flagship platforms known as Terra (launched in 1999), Aqua (launched in 2002), and Aura (launched in 2004), where the Terra mission emphasis was primarily on land processes, Aqua on the hydrological cycle, and Aura on atmospheric chemistry. In addition to these flagship missions the EOS missions included Landsat 7 (land cover classification and change), QuikScat (wind speed and direction over the oceans), Jason-1 (ocean surface topography and sea level), ACRIMSAT (total solar irradiance (TSI)), SAGE III (stratospheric aerosol and ozone levels), ICESat (ice, cloud, and land elevation), and SORCE (Solar Radiation and Climate Experiment; total and spectral solar irradiance). In addition EOS supported CERES (an Earth radiation budget sensor) and LIS (a lightning sensor), that flew as part of the NASA/JAXA Tropical Rainfall Measuring Mission (1997), and SeaWinds (wind speed and direction), that flew as part of the short-lived ADEOS II (Midori II, 2002) mission of JAXA (Japan Aerospace Exploration Agency). The EOS contributions are too numerous to present in detail in this article, but can be viewed for convenience as a means of obtaining global measurements (with appropriate characteristics) of the 24 variables and variable groups listed in Table 1. This table was created by the EOS community in the late 1990s as a way to succinctly indicate which instruments on the various EOS platforms were expected to contribute to each of the specified variables in primary (bold), secondary (bold italics), or contributing (roman) roles. All of the science data products produced by these space missions are available without charge throughout the world, and are thus highly valued for their many contributions to applications such as air quality, fires, land cover change, and the state of the oceans, as well as for science and monitoring of the state of the Earth system and its changes over time. These and other international satellites have played a crucial role in understanding and documenting global change, including (i) global surface temperature and atmospheric temperature and water vapor profiles, (ii) glacial retreat, (iii) sea ice extent and change, (iv) solar radiation into and out of the Earth-atmosphere system, (v) atmospheric aerosol and cloud properties, (vi) sources and sinks of

ICESat↗

NAIF Toolkit - Extended

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.

Acton, Charles H., Jr.↗

Steps Towards the Standardization of a More Efficient Uplink Protocol and Code

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.

link layer↗

Technical Data Interoperability (TDI) Pathfinder Via Emerging Standards

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.

Technical Data↗

Integrating Engineering Data Systems for NASA Spaceflight Projects

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.

Carvalho, Robert E.↗

Science and Applications Space Platform (SASP) End-to-End Data System Study

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.

Crawford, P. R.↗

Optical processing for future computer networks

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.

Husain, A.↗

Digital data processing system dynamic loading analysis

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.

Lagas, J. J.↗

The role of robotics in space system operations

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.

Meissinger, H. F.↗

NASA space information systems overview

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.

Hall, Dana L.↗

Selection of a Data Acquisition and Controls System Communications and Software Architecture for Johnson Space Center's Space Environment Simulation Laboratory Thermal and Vacuum Test Facilities

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.

Jordan, Eric A.↗

Replacing the CCSDS Telecommand Protocol with the Next Generation Uplink (NGU)

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.

Consultative Committee for Space Data Systems (CCS↗

Possible Responsibility of Silicone Materials for Degradation of the CO2 Removal System in the International Space Station

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

Baeza, Mario↗

Formulation of detailed consumables management models for the development (preoperational) period of advanced space transportation system. Volume 2: Consumables data base workbook

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.

Zamora, M. A.↗