Search NASA⌕ Search

SEARCH · Search NASA

Results for “operation phases”

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 145 records · Page 8

MSFC Skylab contamination control systems mission evaluation

Cluster external contamination control evaluation was made throughout the Skylab Mission. This evaluation indicated that contamination control measures instigated during the design, development, and operational phases of this program were adequate to reduce the general contamination environment external to the Cluster below the threshold senstivity levels for experiments and affected subsystems. Launch and orbit contamination control features included eliminating certain vents, rerouting vents for minimum contamination impact, establishing filters, incorporating materials with minimum outgassing characteristics and developing operational constraints and mission rules to minimize contamination effects. Prior to the launch of Skylab, contamination control math models were developed which were used to predict Cluster surface deposition and background brightness levels throughout the mission. The report summarizes the Skylab system and experiment contamination control evaluation. The Cluster systems and experiments evaluated include Induced Atmosphere, Corollary and ATM Experiments, Thermal Control Surfaces, Solar Array Systems, Windows and Star Tracker.

Source record↗

Satellite Power Systems (SPS) concept definition study (Exhibit D). Volume 3: Transportation analysis

Additional analyses and investigations were conducted to further define transportation system concepts that will be needed for the developmental and operational phases of an SPS program. To accomplish these objectives, transportation systems such as the Shuttle and its derivatives were identified; new heavy lift launch vehicle (HLLV) concepts, cargo and personnel orbital transfer vehicles (EOTV and POTV), and intraorbit transfer vehicle (IOTV) concepts were evaluated; and, to a limited degree, the program implications of their operations and costs were assessed. The results of these analyses were integrated into other elements of the overall SPS concept definition studies.

Hanley, G. M.↗

Ground systems and operations concepts for the Space Infrared Telescope Facility (SIRTF)

Key requirements and ground systems implementation strategy for SIRTF which presents a significant challenge in the operational phase of the mission are discussed. The facility is aimed at reliably integrating a guaranteed time program, requests from about 200 guest observer teams per year, and observatory maintenance. SIRFT is characterized by the five-year life time due to cryogen boil-off which means that the ground system must be fully operational at launch and must operate with an efficiency and timeliness rarely achieved in previous space missions.

Miller, Richard B.↗

James Webb Space Telescope: Supporting Multiple Ground System Transitions in One Year

Ideas, requirements, and concepts developed during the very early phases of the mission design often conflict with the reality of a situation once the prime contractors are awarded. This happened for the James Webb Space Telescope (JWST) as well. The high level requirement of a common real-time ground system for both the Integration and Test (I&T), as well as the Operation phase of the mission is meant to reduce the cost and time needed later in the mission development for re-certification of databases, command and control systems, scripts, display pages, etc. In the case of JWST, the early Phase A flight software development needed a real-time ground system and database prior to the spacecraft prime contractor being selected. To compound the situation, the very low level requirements for the real-time ground system were not well defined. These two situations caused the initial real-time ground system to be switched out for a system that was previously used by the Bight software development team. To meet the high-!evel requirement, a third ground system was selected based on the prime spacecraft contractor needs and JWST Project decisions. The JWST ground system team has responded to each of these changes successfully. The lessons learned from each transition have not only made each transition smoother, but have also resolved issues earlier in the mission development than what would normally occur.

Detter, Ryan↗

Airport Surface Movement Technologies: Atlanta Demonstrations Overview

A flight demonstration was conducted in August 1997 at the Hartsfield Atlanta (ATL) International Airport as part of low visibility landing and surface operations (LVLASO) research activities. This research was aimed at investigating technology to improve the safety and efficiency of aircraft movements on the surface during the operational phases of roll-out, turnoff, and taxi in any weather condition down to a runway visual range of 300 feet. The system tested at ATL was composed of airborne and ground-based components that were integrated to provide both the flight crew and controllers with supplemental information to enable safe, expedient surface operations. Experimental displays were installed on a Boeing 757-200 research aircraft in both headup and head-down formats. On the ground, an integrated system maintained surveillance of the airport surface and a controller interface provided routing and control instructions. While at ATL, the research aircraft performed a series of flight and taxi operations to show the validity of the operational concept at a major airport facility, to validate simulation findings, and to assess each of the individual technologies performance in an airport environment. The concept was demonstrated to over 100 visitors from the Federal Aviation Administration (FAA) and the aviation community. This paper gives an overview of the LVLASO system and ATL test activities.

Jones, Denise R.↗

