Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Mission Operations”

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 685 records · Page 38
All sourcesNASA NTRSDOE OSTI
NASA NTRS1971

Integrated mission management operations

Operations required to launch a modular space station and to provides sustaining ground operations for support of that orbiting station throughout its 10 year mission are studied. A baseline, incrementally manned program and attendent experiment program options are derived. In addition, features of the program that significantly effect initial development and early operating costs are identified, and their impact on the program is assessed. A preliminary design of the approved modular space station configuration is formulated.

Source record↗
NASA NTRS2013

The Gravity Recovery and Interior Laboratory Mission

The Gravity Recovery and Interior Laboratory (GRAIL) mission, launched in September 2011, successfully completed its Primary Science Mission in June 2012 and is currently in Extended Mission operations. Competitively selected under a NASA Announcement of Opportunity in December 2007, GRAIL is a Discovery Program mission subject to a mandatory project cost cap. The purpose of the mission is to precisely map the gravitational field of the Moon to reveal its internal structure from crust to core, determine its thermal evolution, and extend this knowledge to other planets. The mission uses twin spacecraft flying in tandem to provide the gravity map. The GRAIL Flight System, consisting of the spacecraft and payload, was developed based on significant heritage from previous missions such an experimental U.S. Air Force satellite, the Mars Reconnaissance Orbiter (MRO) mission, and the Gravity Recovery and Climate Experiment (GRACE) mission. The Mission Operations System (MOS) was based on high-heritage multimission operations developed by NASA's Jet Propulsion Laboratory and Lockheed Martin. Both the Flight System and MOS were adapted to meet the unique challenges posed by the GRAIL mission design. This paper summarizes the implementation challenges and accomplishments of getting GRAIL ready for launch. It also discusses the in-flight challenges and experiences of operating two spacecraft, and mission results.

GRAIL↗
NASA NTRS2011

NEEMO 15: Evaluation of Human Exploration Systems for Near-Earth Asteroids

The NASA Extreme Environment Mission Operations (NEEMO) 15 mission was focused on near-Earth Asteroid (NEA) exploration techniques evaluation. It began with a University of Delaware autonomous underwater vehicle (AUV) systematically mapping the coral reef for hundreds of meters surrounding the Aquarius habitat. This activity is akin to the type of "far field survey" approach that may be used by a robotic precursor in advance of a human mission to a NEA. Data from the far-field survey were then examined by the NEEMO science team and follow-up exploration traverses were planned, which used Deepworker single-person submersibles. Science traverses at NEEMO 15 were planned according to a prioritized list of scientific objectives developed by the science team based on review and discussion of previous related marine science research including previous marine science saturation missions conducted at the Aquarius habitat. AUV data was used to select several areas of scientific interest. The Deepworker science traverses were then executed at these areas of interest during 4 days of the NEEMO 15 mission and provided higher resolution data such as coral species distribution and mortality. These traverses are analogous to the "near field survey" approach that is expected to be performed by a multi mission space exploration vehicle (MMSEV) during a human mission to a NEA before conducting extravehicular activities (EVA)s. In addition to the science objectives that were pursued, the NEEMO 15 science traverses provided an opportunity to test newly developed software and techniques. Sample collection and instrument deployment on the NEA surface by EVA crew would follow the "near field survey" in a human NEA mission. Sample collection was not necessary for the purposes of the NEEMO science objectives; however, the engineering and operations objectives during NEEMO 15 were to evaluate different combinations of vehicles, crewmembers, tools, and equipment that could be used to perform these tasks on a NEA. Specifically, the productivity and acceptability of simulated NEA exploration activities were systematically quantified and compared when operating with different combinations of crew sizes and exploration systems including MMSEVs, EVA jet packs, and EVA translation devices.

Chappell, Steven P.↗
NASA NTRS2022

Enabling a Larger Deep Space Mission Suite: A Deep Space Network Queuing Antenna for Demand Access

