Search NASA⌕ Search

SEARCH · Search NASA

Results for “Missions Data”

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 325 records · Page 18

System for Contributing and Discovering Derived Mission and Science Data

A system was developed to provide a new mechanism for members of the mission community to create and contribute new science data to the rest of the community. Mission tools have allowed members of the mission community to share first order data (data that is created by the mission s process in command and control of the spacecraft or the data that is captured by the craft itself, like images, science results, etc.). However, second and higher order data (data that is created after the fact by scientists and other members of the mission) was previously not widely disseminated, nor did it make its way into the mission planning process.

Wallick, Michael N.↗

ROSAT implementation of a proposed multi-mission x ray data format

Until recently little effort has been made to ensure that data from X-ray telescopes are delivered in a format that reflects the common characteristics that most X-ray datasets share. Instrument-specific data-product design hampers the comparison of X-ray measurements made by different detectors and should be avoided whenever possible. The ROSAT project and the High Energy Astrophysics Science Archive Research Center (HEASARC) have defined a set of X-ray data products ('rationalized files') for ROSAT data that can be used for distribution and archiving of data from other X-ray missions. This set of 'rationalized files' has been defined to isolate instrument-independent and instrument-specific quantities using standards FITS constructs to ensure portability. We discuss the usage of the 'rationalized files' by ROSAT for data distribution and archiving, with particular emphasis on discrimination between instrument-independent and instrument-specific quantities, and discuss application of this format to data from other X-ray missions.

Corcoran, M.↗

Aerosol Measurements by the GLAS Space Borne Lidar

Beginning in February 2003, the Geoscience Laser Altimeter System (GLAS) provides global coverage lidar measurement of the height distribution of aerosol in the atmosphere. The characteristic and value of the unique data will be presented. The instrument is a basic backscatter lidar that operates at two wavelengths, 532 and 1064 nm. The mission data products for atmospheric observations include the calibrated, observed, attenuated backscatter cross section for cloud and aerosol; height detection for multiple cloud layers; planetary boundary layer height; cirrus and aerosol optical depth and the height distribution of aerosol and cloud scattering cross section profiles. The data is expected to significantly enhance knowledge of the distribution, transport and influence of atmospheric aerosol and thin clouds. Initial results from the 1064 nm channel show strong aerosol loading in many regions of the world. From the initial performance and verification experiments, aerosol backscatter cross sections down to sever times 10(exp -6)I/m-sr are detected. In August the 532 nm channel will also provide aerosol profiles but with a projected order of magnitude more sensitivity, and full data products including aerosol optical depths will be generated. Results from these first several months of operation will be presented.

Spinhirne, James D.↗

Space Borne Cloud and Aerosol Measurements by the Geoscience Laser Altimeter System: Initial Results

In January 2003 the Geoscience Laser Altimeter System (GLAS) was successfully launched into orbit. Beginning in March 2003 GLAS will provide global coverage lidar measurement of the height distribution of clouds and aerosol in the atmosphere for up to five years. The characteristic and value of the unique data will be presented. The instrument is a basic backscatter lidar that operates at two wavelengths, 532 and 1064 nm. The mission data products for atmospheric observations include the calibrated, observed, attenuated backscatter cross section for cloud and aerosol; height detection for multiple cloud layers; planetary boundary layer height; cirrus and aerosol optical depth and the height distribution of aerosol and cloud scattering cross section profiles. The data is expected to significantly enhance knowledge in several areas of atmospheric science, in particular the distribution, transport and influence of atmospheric aerosol and thin clouds. Measurements of the coverage and height of polar and cirrus cloud should be significantly more accurate than previous global observations. In March and April 2003, airborne and ground based data verification experiments will be carried out. Initial results from the verification experiments and the first several months of operation will be presented.

Spinhirne, James D.↗

Early Assessments of Crew Timelines for the Lunar Surface Habitat

