Results for “Mission Operations” — Page 68

NASA NTRS1978

The Approach and Landing Test program of the Space Shuttle Orbiter 101

The Approach and Landing Test (ALT) program was conducted in late 1976 through November 1977 to investigate the low speed characteristics of the Orbiter alone. The innovative aspects of the Orbiter are discussed along with the ALT program and the testing methodology used. The Shuttle Transportation System concept is briefly reviewed. The ALT was a first step towards operational missions for the Shuttle. The prime objective of the ALT was to verify the systems design and integrated operation of the Orbiter, and to demonstrate the capability of the Orbiter to safely land at a designated runway. The first free flight of the Orbiter occurred on August 12, 1977. Attention is also given to the results obtained in free-flight two, three, four, and five. Free-flight five was specifically planned to demonstrate a runway landing.

Brice, T. R.↗

NASA NTRS1994

Using task analysis to understand the Data System Operations Team

The Data Systems Operations Team (DSOT) currently monitors the Multimission Ground Data System (MGDS) at JPL. The MGDS currently supports five spacecraft and within the next five years, it will support ten spacecraft simultaneously. The ground processing element of the MGDS consists of a distributed UNIX-based system of over 40 nodes and 100 processes. The MGDS system provides operators with little or no information about the system's end-to-end processing status or end-to-end configuration. The lack of system visibility has become a critical issue in the daily operation of the MGDS. A task analysis was conducted to determine what kinds of tools were needed to provide DSOT with useful status information and to prioritize the tool development. The analysis provided the formality and structure needed to get the right information exchange between development and operations. How even a small task analysis can improve developer-operator communications is described, and the challenges associated with conducting a task analysis in a real-time mission operations environment are examined.

Holder, Barbara E.↗

NASA NTRS1994

SCOSII: ESA's new generation of mission control systems: The user's perspective

In 1974 ESOC decided to develop a reusable Mission Control System infrastructure for ESA's missions operated under its responsibility. This triggered a long and successful product development line, which started with the Multi Mission Support System (MSSS) which entered in service in 1977 and is still being used today by the MARECS and ECS missions; it was followed in 1989 by a second generation of systems known as SCOS-I, which was/is used by the Hipparcos, ERS-1 and EURECA missions and will continue to support all future ESCO controlled missions until approximately 1995. In the meantime the increasing complexity of future missions together with the emergence of new hardware and software technologies have led ESOC to go for the development of a third generation of control systems, SCOSII, which will support their future missions up to at least the middle of the next decade. The objective of the paper is to present the characteristics of the SCOSII system from the perspective of the mission control team; i.e. it will concentrate on the improvements and advances in the performance, functionality and work efficiency of the system.

Kaufeler, P.↗

NASA NTRS2000

Intelligent Tutoring Systems for Procedural Task Training of Remote Payload Operations at NASA

Intelligent Tutoring Systems (ITSs) encode and apply the subject matter and teaching expertise of experienced instructors to provide students with individualized instruction automatically. ITSs complement training simulators by providing automated instruction when it is not economical or feasible to dedicate an instructor to each student during training simulations. Despite their proven training effectiveness and favorable operating cost, however, relatively few ITSs are in use. This is largely because it is usually costly and difficult to encode the task knowledge used by the ITS to evaluate the student's actions and assess the student's performance. Procedural tasks are tasks for which there exist procedures, guidelines, and strategies that determine the correct set of steps to be taken within each situation. To lower the cost and difficulty of creating tutoring systems for procedural task training, Stottler Henke Associates, Inc. (SHAI) worked closely with the Operations Training Group at NASA's Marshall Space Flight Center to develop the Task Tutor Toolkit (T (exp 3)), a generic tutoring system shell and scenario authoring tool. The Task Tutor Toolkit employs a case-based reasoning approach where the instructor creates a procedure template that specifies the range of student actions that are "correct" within each scenario. Because each procedure template is specific to a single scenario, the system can employ relatively simple reasoning methods to represent a correct set of actions and assess student performance. This simplicity enables a non-programmer to specify task knowledge quickly and easily by via graphical user interface, using a "demonstrate, generalize, and annotate" paradigm, that recognizes the range of possible valid actions and infers principles understood (or misunderstood) by the student when those actions are carried out. The Task Tutor Toolkit was also designed to be modular and general, so that it can be interfaced with a wide range of training simulators and support a variety of training domains. SHAI and NASA applied the Task Tutor Toolkit to create the Remote Payload Operations Tutor (RPOT). RPOT is a specific tutoring system application which lets scientists who are new to space mission operations learn to monitor and control their experiments aboard the International Space Station according to NASA payload regulations, guidelines, and procedures. The RPOT simulator lets students practice these skills by monitoring the telemetry variable values of a simple, hypothetical experiment, sending commands to the experiment, coordinating with NASA personnel via voice communication loops, and submitting and retrieving information via documents and forms. At the end of each scenario, RPOT displays the principles correctly or incorrectly demonstrated by the student, along with explanations and background information. The effectiveness of RPOT and the Task Tutor Toolkit are currently under evaluation at NASA.