The advent of deep space small spacecraft, as exemplified by the Mars Cubesat One (MarCO), Lunar Trailblazer, Janus, the Escape and Plasma Acceleration and Dynamics Explorers (EscaPADE), and the thirteen Artemis 1 missions, opens the possibility that a much larger number of deep space spacecraft may be launched over the next 10 years and beyond. While scientifically exciting, the prospect of a (much) larger mission suite raises significant challenges for the current approach to ground stations and mission operations. We have been investigating an integrated approach for ground stations and missions operations to enable new modes of operation while maintaining the capabilities of the current operational techniques. This integrated approach is built around three core capabilities: (1) A queuing antenna that enables monitoring the status of a much larger number of spacecraft, and allows spacecraft to transmit requests for telemetry with NASA’s Deep Space Network (DSN); (2) a flexible scheduling system that expands the current DSN scheduling services to enable allocating time on DSN antennas in near real-time; and (3) a cloud-based ground data system that can be spun up and down according to how tracks are assigned by the flexible scheduling system. We shall show that an 18 meter DSN queuing antenna equipped with cyrogenic receivers would enable use of the DSN Demand Access Service for small spacecraft throughout the inner Solar System, thus providing service to a large mission suite. We first discuss the architecture of the queuing antenna and its supporting systems, including, for instance, the service required to generate the schedule for the queueing antenna (which dictates how it slews to monitor multiple spacecraft in a day of operations). Next, we describe the signaling scheme used to encode a request, which is inherited from the already operational DSN Beacon Tone Service, and describe two alternative ways to detect the incoming tone at the ground station, one based on maximum likelihood estimation (MLE), and another one based on Fast-Fourier Transfer (FFT) processing. We then use these results to estimate the maximum range at which a request can be reliably detected as a function of the spacecraft and ground station communication capabilities. Finally, the last part of this part of this paper briefly describes the prototyping effort undertaken at Morehead State University (MSU) and JPL to demonstrate the viability of this new DSN demand access. In particular, we describe the suite of tests conducted using MSU’s 21 meter ground station to validate its use a queuing antenna.

Mattle, Emily↗
NASA NTRS2010

Reinventing User Applications for Mission Control

In 2006, NASA Ames Research Center's (ARC) Intelligent Systems Division, and NASA Johnson Space Centers (JSC) Mission Operations Directorate (MOD) began a collaboration to move user applications for JSC's mission control center to a new software architecture, intended to replace the existing user applications being used for the Space Shuttle and the International Space Station. It must also carry NASA/JSC mission operations forward to the future, meeting the needs for NASA's exploration programs beyond low Earth orbit. Key requirements for the new architecture, called Mission Control Technologies (MCT) are that end users must be able to compose and build their own software displays without the need for programming, or direct support and approval from a platform services organization. Developers must be able to build MCT components using industry standard languages and tools. Each component of MCT must be interoperable with other components, regardless of what organization develops them. For platform service providers and MOD management, MCT must be cost effective, maintainable and evolvable. MCT software is built from components that are presented to users as composable user objects. A user object is an entity that represents a domain object such as a telemetry point, a command, a timeline, an activity, or a step in a procedure. User objects may be composed and reused, for example a telemetry point may be used in a traditional monitoring display, and that same telemetry user object may be composed into a procedure step. In either display, that same telemetry point may be shown in different views, such as a plot, an alpha numeric, or a meta-data view and those views may be changed live and in place. MCT presents users with a single unified user environment that contains all the objects required to perform applicable flight controller tasks, thus users do not have to use multiple applications, the traditional boundaries that exist between multiple heterogeneous applications disappear, leaving open the possibility of new operations concepts that are not constrained by the traditional applications paradigm.

Trimble, Jay Phillip↗
NASA NTRS1990

Artificial intelligence for multi-mission planetary operations

A brief introduction is given to an automated system called the Spacecraft Health Automated Reasoning Prototype (SHARP). SHARP is designed to demonstrate automated health and status analysis for multi-mission spacecraft and ground data systems operations. The SHARP system combines conventional computer science methodologies with artificial intelligence techniques to produce an effective method for detecting and analyzing potential spacecraft and ground systems problems. The system performs real-time analysis of spacecraft and other related telemetry, and is also capable of examining data in historical context. Telecommunications link analysis of the Voyager II spacecraft is the initial focus for evaluation of the prototype in a real-time operations setting during the Voyager spacecraft encounter with Neptune in August, 1989. The preliminary results of the SHARP project and plans for future application of the technology are discussed.