As NASA progresses towards sustained crewed space missions, crew timelines will become increasingly important to achieving mission goals. While it is desirable to spend as much time as possible during crewed space missions on science activities and experiments, there are a large number of activities that crew members must perform each day in order to maintain both crew and vehicle health and safety. The time available for science activities in space is highly dependent on mandatory tasks required for crew and vehicle health and safety. The different crewed activities need to be planned accordingly long before the start of a mission in order to optimize crew time for science. To begin assessing the potential crew time for available for science, an understanding of the requirements to maintain crew and vehicle health and safety is needed. These additional activities may include sleep, exercise, vehicle maintenance, logistics handling, crew personal time, as well as many other tasks. The remaining time outside of these required tasks, within a reasonable crew work schedule, can be dedicated to science operations. This paper will detail a collaborative effort to analyzing crew times for sustained spaceflight missions and how the results of that analysis are applied to the crew timeline for the proposed Lunar Surface Habitat (SH).To determine the crew time for all of these required activities, an analysis was conducted utilizing defined agency requirements and historical crewed mission data. Predicted crew activity times were integrated into a daily schedule in order to optimize the crew’s time during the mission. This methodology was utilized to produce expected crew timelines for NASA’s proposed Artemis Base Camp (ABC) missions. The current plans for the ABC contain two different sustained habitats, the Pressurized Rover (PR) and the Surface Habitat (SH). While the crew are separated between the two habitats, the timelines for each element are dependent on the other element’s operations, so the two element timelines are formed in conjunction with one another. The results described in this paper, however, will focus solely on the crew timeline in the SH. This paper will explain the methodology behind predicting the required crew time spent in the SH for each activity, and the process of incorporating these predicted crew times into a coherent schedule.

Crew Time↗

Report of the Presidential Commission on the Space Shuttle Challenger Accident, Volume 1

The findings of the Commission regarding the circumstances surrounding the Challenger accident are reported and recommendations for corrective action are outlined. All available mission data, subsequent tests, and wreckage analyses were reviewed and specific failure scenarios were developed. The Commission concluded that the cause of the Mission 51-L accident was the failure of the pressure seal in the aft field joint of the right solid rocket motor. The failure was due to a faulty design unacceptably sensitive to a number of factors. These factors were the effects of temperature, physical dimensions, the character of materials, the effects of reuse, processing, and the reaction of the joint to dynamic loading. In addition to analyzing the material causes of the accident, the Commission examined the chain of decisions that culminated in approval of the launch. It concluded that the decision making process was flawed in several ways including (1) failure in communication resulting in a launch decision based on incomplete and misleading information, (2) a conflict between engineering data and management judgements, and (3) a NASA management structure that permitted flight safety problems to bypass key Shuttle managers.

Rogers, W. P.↗

System control module diagnostic Expert Assistant

The Orbiter EXperiments (OEX) Program was established by NASA's Office of Aeronautics and Space Technology (OAST) to accomplish the precise data collection necessary to support a complete and accurate assessment of Space Transportation System (STS) Orbiter performance during all phases of a mission. During a mission, data generated by the various experiments are conveyed to the OEX System Control Module (SCM) which arranges for and monitors storage of the data on the OEX tape recorder. The SCM Diagnostic Expert Assistant (DEA) is an expert system which provides on demand advice to technicians performing repairs of a malfunctioning SCM. The DEA is a self-contained, data-driven knowledge-based system written in the 'C' Language Production System (CLIPS) for a portable micro-computer of the IBM PC/XT class. The DEA reasons about SCM hardware faults at multiple levels; the most detailed layer of encoded knowledge of the SCM is a representation of individual components and layouts of the custom-designed component boards.

Flores, Luis M.↗

The CCDS Data Compression Recommendations: Development and Status

The Consultative Committee for Space Data Systems (CCSDS) has been engaging in recommending data compression standards for space applications. The first effort focused on a lossless scheme that was adopted in 1997. Since then, space missions benefiting from this recommendation range from deep space probes to near Earth observatories. The cost savings result not only from reduced onboard storage and reduced bandwidth, but also in ground archive of mission data. In many instances, this recommendation also enables more science data to be collected for added scientific value. Since 1998, the compression sub-panel of CCSDS has been investigating lossy image compression schemes and is currently working towards a common solution for a single recommendation. The recommendation will fulfill the requirements for remote sensing conducted on space platforms.

