Next-Gen Mission Operations Systems: Architectural Considerations
No abstract available
SEARCH · Search NASA
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.
No abstract available
The Java Mission Evaluation Workstation System (JMEWS) is a collection of applications designed to retrieve, display, and analyze both real-time and recorded telemetry data. This software is currently being used by both the Space Shuttle Program (SSP) and the International Space Station (ISS) program. JMEWS was written in the Java programming language to satisfy the requirement of platform independence. An object-oriented design was used to satisfy additional requirements and to make the software easily extendable. By virtue of its platform independence, JMEWS can be used on the UNIX workstations in the Mission Control Center (MCC) and on office computers. JMEWS includes an interactive editor that allows users to easily develop displays that meet their specific needs. The displays can be developed and modified while viewing data. By simply selecting a data source, the user can view real-time, recorded, or test data.
A significant need exists for a system which will provide the life science experimenter with relatively frequent and inexpensive access to the space environment. To fulfill this need, a project and spacecraft system described as the Reusable Reentry Satellite (RRS) or LifeSat has been proposed by NASA. The RRS provides a relatively inexpensive method of access to space for extended periods of time and eventual intact recovery of the experiments on the earth's surface. The payload support requirements, flight operations concept are reviewed and the mission and system of the RRS are described in detail.
Aerodynamic deceleration systems for space missions, considering deployment of subsonic parachute and inflatable configuration following atmospheric entry
Development of a basic set of normalized parameters to represent low-thrust system characteristics. The conditions which must be met to obtain trajectory and performance data which are invariant with the launch vehicle characteristics, the selected power, the specific mass of the low-thrust vehicle, and the efficiency of the ion propulsion system are derived. This normalized representation of mission characteristics frees the analyst from having to rerun the trajectories if any of the aforementioned parameters are varied. Examples pertaining to a low-thrust Jupiter flyby and comet Encke rendezvous are given to demonstrate the utility of the method of presentation.
The Day of Launch Initiation Load Update (DOLILU) System is the means by which the Space Launch System (SLS) Vehicle trajectory is designed, verified, and uploaded on the Day of Launch (DOL) in order to ensure a safe flight. Launch vehicles are designed to fly down a narrow angle of attack and sideslip angle corridor in order to keep them within structural load limits. The angle of attack and sideslip angle response to the launch vehicle experiences can vary significantly based upon the winds experienced on the DOL. SLS Boost Stage flight employs an open-loop guidance scheme through Solid Rocket Booster (SRB) separation. In the SLS open-loop scheme, the vehicle will fly a prescribed set of attitudes as a function of the change in altitude since launch. This set of reference attitude values and corresponding altitude reference independent values are designed with ground software using winds measured on the DOL with the goal of minimizing angle of attack and sideslip angle, thereby minimizing related ascent integrated vehicle structural loads. The table of Boost Stage attitude commands as a function of altitude gained since launch is called the chi table. A software tool called CHANGO (Chi Angle Optimizer) designs the Boost Stage chi table which is uploaded to the vehicle’s flight computer and used during ascent by the flight software (FSW). The wind and atmospheric conditions are measured prior to launch and pre-processed to become input to the CHANGO software along with a set of parameters developed in advance of the DOL. CHANGO’s target set consists of the heading and altitude rate at SRB separation determined well before launch by the Program to Optimize Simulated Trajectories (POST). CHANGO consists of a simplified three degree-of-freedom (3-DOF) simulation representing the SLS launch configuration. In general, the launch azimuth is strongly correlated with the heading at SRB separation, and the initial pitchover rate is strongly correlated with the altitude rate at SRB separation. CHANGO uses an adaptation of Powell’s method to vary the initial pitchover rate and launch azimuth to solve a 2-dimentional minimization problem. CHANGO’s trajectory simulation is phase-based, with flight events separating the phases. Each flight phase has different attitude alignment logic. CHANGO’s 3-DOF simulation starts when the vehicle’s thrust-to-weight ratio equals one, and ends at a pre-calculated SRB separation time.
The Operations Engineering Laboratory (OEL) at JPL is developing new technologies that can provide more efficient and productive ways of doing business in flight operations. Over the past three years, we have worked closely with the Multi-Mission Control Team to develop automation tools, providing technology transfer into operations and resulting in substantial cost savings and error reduction. The OEL development philosophy is characterized by object-oriented design, extensive reusability of code, and an iterative development model with active participation of the end users. Through our work, the benefits of object-oriented design became apparent for use in mission control data systems. Object-oriented technologies and how they can be used in a mission control center to improve efficiency and productivity are explained. The current research and development efforts in the JPL Operations Engineering Laboratory are also discussed to architect and prototype a new paradigm for mission control operations based on object-oriented concepts.
This manuscript addresses the methodology used to create a database of low thrust missions to outer planets. This database utilizes previous work modeling NEP systems to determine the maximum delivered mass to outer planets based on a range of mission parameters, such as time of flight, launch vehicle, and power system mass. Trajectories were selected which best utilized NEP benefits. Additionally, a discussion on the database outputs for missions to Saturn is included, such as time of flight based on trajectory type and maximum payload, given a specific launch vehicle. The purpose of this work was to create a basis for future mission design, and a tool to investigate general trends across mission options.
This paper describes the Multimission Telemetry Visualization (MTV) data acquisition/distribution system. MTV was developed by JPL's Multimedia Communications Laboratory (MCL) and designed to process and display digital, real-time, science and engineering data from JPL's Mission Control Center. The MTV system can be accessed using UNIX workstations and PC's over common datacom and telecom networks from worldwide locations. It is designed to lower data distribution costs while increasing data analysis functionality by integrating low-cost, off-the-shelf desktop hardware and software. MTV is expected to significantly lower the cost of real-time data display, processing, distribution, and allow for greater spacecraft safety and mission data access.
MDS state-based architecture. A system compromises project assets in the context of some external environments that influences them. The function of mission software is to monitor and control a system to meet operators' intents.
Mission Managers' Workstation (MMW) is personal-computer-based system providing data management and reporting functions to assist Space Shuttle mission managers. Allows to relate events and stored data in timely and organized fashion. Using MMW, standard reports formatted, generated, edited, and electronically communicated with minimum clerical help. Written in PASCAL, BASIC, and assembler.
The Spacecraft Health Automated Reasoning Prototype (SHARP) is a system designed to demonstrate automated health and status analysis for multi-mission spacecraft and ground data systems operations. Telecommunications link analysis of the Voyager II spacecraft is the initial focus for the SHARP system demonstration which will occur during Voyager's encounter with the planet Neptune in August, 1989, in parallel with real-time Voyager 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. A brief introduction is given to the spacecraft and ground systems monitoring process at the Jet Propulsion Laboratory. The current method of operation for monitoring the Voyager Telecommunications subsystem is described, and the difficulties associated with the existing technology are highlighted. The approach taken in the SHARP system to overcome the current limitations is also described, as well as both the conventional and artificial intelligence solutions developed in SHARP.
The Spacecraft Health Automated Reasoning Prototype (SHARP) is a system designed to demonstrate automated health and status analysis for multi-mission spacecraft and ground data systems operations. Telecommunications link analysis of the Voyager II spacecraft is the initial focus for the SHARP system demonstration which will occur during Voyager's encounter with the planet Neptune in August, 1989, in parallel with real-time Voyager 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. A brief introduction is given to the spacecraft and ground systems monitoring process at the Jet Propulsion Laboratory. The current method of operation for monitoring the Voyager Telecommunications subsystem is described, and the difficulties associated with the existing technology are highlighted. The approach taken in the SHARP system to overcome the current limitations is also described, as well as both the conventional and artificial intelligence solutions developed in SHARP.
Explore the source record for details and available documents.
NASA plans an earth observing system (EOS) to address low earth orbit remote sensing satellite requirements. EOS will incorporate three active remote-sensing instruments employing some form of lidar: (1) the Lidar Atmospheric Sounder and Altimeter (LASA), the Laser Atmospheric Wind Sounder (LAWS), and the Geodynamics Laser Ranging System (GLRS). LASA will deepen understanding of atmospheric composition and structure; LAWS will measure winds using Doppler lidar technology; GLRS will be used to ascertain the position of strategically placed retroreflectors to an accuracy of several cm.
Explore the source record for details and available documents.
Initial analyses of the aerogravity assist (AGA) delivery technique to solar system targets (and beyond) has been encouraging. Mission opportunities are introduced that do not exist with typical gravity assist trajectories and current launch capabilities. The technique has the most payoff for high-energy missions such as outer planet orbiters and flybys. The goal of this technique is to reduce the flight duration significantly and to eliminate propulsion for orbit insertion. The paper will discuss detailed analyses and parametric studies that consider launch opportunities for missions to the sun, Saturn, Uranus, Neptune, and Pluto using AGA at Venus and Mars.
Extended manned space missions which include interplanetary missions require regenerative life support systems. Manned mission life support considerations are placed in perspective and previous manned space life support system technology, activities and accomplishments in current supporting research and technology (SR&T) programs are reviewed. The life support subsystem/system technologies required for an enhanced duration orbiter (EDO) and a space operations center (SOC), regenerative life support functions and technology required for manned interplanetary flight vehicles, and future development requirements are outlined. The Space Shuttle Orbiters (space transportation system) is space cabin atmosphere is maintained at Earth ambient pressure of 14.7 psia (20% O2 and 80% N2). The early Shuttle flights will be seven-day flights, and the life support system flight hardware will still utilize expendables.