Atkinson, David J.↗
NASA NTRS2002

Science Goal Driven Observing: A Step Towards Maximizing Science Returns and Spacecraft Autonomy

In the coming decade, the drive to increase the scientific returns on capital investment and to reduce costs will force automation to be implemented in many of the scientific tasks that have traditionally been manually overseen. Thus, spacecraft autonomy will become an even greater part of mission operations. While recent missions have made great strides in the ability to autonomously monitor and react to changing health and physical status of spacecraft, little progress has been made in responding quickly to science driven events. The new generation of space-based telescopes/observatories will see deeper, with greater clarity, and they will generate data at an unprecedented rate. Yet, while onboard data processing and storage capability will increase rapidly, bandwidth for downloading data will not increase as fast and can become a significant bottleneck and cost of a science program. For observations of inherently variable targets and targets of opportunity, the ability to recognize early if an observation will not meet the science goals of variability or minimum brightness, and react accordingly, can have a major positive impact on the overall scientific returns of an observatory and on its operational costs. If the observatory can reprioritize the schedule to focus on alternate targets, discard uninteresting observations prior to downloading, or download them at a reduced resolution its overall efficiency will be dramatically increased. We are investigating and developing tools for a science goal monitoring (SGM) system. The SGM will have an interface to help capture higher-level science goals from scientists and translate them into a flexible observing strategy that SGM can execute and monitor. SGM will then monitor the incoming data stream and interface with data processing systems to recognize significant events. When an event occurs, the system will use the science goals given it to reprioritize observations, and react appropriately and/or communicate with ground systems - both human and machine - for confirmation and/or further high priority analyses.

Koratkar, Anuradha↗
NASA NTRS2001

Automating Trend Analysis for Spacecraft Constellations

Spacecraft trend analysis is a vital mission operations function performed by satellite controllers and engineers, who perform detailed analyses of engineering telemetry data to diagnose subsystem faults and to detect trends that may potentially lead to degraded subsystem performance or failure in the future. It is this latter function that is of greatest importance, for careful trending can often predict or detect events that may lead to a spacecraft's entry into safe-hold. Early prediction and detection of such events could result in the avoidance of, or rapid return to service from, spacecraft safing, which not only results in reduced recovery costs but also in a higher overall level of service for the satellite system. Contemporary spacecraft trending activities are manually intensive and are primarily performed diagnostically after a fault occurs, rather than proactively to predict its occurrence. They also tend to rely on information systems and software that are oudated when compared to current technologies. When coupled with the fact that flight operations teams often have limited resources, proactive trending opportunities are limited, and detailed trend analysis is often reserved for critical responses to safe holds or other on-orbit events such as maneuvers. While the contemporary trend analysis approach has sufficed for current single-spacecraft operations, it will be unfeasible for NASA's planned and proposed space science constellations. Missions such as the Dynamics, Reconnection and Configuration Observatory (DRACO), for example, are planning to launch as many as 100 'nanospacecraft' to form a homogenous constellation. A simple extrapolation of resources and manpower based on single-spacecraft operations suggests that trending for such a large spacecraft fleet will be unmanageable, unwieldy, and cost-prohibitive. It is therefore imperative that an approach to automating the spacecraft trend analysis function be studied, developed, and applied to missions such as DRACO with the intent that mission operations costs be significantly reduced. The goal of the Constellation Spacecraft Trend Analysis Toolkit (CSTAT) project is to serve as the pathfinder for a fully automated trending system to support spacecraft constellations. The development approach to be taken is evolutionary. In the first year of the project, the intent is to significantly advance the state of the art in current trending systems through improved functionality and increased automation. In the second year, the intent is to add an expert system shell, likely through the adaptation of an existing commercial-off-the-shelf (COTS) or government-off-the-shelf (GOTS) tool to implement some level of the trending intelligence that humans currently provide in manual operations. In the third year, the intent is to infuse the resulting technology into a near-term constellation or formation-flying mission to test it and gain experience in automated trending. The lessons learned from the real missions operations experience will then be used to improve the system, and to ultimately incorporate it into a fully autonomous, closed-loop mission operations system that is truly capable of supporting large constellations. In this paper, the process of automating trend analysis for spacecraft constellations will be addressed. First, the results of a survey on automation in spacecraft mission operations in general, and in trending systems in particular will be presented to provide an overview of the current state of the art. Next, a rule-based model for implementing intelligent spacecraft subsystem trending will be then presented, followed by a survey of existing COTS/GOTS tools that could be adapted for implementing such a model. The baseline design and architecture of the CSTAT system will be presented. Finally, some results obtained from initial software tests and demonstrations will be presented.

