Search NASA⌕ Search

SEARCH · Search NASA

Results for “Mission 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 361 records · Page 20
All sourcesNASA NTRSDOE OSTI
NASA NTRS1981

User requirements for NASA data base management systems. Part 1: Oceanographic discipline

Generic oceanographic user requirements were collected and analyzed for use in developing a general multipurpose data base management system for future missions of the Office of Space and Terrestrial Applications (OSTA) of NASA. The collection of user requirements involved; studying the state-of-the-art technology in data base management systems; analyzing the results of related studies; formulating a viable and diverse list of scientists to be interviewed; developing a presentation format and materials; and interviewing oceanographic data users. More effective data management systems are needed to handle the increasing influx of data.

Fujimoto, B.↗
NASA NTRS1975

IUS/TUG orbital operations and mission support study. Volume 4: Project planning data

Planning data are presented for the development phases of interim upper stage (IUS) and tug systems. Major project planning requirements, major event schedules, milestones, system development and operations process networks, and relevant support research and technology requirements are included. Topics discussed include: IUS flight software; tug flight software; IUS/tug ground control center facilities, personnel, data systems, software, and equipment; IUS mission events; tug mission events; tug/spacecraft rendezvous and docking; tug/orbiter operations interface, and IUS/orbiter operations interface.

Source record↗
NASA NTRS2006

From Zero to Integration in Eight Months, the Dawn Ground Data System Engineering Challenge

The Dawn GDS Team met the SC Sim integration challenge in eight months. The GDS System Engineering approach in response to the SC Simintegration challenge, focused on a set of key practices: decomposition of project request into manageable requirements; integration of multiple ground disciplines and experts into a focused team effort; risk management thru management of expectations; and aggregation of intermediate products into a final product. By maintaining a a system-level focus, the overall systems engineering process unified team GDS Team members with a common goal: the success of the ground system as a whole and not just the success of their individual expert contributions. Incorporation of Agile-type development efforts were aligned with a risk strategy based on team-oriented principles and expectations management, thus achieving a more stable baseline solution without compromising the integrity of the GDS design.

Dawn Mission↗
NASA NTRS1979

Mission specification for three generic mission classes

Mission specifications for three generic mission classes are generated to provide a baseline for definition and analysis of data acquisition platform system concepts. The mission specifications define compatible groupings of sensors that satisfy specific earth resources and environmental mission objectives. The driving force behind the definition of sensor groupings is mission need; platform and space transportation system constraints are of secondary importance. The three generic mission classes are: (1) low earth orbit sun-synchronous; (2) geosynchronous; and (3) non-sun-synchronous, nongeosynchronous. These missions are chosen to provide a variety of sensor complements and implementation concepts. Each mission specification relates mission categories, mission objectives, measured parameters, and candidate sensors to orbits and coverage, operations compatibility, and platform fleet size.

Source record↗
NASA NTRS2001

Advanced Communication Architectures and Technologies for Missions to the Outer Planets

Missions to the outer planets would be considerably enhanced by the implementation of a future space communication infrastructure that utilizes relay stations placed at strategic locations in the solar system. These relay stations would operate autonomously and handle remote mission command and data traffic on a prioritized demand access basis. Such a system would enhance communications from that of the current direct communications between the planet and Earth. The system would also provide high rate data communications to outer planet missions, clear communications paths during times when the sun occults the mission spacecraft as viewed from Earth, and navigational "lighthouses" for missions utilizing onboard autonomous operations. Additional information is contained in the original extended abstract.

Bhasin, K.↗
NASA NTRS2008

Moving Away from Ones and Zeros, Designing a Ground Data System Based on Higher Levels of Abstraction