Review of Significant Incidents and Close Calls in Human Spaceflight from a Human Factors Perspective

This project aims to identify poor human factors design decisions that led to error-prone systems, or did not facilitate the flight crew making the right choices; and to verify that NASA is effectively preventing similar incidents from occurring again. This analysis was performed by reviewing significant incidents and close calls in human spaceflight identified by the NASA Johnson Space Center Safety and Mission Assurance Flight Safety Office. The review of incidents shows whether the identified human errors were due to the operational phase (flight crew and ground control) or if they initiated at the design phase (includes manufacturing and test). This classification was performed with the aid of the NASA Human Systems Integration domains. This in-depth analysis resulted in a tool that helps with the human factors classification of significant incidents and close calls in human spaceflight, which can be used to identify human errors at the operational level, and how they were or should be minimized. Current governing documents on human systems integration for both government and commercial crew were reviewed to see if current requirements, processes, training, and standard operating procedures protect the crew and ground control against these issues occurring in the future. Based on the findings, recommendations to target those areas are provided.

Silva-Martinez, Jackelynne↗

Symmetric Phase Only Filtering for Improved DPIV Data Processing

The standard approach in Digital Particle Image Velocimetry (DPIV) data processing is to use Fast Fourier Transforms to obtain the cross-correlation of two single exposure subregions, where the location of the cross-correlation peak is representative of the most probable particle displacement across the subregion. This standard DPIV processing technique is analogous to Matched Spatial Filtering, a technique commonly used in optical correlators to perform the crosscorrelation operation. Phase only filtering is a well known variation of Matched Spatial Filtering, which when used to process DPIV image data yields correlation peaks which are narrower and up to an order of magnitude larger than those obtained using traditional DPIV processing. In addition to possessing desirable correlation plane features, phase only filters also provide superior performance in the presence of DC noise in the correlation subregion. When DPIV image subregions contaminated with surface flare light or high background noise levels are processed using phase only filters, the correlation peak pertaining only to the particle displacement is readily detected above any signal stemming from the DC objects. Tedious image masking or background image subtraction are not required. Both theoretical and experimental analyses of the signal-to-noise ratio performance of the filter functions are presented. In addition, a new Symmetric Phase Only Filtering (SPOF) technique, which is a variation on the traditional phase only filtering technique, is described and demonstrated. The SPOF technique exceeds the performance of the traditionally accepted phase only filtering techniques and is easily implemented in standard DPIV FFT based correlation processing with no significant computational performance penalty. An "Automatic" SPOF algorithm is presented which determines when the SPOF is able to provide better signal to noise results than traditional PIV processing. The SPOF based optical correlation processing approach is presented as a new paradigm for more robust cross-correlation processing of low signal-to-noise ratio DPIV image data."

Wernet, Mark P.↗

Mars Phoenix Entry, Descent, and Landing Simulation Design and Modelling Analysis

The 2007 Mars Phoenix Lander was launched in August of 2007 on a ten month cruise to reach the northern plains of Mars in May 2008. Its mission continues NASA s pursuit to find evidence of water on Mars. Phoenix carries upon it a slew of science instruments to study soil and ice samples from the northern region of the planet, an area previously undiscovered by robotic landers. In order for these science instruments to be useful, it was necessary for Phoenix to perform a safe entry, descent, and landing (EDL) onto the surface of Mars. The EDL design was defined through simulation and analysis of the various phases of the descent. An overview of the simulation and various models developed to characterize the EDL performance is provided. Monte Carlo statistical analysis was performed to assess the performance and robustness of the Phoenix EDL system and are presented in this paper. Using these simulation and modelling tools throughout the design and into the operations phase, the Mars Phoenix EDL was a success on May 25, 2008.

Prince, Jill L.↗

Human Systems Integration (HSI) Framework and Training - Shifting the View of HSI for Better Implementation