Ong, James↗

NASA NTRS2012

Interactive 3D Mars Visualization

The Interactive 3D Mars Visualization system provides high-performance, immersive visualization of satellite and surface vehicle imagery of Mars. The software can be used in mission operations to provide the most accurate position information for the Mars rovers to date. When integrated into the mission data pipeline, this system allows mission planners to view the location of the rover on Mars to 0.01-meter accuracy with respect to satellite imagery, with dynamic updates to incorporate the latest position information. Given this information so early in the planning process, rover drivers are able to plan more accurate drive activities for the rover than ever before, increasing the execution of science activities significantly. Scientifically, this 3D mapping information puts all of the science analyses to date into geologic context on a daily basis instead of weeks or months, as was the norm prior to this contribution. This allows the science planners to judge the efficacy of their previously executed science observations much more efficiently, and achieve greater science return as a result. The Interactive 3D Mars surface view is a Mars terrain browsing software interface that encompasses the entire region of exploration for a Mars surface exploration mission. The view is interactive, allowing the user to pan in any direction by clicking and dragging, or to zoom in or out by scrolling the mouse or touchpad. This set currently includes tools for selecting a point of interest, and a ruler tool for displaying the distance between and positions of two points of interest. The mapping information can be harvested and shared through ubiquitous online mapping tools like Google Mars, NASA WorldWind, and Worldwide Telescope.

Powell, Mark W.↗

NASA NTRS1996

Cassini Science Operations and Planning Computer Design

The Cassini Science Operations and Planning Computers (SOPC) are meant to give Cassini investigators and the Huygens Probe Operations Centre (HPOC) more directed control of and responsibility for their instruments and their data and to reduce mission operations cost.SOPCs give the investigators the ability to command their instrument directly, but also the responsibility to do so correctly.

Cassini↗

NASA NTRS2022

Should’ve Could’ve: Progress in the Systems Engineering of the Mars2020 On-Board Planner

Mars rover operations has traditionally controlled behavior using meticulously compiled, so-called “Master” sequences that enforce deterministic timing and ordering of activities. While the approach is effective at managing risk and complexity, it can also be inefficient. Extended operations of the Mars2020 rover envisions a fundamentally different scheduling and execution approach. Atomic activities are constrained by mission operators in time, resource usage, and a structure of dependencies. The rover flight software will create and re-create schedules, responding to available energy, data volume, actual activity durations and execution status, observed temperatures, and other on-board state. Schedules are expected to change substantially in the course of execution. The solution space is prohibitively large and probabilistic in nature. A range of emergent behavior is accessible depending on the interaction between actual on-board state and a given formulation of constraints. For years, the specification and implementation of this capability have been considered and refined, as testing and analysis have mapped the contours of the system. Many concepts that could have been adopted were rejected, and in some cases, emergent properties have been exposed and beaten back with approaches to steer the behavior. This paper discusses some of the design history and underlying reasoning in the systems engineering of the first autonomous activity planner on Mars.

Kuhn, Stephen R↗

NASA NTRSDate not supplied

NASA's Biosentinel Mission: Lessons Learned and What's Next