Yeh, Pen-Shu↗

Video-Game-Like Engine for Depicting Spacecraft Trajectories

GoView is a video-game-like software engine, written in the C and C++ computing languages, that enables real-time, three-dimensional (3D)-appearing visual representation of spacecraft and trajectories (1) from any perspective; (2) at any spatial scale from spacecraft to Solar-system dimensions; (3) in user-selectable time scales; (4) in the past, present, and/or future; (5) with varying speeds; and (6) forward or backward in time. GoView constructs an interactive 3D world by use of spacecraft-mission data from pre-existing engineering software tools. GoView can also be used to produce distributable application programs for depicting NASA orbital missions on personal computers running the Windows XP, Mac OsX, and Linux operating systems. GoView enables seamless rendering of Cartesian coordinate spaces with programmable graphics hardware, whereas prior programs for depicting spacecraft trajectories variously require non-Cartesian coordinates and/or are not compatible with programmable hardware. GoView incorporates an algorithm for nonlinear interpolation between arbitrary reference frames, whereas the prior programs are restricted to special classes of inertial and non-inertial reference frames. Finally, whereas the prior programs present complex user interfaces requiring hours of training, the GoView interface provides guidance, enabling use without any training.

Upchurch, Paul R.↗

Development of a Simulated Data Set for the SeaWiFS Mission

A realistic simulated data set is essential for mission readiness preparations and can potentially assist in all phases of ground support for a future mission. Such a data set was created for the Sea-viewing Wide Field-of-view Sensor (SeaWiFS), a global ocean color mission due for launch in 1997. This data set incorporates a representation of virtually every known aspect of the flight mission. Thus, it provides a high fidelity data set for testing most phases of the ground system, Including data processing, data transfers, calibration and validation, quality control, and mission operations. The data set is constructed for a seven-day period, March 25-31, 1994. Specific features of the data set: it includes Global Area Coverage (GAC), recorded Local Area Coverage (LAC), and real-time High Resolution Picture Transmission (HRFIT) data for the seven-day period; it includes a realistic orbit which is propagated using a Brouwer-Lyddane model with drag; the data correspond to a command schedule based on the orbit for this seven-day period; it includes total (at-satellite) radiances for ocean, land, clouds, and ice; it utilizes a high-resolution land/sea mask; it includes actual SeaWiFS spectral responses; it includes the actual sensor saturation responses; it is formatted according to current onboard data structures; and it includes corresponding telemetry (instrument and spacecraft) data. The methods are described and some examples of the output are given.

Gregg, Watson W.↗

Human Centered Design and Development for NASA's MerBoard

This viewgraph presentation provides an overview of the design and development process for NASA's MerBoard. These devices are large interactive display screens which can be shown on the user's computer, which will allow scientists in many locations to interpret and evaluate mission data in real-time. These tools are scheduled to be used during the 2003 Mars Exploration Rover (MER) expeditions. Topics covered include: mission overview, Mer Human Centered Computers, FIDO 2001 observations and MerBoard prototypes.

Trimble, Jay↗

Autonomous Navigation, Guidance, and Control Software in a Low SWaP Box