Davis, George↗
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 NTRS2010

Robust and Opportunistic Autonomous Science for a Potential Titan Aerobot

We are developing onboard planning and execution technologies to provide robust and opportunistic mission operations for a potential Titan aerobot. Aerobot have the potential for collecting a vast amount of high priority science data. However, to be effective, an aerobot must address several challenges including communication constraints, extended periods without contact with Earth, uncertain and changing environmental conditions, maneuverability constraints and potentially short-lived science opportunities. We are developing the AerOASIS system to develop and test technology to support autonomous science operations for a potential Titan Aerobot. The planning and execution component of AerOASIS is able to generate mission operations plans that achieve science and engineering objectives while respecting mission and resource constraints as well as adapting the plan to respond to new science opportunities. Our technology leverages prior work on the OASIS system for autonomous rover exploration. In this paper we describe how the OASIS planning component was adapted to address the unique challenges of a Titan Aerobot and we describe a field demonstration of the system with the JPL prototype aerobot.

autonomous science↗
NASA NTRS1973

The Space Shuttle System description, operations, and payload capabilities

General characteristics of the Space Shuttle System are presented with overall capabilities and operating characteristics detailed. Mission operations and performance baselines are presented. The relationships between orbital parameters and payload capabilities are highlighted. On-orbit scientific and applications operating modes are briefly reviewed and methods of achieving a versatile payloads program using standard payload carriers are discussed.

Heberlig, J. C.↗
NASA NTRS1974

Operational aspects of Skylab

Attention is given to the salient features of Skylab design and the development process in order to illustrate how they influenced the flight operations. Organizational questions are considered, giving attention to the functions of the flight management team, the conduction of the flight operations by the Mission Operations Team, details regarding the engineering support organization, and aspects of science support.

Hanes, T. E.↗
NASA NTRS1979

Automatic Data Processing Equipment (ADPE) acquisition plan for the medical sciences

An effective mechanism for meeting the SLSD/MSD data handling/processing requirements for Shuttle is discussed. The ability to meet these requirements depends upon the availability of a general purpose high speed digital computer system. This system is expected to implement those data base management and processing functions required across all SLSD/MSD programs during training, laboratory operations/analysis, simulations, mission operations, and post mission analysis/reporting.

Source record↗
NASA NTRS1984

Space exploration outlook

The exploration of the solar system has been one of NASA's most significant achievements. Currently Voyager 2 is on its way to Uranus and Neptune, and Galileo is being readied for detailed investigation of Jupiter and its Galilean satellites. A new phase of exploration will be inaugurated in the mid-80s with the start of the Planetary Observers and Mariner Mark II missions. A major thrust during this phase will be to cut mission costs by emphasizing spacecraft inheritance and multi-mission automated mission operations. More ambitious missions, e.g., Mars Sample Return, are under study but probably will not be candidates for new start funding till the mid-90s. Another exciting area is the potential utilization of resources on the moon and near earth asteroids.

Rea, D. G.↗
NASA NTRS1984

Proximity operations for space stations and platforms

The present study is concerned with concepts, techniques, and system requirements which would permit 'automated' proximity operations utilizing an unmanned vehicle such as the proposed Orbital Maneuvering Vehicle (OMV). Attention is given to proximity operations mission phases, tethered operations, operational control zones, operation control zone objectives, operational control zone definition, aspects of monitoring and tracking, the departure zone, the rendezvous zone, and coorbiting satellite zones.

Lineberry, E. C., Jr.↗