In the last two years, two BioSentinel payloads were launched to space. The ISS mission launched in December 2021, and returned to the ground in August 2022 after successfully completing eight biological experiments while validating the different instruments. On the other hand, the deep space mission launched onboard Artemis I in November 2022, and is currently in a heliocentric orbit over 20 million kilometers away from the Earth. Even though all hardware subsystems were validated in deep space, the microfluidic subsystems experienced anomalies throughout the initial 6-month mission. The main goals of this presentation are (1) to present flight data from the deep space payload, including biology, fluidics, electronics, data processing, and mission operations, and (2) to discuss the lessons learned – what worked and what did not – from this unique complex mission, and how these lessons are aiding in the development of the Lunar Exploration Instrument for space biology Applications (LEIA) mission, launching to the lunar surface on a commercial lander in 2026. As of the writing of this abstract, the satellite continues to work nominally, communicating to Earth via the Deep Space Network (DSN) twice per week. Importantly, the mission received and extension to continue recording data on the deep space radiation environment on its way to solar maximum (i.e., higher probability of solar particle events). BioSentinel is supported by NASA Exploration Systems Development Mission Directorate (ESDMD).

BioSentinel↗

NASA NTRSDate not supplied

VIPER Rover: Flight Build and Environmental Test Status

The NASA Artemis Program plans to return humans to the Moon to stay. Extended human stays on the Moon will require substantial resources to sustain human presence, requiring continuous supplies delivered from the Earth. However, if some of the resources were indigenously available, Earth logistical requirements could be substantially reduced by “living off the land” with in-situ lunar resources. Local volatiles could be processed into propellants and human life-supporting needs, reducing risk of maintaining a permanent human presence on the Moon. LCROSS, LRO and other missions have confirmed the presence of lunar volatiles resources in polar regions, so the next step is to understand the physical distribution of those resources, as well as the scientific basis for how water got there, and why it is still there. The Volatiles Investigating Polar Exploration Resource (VIPER) is a surface mobility scientific platform, designed to spend ~100 days mapping and surveying four different Ice Stability Regions to understand the scientific nature and distribution of water and other volatiles. VIPER will also provide scientific mineralogical context of the lunar regolith, such as the presence of silicon and light metals in lunar regolith, providing a composite picture of resource availability and sustainment. This paper will discuss VIPER’s completion of the flight rover build, as well as current progress in environmental testing, preparedness for mission operations, and overall readying for launch integration with our CLPS partner. VIPER is managed within NASA’s Science Mission Directorate (SMD), utilizing the Commercial Lunar Payload Services (CLPS) lunar delivery model.

VIPER↗

NASA NTRSDate not supplied

Viper Rover: Flight Build and Environmental Test Status

The NASA Artemis Program plans to return humans to the Moon to stay. Extended human stays on the Moon will require substantial resources to sustain human presence, requiring continuous supplies delivered from the Earth. However, if some of the resources were indigenously available, Earth logistical requirements could be substantially reduced by “living off the land” with in-situ lunar resources. Local volatiles could be processed into propellants and human life-supporting needs, reducing risk of maintaining a permanent human presence on the Moon. LCROSS, LRO and other missions have confirmed the presence of lunar volatiles resources in polar regions, so the next step is to understand the physical distribution of those resources, as well as the scientific basis for how water got there, and why it is still there. The Volatiles Investigating Polar Exploration Resource (VIPER) is a surface mobility scientific platform, designed to spend ~100 days mapping and surveying four different Ice Stability Regions to understand the scientific nature and distribution of water and other volatiles. VIPER will also provide scientific mineralogical context of the lunar regolith, such as the presence of silicon and light metals in lunar regolith, providing a composite picture of resource availability and sustainment. This paper will discuss VIPER’s completion of the flight rover build, as well as current progress in environmental testing, preparedness for mission operations, and overall readying for launch integration with our CLPS partner. VIPER is managed within NASA’s Science Mission Directorate (SMD), utilizing the Commercial Lunar Payload Services (CLPS) lunar delivery model.

rover↗

NASA NTRSDate not supplied

VIPER Rover Flight Build and Environmental Test Status