Onboard autonomy is a necessity for responsive space operations. Autonomous navigation, guidance, and control (NGC) enables space missions to reduce their dependence on high demand ground assets and costly ground personnel. It also allows for in-situ decision making and higher return on mission data. A flight software and hardware system providing this capability, called “autoNGC,” is currently being developed at NASA Goddard Space Flight Center for infusion into multiple future missions. The autoNGC flight software is built on the plug-and-play architecture of the core Flight System (cFS) consisting of the standard cFS apps and newly developed autoNGC interface apps and libraries. The various apps cooperate through communication over the message-based software bus. With the plug-and-play architecture of autoNGC, cFS apps can easily be added and replaced to meet the needs of different missions, even after launch. The first flight software release of autoNGC is targeted for Summer 2024 to provide autonomous navigation at the Moon and beyond. It can perform sensor fusion of multiple measurement types including pseudo-range from a Global Navigation Satellite System (GNSS) receiver (including weak signal), 1-way and 2-way range and Doppler from ground stations (i.e., direct to Earth (DTE)), bearing and range from optical camera images, and accelerometer data. Accurate onboard navigation and timing is obtained through the Goddard Enhanced Onboard Navigation System (GEONS) software library which fuses different measurement types through an extended Kalman filter (EKF) framework. Optical measurements that are ingested in GEONS are first extracted from optical images by the cFS Goddard Image Analysis and Navigation Tool (cGIANT) app. If the imaged body is far enough away that it appears as a pixel or cluster of pixels, then bearing angles to the body centroid can be provided. If the body is close enough and the shape is known coarsely, then bearing angles and range to the body centroid can be derived from the limb. Bearing angles to individual surface features can also be extracted (i.e., terrain relative navigation (TRN)). Onboard guidance and control capabilities are being developed for a future release to perform autonomous station-keeping and trajectory correction maneuvers in multiple orbital regimes. Capabilities to enable distributed systems missions and constellations, such as crosslink measurements, and onboard time management are being developed as well. The first hardware implementation of autoNGC is a minimal size, weight, and power (SWaP) design allowing for inclusion into CubeSats and SmallSat-size buses. Advancements in miniaturized space processors, such as the SpaceCube 3.0 Mini and the SpaceCube Mini-Z are utilized for low SWaP while maintaining a high level of performance. The current enclosure design is 12 cm x 17 cm x 13.5 cm. The box mass is expected to be less than 2 kg, and the nominal power is 21 W. In order to accommodate a wide range of missions, the hardware interfaces are designed for flexibility with a variety of sensor inputs. Through comprehensive testing in the software-in-the-loop, processor-in-the-loop, and hardware-in-the-loop test beds that are concurrently being developed, autoNGC is expected to achieve TRL 6 by late 2024.

Sun Hur-Diaz↗

Trends in Planetary Data Analysis. Executive summary of the Planetary Data Workshop

Planetary data include non-imaging remote sensing data, which includes spectrometric, radiometric, and polarimetric remote sensing observations. Also included are in-situ, radio/radar data, and Earth based observation. Also discussed is development of a planetary data system. A catalog to identify observations will be the initial entry point for all levels of users into the data system. There are seven distinct data support services: encyclopedia, data index, data inventory, browse, search, sample, and acquire. Data systems for planetary science users must provide access to data, process, store, and display data. Two standards will be incorporated into the planetary data system: Standard communications protocol and Standard format data unit. The data system configuration must combine a distributed system with those of a centralized system. Fiscal constraints have made prioritization important. Activities include saving previous mission data, planning/cost analysis, and publishing of proceedings.

Evans, N.↗

Mission interactive scenarion studio for autonomous spacecraft

We propose building a Studio enabling the use of diverse existing mission activity and scenario patterns, the creation of new ones, and the modeling of their effects using existing modeling tools. The core of the Studio is a component-based Type Library, which captures years of mission adaptation patterns in various forms. The Studio works as a content server to capture the developed adaptation knowledge for reuse and provides bridging into different mission uplink implementations, including the Mission Data System [l] (MDS) state/goal machinery. Various activities can be coordinated, controlled, and reused through the Studio's component interface to establish and model a mission scenario. A special component Factory mechanism will be in place to facilitate the adaptation of projects into the Studio. The architecture of the Studio reflects and enforces a division of knowledge and actions into three parts: Model, Controller, Viewer. The Model contains information about (a proposed version of) the spacecraft and mission. The Controller contains logic for constructing scenarios of mission activities. The information in the Model and Controller is principally in the form of reusable patterns. A Viewer can be a simple or complex software system. For example, Apgen [2,3] is one possible viewer, MDS is another. A 3-tiered infrastructure is used for the Studio, reflecting the Model, Controller, Viewer architecture [4,5]. The Studio is useful in pre-phase A of a project by enabling spacecraft design options to be played against desired mission scenarios. In later design phases of a project, the construction and modeling of more detailed scenarios is supported by the Studio.