Previous JPL ground systems have been designed with the Ground Data System (GDS) engineer in mind. The focus on these systems has been on packaging and delivery of low level information (frames, packets, telemetry values) to the end user. It was not that long ago when project teams would be huddled over a workstation, examining crude displays of telemetry bits organized in various ways, trying to determine the status of a spacecraft. Understanding the data often required additional levels of GDS expertise, or worse, transformation of the raw data into alternative formats followed by ingestion into other tools so that the data became meaningful. The primary focus was often to answer these types of questions: "Why did this particular frame fail Reed-Solomon decode? Why did this packet get marked as invalid? Why am I missing a block of telemetry from my query?" -- which are completely valid questions to ask from a GDS Engineer's point of view, and large families of tools have been designed to help answer these questions. But these are not the questions that most users care about - which are more like: "Why is the battery state of charge trending down? Show me a summary image report for the last traverse to the target. Show me a data accountability summary for the last DSN pass." Answers to these questions, which are what users are looking for, requires a higher level of abstraction and supporting tools than mining through ones and zeros. JPL has created a next generation capability called the Mission Data Processing and Control System (MPCS) which is designed to support this higher level of abstraction by providing customizable views of the ground system combining collections of lower level information into more meaningful ways. Instead of examining frames, packets, and individual telemetry data points -- MPCS is capable of providing comprehensive summary reports, product status, overall flight/ground event status, as well as payload health summaries. Based on these higher level views, end users can make tactical or strategic decisions, or drop into detailed analysis as needed. System designers need to continue building systems that support low level GDS troubleshooting - but the basic design of a GDS should be geared towards what end users actually need to see. This paper will describe the capabilities of MPCS that directly support these higher levels of abstraction, and which are being used today in missions such as the Mars Science Laboratory and other NASA missions.

MPCS↗
NASA NTRS2002

Mars mission science operations facilities design

A variety of designs for Mars rover and lander science operations centers are discussed in this paper, beginning with a brief description of the Pathfinder science operations facility and its strengths and limitations. Particular attention is then paid to lessons learned in the design and use of operations facilities for a series of mission-like field tests of the FIDO prototype Mars rover. These lessons are then applied to a proposed science operations facilities design for the 2003 Mars Exploration Rover (MER) mission. Issues discussed include equipment selection, facilities layout, collaborative interfaces, scalability, and dual-purpose environments. The paper concludes with a discussion of advanced concepts for future mission operations centers, including collaborative immersive interfaces and distributed operations. This paper's intended audience includes operations facility and situation room designers and the users of these environments.

Ground Data System (GDC)↗
NASA NTRS1975

Viking mission operations

The Viking Flight Team and ground system must operate in an integrated manner with the two orbiters and two landers to acquire the scientific data that will significantly increase our knowledge of Mars. Viking mission requires an adaptive mode of flight operations which permits reflection of the knowledge gained as the mission progresses into subsequent data acquisition operations. This includes reflection of both the knowledge gained about Mars and knowledge as to how well each of the four vehicles and the ground data system are performing. The requirement for adaptive mission operations has imposed special considerations in the Viking mission design, landing site selection, organization of the Flight Team and in the design and development of the operational tools required by this team. A mission operations strategy has been developed which governs the multivehicle adaptive mission operations.

Young, A. T.↗
NASA NTRS2004

OCEANIDS: Autonomous Data Acquisition, Management and Distribution System

OCEANIDS is a clearinghouse for mission essential and near-real-time satellite data streams. This viewgraph presentation describes this mission, and includes the following topics: 1) OCEANIDS Motivation; 2) High-Level Architecture; 3) OCEANIDS Features; 4) OCEANIDS GUI: Nodes; 5) OCEANIDS GUI: Cluster; 6) Data Streams; 7) Statistics; and 8) GHRSST-PP.

automated monitoring↗
NASA NTRS2013

Assessing the Impact of Pre-gpm Microwave Precipitation Observations in the Goddard WRF Ensemble Data Assimilation System