The NASA Artemis Program plans to return humans to the Moon to stay. Extended human stays on the Moon will require substantial resources to sustain human presence, requiring continuous supplies delivered from the Earth. However, if some of the resources were indigenously available, Earth logistical requirements could be substantially reduced by “living off the land” with in-situ lunar resources. Local volatiles could be processed into propellants and human life-supporting needs, reducing risk of maintaining a permanent human presence on the Moon. LCROSS, LRO and other missions have confirmed the presence of lunar volatiles resources in polar regions, so the next step is to understand the physical distribution of those resources, as well as the scientific basis for how water got there, and why it is still there. The Volatiles Investigating Polar Exploration Resource (VIPER) is a surface mobility scientific platform, designed to spend ~100 days mapping and surveying four different Ice Stability Regions to understand the scientific nature and distribution of water and other volatiles. VIPER will also provide scientific mineralogical context of the lunar regolith, such as the presence of silicon and light metals in lunar regolith, providing a composite picture of resource availability and sustainment. This paper will discuss VIPER’s completion of the flight rover build, as well as current progress in environmental testing, preparedness for mission operations, and overall readying for launch integration with our CLPS partner. VIPER is managed within NASA’s Science Mission Directorate (SMD), utilizing the Commercial Lunar Payload Services (CLPS) lunar delivery model.

rover↗

NASA NTRS2001

Science Autonomy in Robotic Exploration

Historical mission operations have involved: (1) return of scientific data; (2) evaluation of these data by scientists; (3) recommendations for future mission activity by scientists; (4) commands for these transmitted to the craft; and (5) the activity being undertaken. This cycle is repeated throughout the mission with command opportunities once or twice per day. For a rover, this historical cycle is not amenable to rapid long range traverses or rapid response to any novel or unexpected situations. In addition to real-time response issues, imaging and/or spectroscopic devices can produce tremendous data volumes during a traverse. However, such data volumes can rapidly exceed on-board memory capabilities prior to the ability to transmit it to Earth. Additionally, the necessary communication band-widths are restrictive enough so that only a small portion of these data can actually be returned to Earth. Such scenarios suggest enabling some science decisions to be made on-board the robots. These decisions involve automating various aspects of scientific discovery instead of the electromechanical control, health, and navigation issues associated with robotic operations. The robot retains access to the full data fidelity obtained by its scientific sensors, and is in the best position to implement actions based upon these data. Such an approach would eventually enable the robot to alter observations and assure only the highest quality data is obtained for analysis. Additionally, the robot can begin to understand what is scientifically interesting and implement alternative observing sequences, because the observed data deviate from expectations based upon current theories/models of planetary processes. Such interesting data and/or conclusions can then be prioritized and selectively transmitted to Earth; reducing memory and communications demands. Results of Ames' current work in this area will be presented.

Roush, Ted L.↗

NASA NTRS2001

Robotic Exploration: The Role of Science Autonomy

Historical mission operations have involved: (1) return of scientific data; (2) evaluation of these data by scientists; (3) recommendations for future mission activity by scientists; (4) commands for these transmitted to the craft; and (5) the activity being, undertaken. This cycle is repeated throughout the mission with command opportunities once or twice per day. For a rover, this historical cycle is not amenable to rapid long range traverses or rapid response to any novel or unexpected situations. In addition to real-time response issues, imaging and/or spectroscopic devices can produce tremendous data volumes during a traverse. However, such data volumes can rapidly exceed on-board memory capabilities prior to the ability to transmit it to Earth. Additionally, the necessary communication band-widths are restrictive enough so that only a small portion of these data can actually be returned to Earth. Such scenarios suggest enabling some science decisions to be made on-board the robots. These decisions involve automating various aspects of scientific discovery instead of the electromechanical control, health, and navigation issues associated with robotic operations. The robot retains access to the full data fidelity obtained by its scientific sensors, and is in the best position to implement actions based upon these data. Such an approach would eventually enable the robot to alter observations and assure only the highest quality data is obtained for analysis. Additionally, the robot can begin to understand what is scientifically interesting and implement alternative observing sequences, because the observed data deviate from expectations based upon current theories/models of planetary processes. Such interesting data and/or conclusions can then be prioritized and selectively transmitted to Earth; reducing memory and communications demands. Results of Ames' current work in this area will be presented.

Roush, Ted L.↗

NASA NTRSDate not supplied

Aerothermodynamic Analyses for the LOFTID Technology Demonstration Mission

On November 10, 2023, the LOFTID flight test successfully demonstrated the aerodynamic and thermal protection system performance of an inflatable aeroshell at conditions relevant to an operational mission. Aerodynamic performance and aeroheating environment databases for this mission were generated using multiple computational tools for the rarefied, hypersonic, and supersonic flow regimes, supplemented by wind tunnel testing to obtain aeroshell boundary-layer transition and wake flow simulation validation data. A detailed discussion of tools, methods and results is presented herein.