autonomous spacecraft↗

Kepler Data Release 25 Notes (Q0-Q17)

These Data Release Notes provide information specific to the current reprocessing and re-export of the Q0-Q17 data. The data products included in this data release include target pixel files, light curve files, FFIs,CBVs, ARP, Background, and Collateral files. This release marks the final processing of the Kepler Mission Data. See Tables 1 and 2 for a list of the reprocessed Kepler cadence data. See Table 3 for a list of the available FFIs. The Long Cadence Data, Short Cadence Data, and FFI data are documented in these data release notes. The ancillary files (i.e., cotrending basis vectors, artifact removal pixels, background, and collateral data) are described in the Archive Manual (Thompson et al., 2016).

Data Release Notes↗

Telemetry-Enhancing Scripts

Scripts Providing a Cool Kit of Telemetry Enhancing Tools (SPACKLE) is a set of software tools that fill gaps in capabilities of other software used in processing downlinked data in the Mars Exploration Rovers (MER) flight and test-bed operations. SPACKLE tools have helped to accelerate the automatic processing and interpretation of MER mission data, enabling non-experts to understand and/or use MER query and data product command simulation software tools more effectively. SPACKLE has greatly accelerated some operations and provides new capabilities. The tools of SPACKLE are written, variously, in Perl or the C or C++ language. They perform a variety of search and shortcut functions that include the following: Generating text-only, Event Report-annotated, and Web-enhanced views of command sequences; Labeling integer enumerations with their symbolic meanings in text messages and engineering channels; Systematic detecting of corruption within data products; Generating text-only displays of data-product catalogs including downlink status; Validating and labeling of commands related to data products; Performing of convenient searches of detailed engineering data spanning multiple Martian solar days; Generating tables of initial conditions pertaining to engineering, health, and accountability data; Simplified construction and simulation of command sequences; and Fast time format conversions and sorting.

Maimone, Mark W.↗

PowerCell aboard the EuCROPIS satellite - Results from the first synthetic biology experiment in space

Synthetic biology is the design and construction of new biological parts and systems not found in nature, a technology that we believe will be a game-changing technology for space exploration. The PowerCell concept is an ecology based on photosynthetic microbes taking advantage of in situ materials and energy to generate, on-demand, useful products (food, fuel, cloths, drugs, etc.) that satisfy specific needs of long-term human presence away from Earth. This first PowerCell experiment is testing this concept as well as several key mechanisms of engineering biology in a 48-well plate microfluidics system. NASA's PowerCell experiment was loaded in the fluidics system at NASA Ames in May 2016, and subsequently integrated on the DLR's compact satellite Eu:CROPIS (Euglena Combined Regenerative Organic food Production In Space), as a secondary payload. Launched into Earth’s orbit from the Vandenberg Air Force Base, California, USA, in December 3, 2019, the Eu:CROPIS platform has provided an artificial gravity through rotational acceleration, simulating gravity ranges compatible to those found on Mars and on the Moon, as well as microgravity in the absence of acceleration. Each set of biological experiments performed at Earth's orbit was compared to ground controls. Over 400 days' worth of mission data showed that all hardware and software worked as planned, and microbial growth was observed in all four gravity regimes, including growth on cyanobacterial cell extract in three out of four gravity regimes. The genetic transformation experiment was successful in microgravity and provided valuable long-term reagent stability data, including antibiotic efficacy. The demonstrated ability of hardy bacterial spores to recover from a long-term stasis period will be fundamental for deep human space missions. Lessons learned from hardware design to experimental operations are leading to improved designs and capabilities for future missions.

Ivan Glaucio Paulino Lima↗