The forthcoming Global Precipitation Measurement (GPM) Mission will provide next generation precipitation observations from a constellation of satellites. Since precipitation by nature has large variability and low predictability at cloud-resolving scales, the impact of precipitation data on the skills of mesoscale numerical weather prediction (NWP) is largely affected by the characterization of background and observation errors and the representation of nonlinear cloud/precipitation physics in an NWP data assimilation system. We present a data impact study on the assimilation of precipitation-affected microwave (MW) radiances from a pre-GPM satellite constellation using the Goddard WRF Ensemble Data Assimilation System (Goddard WRF-EDAS). A series of assimilation experiments are carried out in a Weather Research Forecast (WRF) model domain of 9 km resolution in western Europe. Sensitivities to observation error specifications, background error covariance estimated from ensemble forecasts with different ensemble sizes, and MW channel selections are examined through single-observation assimilation experiments. An empirical bias correction for precipitation-affected MW radiances is developed based on the statistics of radiance innovations in rainy areas. The data impact is assessed by full data assimilation cycling experiments for a storm event that occurred in France in September 2010. Results show that the assimilation of MW precipitation observations from a satellite constellation mimicking GPM has a positive impact on the accumulated rain forecasts verified with surface radar rain estimates. The case-study on a convective storm also reveals that the accuracy of ensemble-based background error covariance is limited by sampling errors and model errors such as precipitation displacement and unresolved convective scale instability.

microwave observations↗
NASA NTRS2011

Fault Management Guiding Principles

Regardless of the mission type: deep space or low Earth orbit, robotic or human spaceflight, Fault Management (FM) is a critical aspect of NASA space missions. As the complexity of space missions grows, the complexity of supporting FM systems increase in turn. Data on recent NASA missions show that development of FM capabilities is a common driver for significant cost overruns late in the project development cycle. Efforts to understand the drivers behind these cost overruns, spearheaded by NASA's Science Mission Directorate (SMD), indicate that they are primarily caused by the growing complexity of FM systems and the lack of maturity of FM as an engineering discipline. NASA can and does develop FM systems that effectively protect mission functionality and assets. The cost growth results from a lack of FM planning and emphasis by project management, as well the maturity of FM as an engineering discipline, which lags behind the maturity of other engineering disciplines. As a step towards controlling the cost growth associated with FM development, SMD has commissioned a multi-institution team to develop a practitioner's handbook representing best practices for the end-to-end processes involved in engineering FM systems. While currently concentrating primarily on FM for science missions, the expectation is that this handbook will grow into a NASA-wide handbook, serving as a companion to the NASA Systems Engineering Handbook. This paper presents a snapshot of the principles that have been identified to guide FM development from cradle to grave. The principles range from considerations for integrating FM into the project and SE organizational structure, the relationship between FM designs and mission risk, and the use of the various tools of FM (e.g., redundancy) to meet the FM goal of protecting mission functionality and assets.

principles↗
NASA NTRS1983

TOPEX ground data system

The TOPEX Project is a proposed oceanographic mission to measure the topography of the sea surface for a period of three years. This mission is sponsored by the National Aeronautics and Space Administration and managed by the Jet Propulsion Laboratory. Measurements of topography are used to study ocean currents, tides, bathymetry and the oceanic geoid. Several of the primary goals of this mission are to process and verify the altimetric data, and distribute them within days to the science investigators. This paper describes the TOPEX end-to-end ground data system. In addition to controlling the TOPEX satellite, the ground data system has been designed to minimize the time from data acquisition to science processing and data distribution. A centralized design supports the favorable response time of the system and also allows for operational efficiencies. Networking of real time and non-real time elements of the data system provides for more effective data processing.

Rosell, S. N.↗
NASA NTRSDate not supplied

Updates in Developing a Prototype Science Pipeline and Full-Volume, Global Hyperspectral Synthetic Data Sets for NASA’s Earth System Observatory’s Upcoming Surface, Biology and Geology Mission