The Implementation of Human Systems Integration (HSI) presents challenges within the acquisition community for two reasons. The first is that misconceptions of HSI still exist, with many Program Managers (PMs) and leadership uncertain of the value or where to begin. The second is due to an unbalanced approach to HSI in its own framework. These implementation challenges lead to barriers in the early prevention of mishaps. Understanding HSI practices and how they should be implemented in the Acquisition Product Life Cycle (PLC) has been a challenge across the government, leaving the value of HSI unknown and misunderstood with Program Managers. In the case for many acquisition programs, HSI is not implemented in early design, losing the perspective on human capabilities and limitations, creating impacts on human-centered design. Expectations in human performance are not clearly set and operations are baselined with no margin for changes in technology and processes that will affect system performance. The HSI framework addresses total system performance holistically using collaboration as the primary tool. The goal is to create a system with efficiencies while minimizing risk to the operators, maintainers, and support personnel, as well as any collateral personnel and systems. To accomplish this, HSI should be implemented as part of preemptive measures to minimize potential human error and mishaps during the operation phase. Investigative and assessment tools exist that consider events, issues, and other outside influences of a system that may not fall under the current construct of the HSI domains, leaving gaps in early HSI implementation and affecting the prevention of human errors and mishaps. This presentation will outline what NASA HSI is doing to support Early HSI implementation and Operational Performance shifts that affect human performance.

Anthony T Thomas↗

The Life Cycle Application of Intelligent Software Modeling for the First Materials Science Research Rack

Marshall Space Flight Center (MSFC) has been funding development of intelligent software models to benefit payload ground operations for nearly a decade. Experience gained from simulator development and real-time monitoring and control is being applied to engineering design, testing, and operation of the First Material Science Research Rack (MSRR-1). MSRR-1 is the first rack in a suite of three racks comprising the Materials Science Research Facility (MSRF) which will operate on the International Space Station (ISS). The MSRF will accommodate advanced microgravity investigations in areas such as the fields of solidification of metals and alloys, thermo-physical properties of polymers, crystal growth studies of semiconductor materials, and research in ceramics and glasses. The MSRR-1 is a joint venture between NASA and the European Space Agency (ESA) to study the behavior of different materials during high temperature processing in a low gravity environment. The planned MSRR-1 mission duration is five (5) years on-orbit and the total design life is ten (IO) years. The MSRR-1 launch is scheduled on the third Utilization Flight (UF-3) to ISS, currently in February of 2003). The objective of MSRR-1 is to provide an early capability on the ISS to conduct material science, materials technology, and space product research investigations in microgravity. It will provide a modular, multi-user facility for microgravity research in materials crystal growth and solidification. An intelligent software model of MSRR-1 is under development and will serve multiple purposes to support the engineering analysis, testing, training, and operational phases of the MSRR-1 life cycle development. The G2 real-time expert system software environment developed by Gensym Corporation was selected as the intelligent system shell for this development work based on past experience gained and the effectiveness of the programming environment. Our approach of multi- uses of the simulation model and its intuitive graphics capabilities is providing a concurrent engineering environment for rapid prototyping and development. Operational schematics of the MSRR-1 electrical, thermal control, vacuum access, and gas supply systems, and furnace inserts are represented graphically in the environment. Logic to represent first order engineering calculations is coded into the knowledge base to simulate the operational behavior of the MSRR-1 systems. An example of engineering data provided includes electrical currents, voltages, operational power, temperatures, thermal fluid flow rates. pressures, and component status indications. These type of data are calculated and displayed at appropriate instrumentation points, and the schematics are animated to reflect the simulated operational status of the MSRR-1. The software control functions are also simulated to represent appropriate operational behavior based on automated control and response to commands received by the crew or ground controllers. The first benefit of this simulation environment is being realized in the high fidelity engineering analysis results from the electrical power system G2 model. Secondly, the MSRR-1 simulation model will be embedded with a hardware mock-up of the MSRR-1 to provide crew training on MSRR-1 integrated payload operations. G2 gateway code will output the simulated instrumentation values, termed as telemetry, in a flight-like data stream so that the crew has realistic and accurate simulated MSRR-1 data on the flight displays which will be designed for crew use. The simulation will also respond appropriately to crew or ground initiated commands, which will be part of normal facility operations. A third use of the G2 model is being planned; the MSRR-1 simulation will be integrated with additional software code as part of the test configuration of the primary onboard computer, or Master Controller, for MSRR-1. We will take advantage of the G2 capability to simulate the flight like data stream to test flight software responses and behavior. A fourth use of the G2 model will be to train the Ground Support Personnel that will monitor the MSRR-1 systems and payloads while they are operating aboard the ISS. The intuitive, schematic based environment will provide an excellent foundation for personnel to understand the integrated configuration and operation of the MSRR-1, and the anticipated telemetry feedback based on operational modes of the equipment. Expert monitoring features will be enhanced to provide a smart monitoring environment for the operators. These features include: (1) Animated, intuitive schematic-based displays which reflect telemetry values, (1) Real-time plotting of simulated or incoming sensor values, (3) High/Low exception monitoring for analog data, (4) Expected state monitoring for discrete data, (5) Data trending, (6) Automated malfunction procedure execution to diagnose problems, (7) Look ahead capability to planned MSRR-1 activities in the onboard timeline. And finally, the logic to calculate telemetry values will be deactivated, and the same environment will interface to the incoming data for the real-time telemetry stream to schematically represent the onboard hardware configuration. G2 will be the foundation for the real-time monitoring and control environment. In summary, our MSRR-1 simulation model spans many elements of the life cycle development of this project: Engineering Analysis, Test and Checkout, Training of Crew and Ground Personnel, and Real-time monitoring and control. By utilizing the unique features afforded by an expert system development environment, we have been able to synergize a powerful tool capable of addressing our project needs at every phase of project development.