Brian R. Hollis↗

NASA NTRSDate not supplied

Aerothermodynamic Analyses for the LOFTID Technology Demonstration Mission

On November 10, 2023, the LOFTID flight test successfully demonstrated the aerodynamic and thermal protection system performance of an inflatable aeroshell at conditions relevant to an operational mission. Aerodynamic performance and aeroheating environment databases for this mission were generated using multiple computational tools for the rarefied, hypersonic, and supersonic flow regimes, supplemented by wind tunnel testing to obtain aeroshell boundary-layer transition and wake flow simulation validation data. A detailed discussion of tools, methods and results is presented herein.

Brian R. Hollis↗

NASA NTRS1987

Aeroassisted manned transfer vehicle (TAXI) for advanced Mars Transportation: NASA/USRA 1987 Senior Design Project

A conceptual design study of an aeroassisted orbital transfer vehicle is discussed. Nicknamed TAXI, it will ferry personnel and cargo: (1) between low Earth orbit and a spacecraft circling around the Sun in permanent orbit intersecting gravitational fields of Earth and Mars, and (2) between the cycling spacecraft and a Mars orbiting station, co-orbiting with Phobos. Crew safety and mission flexibility (in terms of ability to provide a wide range of delta-V) were given high priority. Three versions were considered, using the same overall configuration based on a low L/D aerobrake with the geometry of a raked off elliptical cone with ellipsoidal nose and a toroidal skirt. The propulsion system consists of three gimballed LOX/LH2 engines firing away from the aerobrake. The versions differ mainly in the size of the aeroshields and propellant tanks. TAXI A version resulted from an initial effort to design a single transfer vehicle able to meet all delta-V requirements during the 15-year period (2025 to 2040) of Mars mission operations. TAXI B is designed to function with the cycling spacecraft moving in a simplified, nominal trajectory. On Mars missions, TAXI B would be able to meet the requirements of all the missions with a relative approach velocity near Mars of less than 9.3 km/sec. Finally, TAXI C is a revision of TAXI A, a transfer vehicle designed for missions with a relative velocity near Mars larger than 9.3 km/sec. All versions carry a crew of 9 (11 with modifications) and a cargo of 10000 lbm. Trip duration varies from 1 day for transfer from LEO to the cycling ship to nearly 5 days for transfer from the ship to the Phobos orbit.

Source record↗

NASA NTRS1990

CELSS simulations for a lunar outpost

The paper describes a five-year simulation of two mission scenarios consisting of 14 different 'events' that could take place at a lunar outpost. The time-dependent status of the life support consumables was calculated in response to the two selected mission scenarios. This application demonstrates that complex sequences of events are reproducible for understanding of integrated mission operations. A Controlled Ecological Life Support System (CELSS) can regenerate air, water, and food from the wastes generated in the habitat and do so with safety and reliability. The CELSS Emulator is under development at the NASA's Johnson Space Center with a purpose of investigating computer simulations of integrated CELSS operations involving humans, plants, process machinery, and reservoirs. The Emulator Version 2.0 has been implemented to provide a mission-scenario-analysis capability. Thus, the future space exploration missions, lunar or Mars, can be analyzed by using 'events' to build mission timelines.

Cullingford, H. S.↗

NASA NTRS1998

Telescience Resource Kit Software Lifecycle

The challenge of a global operations capability led to the Telescience Resource Kit (TReK) project, an in-house software development project of the Mission Operations Laboratory (MOL) at NASA's Marshall Space Flight Center (MSFC). The TReK system is being developed as an inexpensive comprehensive personal computer- (PC-) based ground support system that can be used by payload users from their home sites to interact with their payloads on board the International Space Station (ISS). The TReK project is currently using a combination of the spiral lifecycle model and the incremental lifecycle model. As with any software development project, there are four activities that can be very time consuming: Software design and development, project documentation, testing, and umbrella activities, such as quality assurance and configuration management. In order to produce a quality product, it is critical that each of these activities receive the appropriate amount of attention. For TReK, the challenge was to lay out a lifecycle and project plan that provides full support for these activities, is flexible, provides a way to deal with changing risks, can accommodate unknowns, and can respond to changes in the environment quickly. This paper will provide an overview of the TReK lifecycle, a description of the project's environment, and a general overview of project activities.

Griner, Carolyn S.↗