The Surface Biology and Geology (SBG) mission recently passed mission confirmation review and has entered phase A – design and development. SBG will acquire high resolution solar-reflected spectroscopy and thermal infrared observations at a data rate of ~2.5 TB/day and generate products at ~40 TB/day. Given that the per-day volume is greater than NASA’s total extant airborne hyperspectral data collection, collecting, processing, disseminating, and exploiting the SBG data present new challenges. To meet these challenges, we have developed a prototype science pipeline and a full-volume global hyperspectral synthetic data set to help prepare for SBG’s flight (see poster GC42D-0730). Our science pipeline is based on the science processing technology developed for NASA’s Kepler and TESS planet-hunting missions. The pipeline infrastructure, Ziggy, provides a scalable architecture for robust, repeatable, and replicable science and application products that can be run on a range of systems from a laptop to the cloud or a supercomputer. Ziggy is compliant with NASA Procedural Requirement (NPR) 7150.2C, is at a technical readiness level (TRL) of 7 and has been released to github.com/nasa/ziggy. We integrated Ziggy with EO-1/Hyperion workflows to build a prototype pipeline and ingested the 17-year mission archive that provides globally sampled visible through shortwave infrared spectra that are representative of SBG data types and volumes. We fully implemented the first stage and processed the entire 55 TB Hyperion data set from the raw data (Level 0) to top-of-the-atmosphere radiance (Level 1R). We are currently evaluating the ISOFIT atmospheric correction module to convert the L1R data to surface reflectance (Level 2) before reprocessing the full data set to L2. Crosschecks are being performed with RadCalNet as well as with coincident observations by AVIRIS. We are also investigating modern methods for georectifying the Hyperion scenes. Finally, we describe an analysis of the cost to conduct forward processing and reprocessing campaigns for SBG on HECC with dedicated compute and storage resources using the resurrected Hyperion pipeline as a proxy for full-volume SBG data. The analysis demonstrates that SBG L0 data can be processed to L2 on HECC with full reprocessing campaigns every two years for ~$2.6M over a 7-year lifespan. Moreover, 69% of the system capacity would be available for other activities, possibly enabling future open-source science activities, including algorithm development, L3+ processing, .etc.

ESD↗
NASA NTRS1995

Functions Performed by Mission Operations

We propose the series of three presentations described above for inclusion in your symposium. These presentations are similar to those we presented last November in plenary session at the Third International Symposium on Space Mission Operations and Ground Data Systems. Each presentation lasts 40 minutes and the presentations are designed to be given in order. The information in our presentations is extracted from a book of the same title scheduled for publication in August, 1995. Please note that since we have a book covering this topic, we will not prepare separate papers. An overview of each presentation is shown below.

Cost-Effective Mission↗
NASA NTRS2002

An Overview of the Earth Observing System MODIS Instrument Performance, Data Systems Performance, and Data Products Status and Availability

The Moderate Resolution Imaging Spectroradiometer (MODIS) on the Earth Observing System (EOS) Terra Mission began to produce data in February 2000. Now, approximately 2 years from that time, the instrument is operating well. All subsystems of the instrument are performing as expected, the signal-to-noise (S/N) performance meets or exceeds specifications, band-to-band registration meets specifications, geodetic registration of observations is nearing 50 meters (one sigma) and the spectral bands are located where they were intended to be pre-launch and attendant gains and offsets are stable to date. The data systems have performed well and are producing a wide variety of data products useful for scientific and applications studies in relatively consistent fashion extending from November 2000 to the present. Within the approximately 40 MODIS data products, several are new and represent powerful and exciting capabilities. The remainder of the MODIS products exceed or, at a minimum, match the capabilities of products from heritage sensors such as, for example, the Advanced Very High Resolution Radiometer (AVHRR). Efforts are underway to provide data sets for the greater Earth science community and to improve access to these products at the various Distributed Active Archive Centers (DAAC's) or through Direct Broadcast (DB) stations. The MODIS instrument on the EOS Aqua mission should also be expected to be in orbit and functioning in the Spring of 2002.

Salomonson, Vincent V.↗
NASA NTRS1993

Supporting multidisciplinary science within NASA's discipline data systems

Many current and future NASA and non-NASA missions are focusing on multidisciplinary science. The current paradigm for data identification and effective use by the NASA science community is based on the CODMAC model proposed in 1986. As multidisciplinary investigations become more prevalent, many existing systems and the newly developing systems will have to augment the current data identification and access strategies and tools and form alliances with other data systems to provide the broad range of data required. This paper describes the current paradigm, surveys and characterizes, within that paradigm, efforts to develop new access methods and data analysis and visualization tools, identifies additional areas of research not adequately addressed and recommends a further plan of action.

Preheim, Larry E.↗