Rice, Amanda↗

The Keys to Successful Extended Missions

Many of NASA's successful missions of robotic exploration have gone on to highly productive mission extensions, from Voyager, Magellan, Ulysses, and Galileo, to the Mars Exploration Rovers Spirit and Opportunity, a variety of Mars orbiters, Spitzer, Deep Impact / EPOXI, and Cassini. These missions delivered not only a high science return during their prime science phase, but a wealth of opportunities during their extensions at a low incremental cost to the program. The success of such mission extensions can be traced to demonstration of new and unique science achievable during the extension; reduction in cost without significant increase in risk to spacecraft health; close inclusion of the science community and approval authorities in planning; intelligent design during the development and prime operations phase; and well crafted and conveyed extension proposals. This paper discusses lessons learned collected from a variety of project leaders which can be applied by current and future missions to maximize their chances of approval and success.

mission lifetime↗

James Webb Space Telescope Orbit Determination Analysis

The James Webb Space Telescope (JWST) is designed to study and answer fundamental astrophysical questions from an orbit about the Sun-Earth/Moon L2 libration point, 1.5 million km away from Earth. This paper describes the results of an orbit determination (OD) analysis of the JWST mission emphasizing the challenges specific to this mission in various mission phases. Three mid-course correction (MCC) maneuvers during launch and early orbit phase and transfer orbit phase are required for the spacecraft to reach L2. These three MCC maneuvers are MCC-1a at Launch+12 hours, MCC-1b at L+2.5 days and MCC-2 at L+30 days. Accurate OD solutions are needed to support MCC maneuver planning. A preliminary analysis shows that OD performance with the given assumptions is adequate to support MCC maneuver planning. During the nominal science operations phase, the mission requires better than 2 cm/sec velocity estimation performance to support stationkeeping maneuver planning. The major challenge to accurate JWST OD during the nominal science phase results from the unusually large solar radiation pressure force acting on the huge sunshield. Other challenges are stationkeeping maneuvers at 21-day intervals to keep JWST in orbit around L2, frequent attitude reorientations to align the JWST telescope with its targets and frequent maneuvers to unload momentum accumulated in the reaction wheels. Monte Carlo analysis shows that the proposed OD approach can produce solutions that meet the mission requirements.

Libration Point Orbit↗

James Webb Space Telescope Orbit Determination Analysis

The James Webb Space Telescope (JWST) is designed to study and answer fundamental astrophysical questions from an orbit about the Sun-EarthMoon L2 libration point, 1.5 million km away from Earth. Three mid-course correction (MCC) maneuvers during launch and early orbit phase and transfer orbit phase are required for the spacecraft to reach L2. These three MCC maneuvers are MCC-1a at Launch+12 hours, MCC-1b at L+2.5 days and MCC-2 at L+30 days. Accurate orbit determination (OD) solutions are needed to support MCC maneuver planning. A preliminary analysis shows that OD performance with the given assumptions is adequate to support MCC maneuver planning. During the nominal science operations phase, the mission requires better than 2 cmsec velocity estimation performance to support stationkeeping maneuver planning. The major challenge to accurate JWST OD during the nominal science phase results from the unusually large solar radiation pressure force acting on the huge sunshield. Other challenges are stationkeeping maneuvers at 21-day intervals to keep JWST in orbit around L2, frequent attitude reorientations to align the JWST telescope with its targets and frequent maneuvers to unload momentum accumulated in the reaction wheels. Monte Carlo analysis shows that the proposed OD approach can produce solutions that meet the mission requirements.

James Webb Space Telescope↗

End of Mission Considerations

While a great deal of effort goes into planning and executing successful mission operations, it is also important to consider the End of the Mission during the planning, design, and operations phases of any mission. Spacecraft and launch vehicles must be disposed of properly in order to limit the generation of orbital debris, and better preserve the orbital environment for all future missions. Figure 30-1 shows a 1990's projected growth of debris with and without the use of responsible disposal techniques. This requires early selection of a responsible disposal scenario, so that the necessary capabilities can be incorporated into the hardware designs. The mission operations must then be conducted in such a way as to preserve, and then actually perform, the planned, appropriate end of mission disposal.

Hull, Scott M.↗

Commissioning and operation of a real-time multi-point Thomson scattering evaluation system at Wendelstein 7-X

A real-time multi-point Thomson scattering (rtMPTS) evaluation system has recently been installed and commissioned at the Wendelstein 7-X (W7-X) stellarator during the 2024 -2025 operational phases. This system has demonstrated successful evaluation of Thomson scattered spectra on millisecond timescales. We discuss initial results from this system, consisting of a comparison of different evaluation techniques, assessment of system evaluation times, and proof-of-principle control experiments carried out with the W7-X poloidal correlation reflectometer (PCR) system. This diagnostic represents the first step towards the development of a density profile controller at W7-X, which can be leveraged to support steady-state operation.

Mohammed, Ameer [Princeton Plasma Physics Laborato↗

Implementing Effective Mission Systems Engineering Practices During Early Project Formulation Phases

Developing and implementing a plan for a NASA space mission can be a complicated process. The needs, goals, and objectives of any proposed mission or technology must be assessed early in the Project Life Cycle. The key to successful development of a space mission or flight project is the inclusion of systems engineering in early project formulation, namely during Pre-phase A, Phase A, and Phase B of the NASA Project Life Cycle. When a space mission or new technology is in pre-development, or "pre-Formulation", feasibility must be determined based on cost, schedule, and risk. Inclusion of system engineering during project formulation is key because in addition to assessing feasibility, design concepts are developed and alternatives to design concepts are evaluated. Lack of systems engineering involvement early in the project formulation can result in increased risks later in the implementation and operations phases of the project. One proven method for effective systems engineering practice during the pre-Formulation Phase is the use of a mission conceptual design or technology development laboratory, such as the Mission Design Lab (MDL) at NASA's Goddard Space Flight Center (GSFC). This paper will review the engineering process practiced routinely in the MDL for successful mission or project development during the pre-Formulation Phase.

Processes↗

Skylab: A chronology

The Skylab Program was specifically designed to conduct a series of experiments from beyond the earth's atmosphere. Since the number and types of experiments conducted during the operational phase of Skylab were constantly changing, rather than encumber the body of the chronology with these changes, a lengthy appendix on experiments is included in this document. This appendix identifies the principle investigators and coinvestigators; gives the types, numbers, and descriptions of the experiments; explains the purpose of the various experiments; and, where possible, gives the results or findings of the experiments. The body of the Skylab chronology is divided into three parts; early space station activities, Apollo applications, and Skylab development and operations.

Newkirk, R. W.↗

Guidance, Navigation, and Control Program

The Rendezvous and Proximity Operations Program (RPOP) is real-time guidance, navigation, and control (GN&C) domain piloting-aid software that provides 3D Orbiter graphics and runs on the Space Shuttle's Criticality-3 Payload and General Support Computer (PGSC) in the crew cockpit. This software provides the crew with Situational Awareness during the rendezvous and proximity operations phases of flight. RPOP can be configured from flight to flight, accounting for mission-specific flight scenarios and target vehicles, via initialization load (I-load) data files. The software provides real-time, automated, closed-loop guidance recommendations and the capability to integrate the crew s manual backup techniques. The software can bring all relative navigation sensor data, including the Orbiter's GPC (general purpose computer) data, into one central application to provide comprehensive situational awareness of the rendezvous and proximity operations trajectory. RPOP also can separately maintain trajectory estimates (past, current, and predicted) based on certain data types and co-plot them, in order to show how the various navigation solutions compare. RPOP s best estimate of the relative trajectory is determined by a relative Kalman filter processing data provided by the sensor suite s most accurate sensor, the trajectory control sensor (TCS). Integrated with the Kalman filter is an algorithm that identifies the reflector that the TCS is tracking. Because RPOP runs on PC laptop computers, the development and certification lifecycles are more agile, flexible, and cheaper than those that govern the Orbiter FSW (flight software) that runs in the GPC. New releases of RPOP can be turned around on a 3- to 6-month template, from new Change Request (CR) to certification, depending on the complexity of the changes.

Hinkel, Heather↗