Search NASA⌕ Search

SEARCH · Search NASA

Results for “evolvable hardware”

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 217 records · Page 12
All sourcesNASA NTRSDOE OSTI
NASA NTRSDate not supplied

Component Applications using Metal Additive Manufacturing Techniques and Materials for Rocket Propulsion

The NASA Marshall Space Flight Center (MSFC) has been involved with various forms of metallic additive manufacturing for use in liquid rocket engine component design, development, and testing since 2010. These AM techniques have been demonstrated to significantly reduce hardware cost, shorten fabrication schedules, increase reliability by reducing the number of joints, and improve hardware performance by allowing fabrication of designs not feasible by conventional means. The focus at the NASA MSFC for these metal additive manufacturing techniques include laser powder-bed fusion (L-PBF), blown powder directed energy deposition (DED) and arc-based deposition. A variety of components have been evaluated and tested including thrust chamber injectors, injector components such as faceplates, regeneratively-cooled combustion chambers, regeneratively-cooled nozzles, gas generator and preburner hardware, and augmented spark igniters. To support these component applications in harsh environments, NASA has advanced a variety of “standard” additive manufacturing alloys such as those in the superalloy-family and also evolved new alloys including GRCop-84, GRCop-42, NASA HR-1, and JBK-75. The purpose of this presentation is to discuss the various programs at the NASA MSFC using AM to develop, fabricate, and test combustion devices hardware and the evolution of the new additive alloys. Additional information will be provided on the development of multi-metallic additive manufacturing, post-processing of AM techniques including surface enhancements (polishing) techniques, material and process characterization, future development programs, and dissemination of data to industry partners.

Additive Manufacturing↗
NASA NTRS2024

Evaluating Liftoff Debris for NASA’s Space Launch System (SLS) Prior to the Artemis I Launch

The SLS Artemis I launch vehicle is the first of several planned Artemis launch vehicles, with a number of design differences from earlier NASA missions that incur liftoff debris risk to the mission. As a test vehicle, the Artemis I hardware also endured environments and tests not planned for future missions, which led to several additional factors contributing to an evolving liftoff debris risk to the SLS vehicle. This paper will summarize these risk factors and address the processes used to evaluate and communicate the risks to support a successful Artemis I launch. It will discuss how the evolving risks that were quantified and evaluated by a Cross-Program team of debris Subject Matter Experts to mitigate liftoff debris hazards and communicate updated risk to the SLS vehicle. This process was performed through the inaugural use of an SLS debris day-of-launch (DOL) standard operating procedure that will be used for subsequent Artemis missions. This paper addresses the risk of liftoff debris, debris released by the vehicle or from the launch pad during liftoff through vehicle tower clear. Expected liftoff debris is well understood from previous NASA programs’ experience and from tests of materials, processes and functions that are known to release liftoff debris. These expected sources were assessed and cleared well ahead of launch day. However, given the ever-changing schedules and environments, processes were in place to evaluate any additional potential liftoff debris risks identified during launch countdown. Although many of the Artemis vehicle hardware components are similar to those on the NASA Shuttle Program, there are important differences in the architecture of the Artemis I vehicle which require new assessments of liftoff debris risk for the Artemis missions. The more favorable Artemis crew module location and surfaces are far less vulnerable to debris impacts; however, the longer vehicle can result in higher liftoff debris impact energies to those components on the aft end of the vehicle. Additionally, the positional change of the RS-25 liquid engines to nearer the Booster nozzle exit plane along with the change in Booster throat plug design is a disadvantage to the overall liftoff debris risk which resulted in additional test and analysis efforts for evaluating the integrated vehicle debris risk. In spite of the comprehensive tests and analyses of Artemis I expected liftoff debris, a number of additional tests/processes were completed prior to the Artemis I mission that were required to support a complete understanding of a new launch vehicle, but increased the risk of releasing liftoff debris. The hardware endured several additional cryogenic loading cycles, including the Green Run tests at Stennis Space Center, Wet Dress Rehearsals at Kennedy Space Center, and multiple launch attempts. Each of these cycles induced stresses in the thermal protection system (TPS) materials, increasing the risk of damage to and release of the TPS. Additionally, induced and weather environmental factors that could increase the likelihood of debris release were significant. Vibrations and stresses in the TPS were induced by a required roll-back to the Vehicle Assembly Building before Hurricane Ian to protect the vehicle from damage by high winds. Wind damage and potential internal stresses to several outer mold line materials on the integrated SLS vehicle and mobile launcher were caused by weathering Hurricane Nicole at Pad 39B the week before launch. A thorough imagery scan of the vehicle was performed after each event and the damage observed was repaired, removed, or assessed and the risk to the mission evaluated. Mitigation of debris risk can occur by tests and analyses to show debris impacted components as damage tolerant, by new/improved processes for prevention of debris availability, or redesign. Risk mitigation processes for Artemis I-specific liftoff debris events and the development and use of the SLS debris day of launch (DOL) procedures that will be used for subsequent Artemis missions will be described.

Space Launch System↗
NASA NTRSDate not supplied

Evaluating Liftoff Debris for NASA’s Space Launch System (SLS) Prior to the Artemis I Launch

The SLS Artemis I launch vehicle is the first of several planned Artemis launch vehicles, with a number of design differences from earlier NASA missions that incur liftoff debris risk to the mission. As a test vehicle, the Artemis I hardware also endured environments and tests not planned for future missions, which led to several additional factors contributing to an evolving liftoff debris risk to the SLS vehicle. This paper will summarize these risk factors and address the processes used to evaluate and communicate the risks to support a successful Artemis I launch. It will discuss how the evolving risks that were quantified and evaluated by a Cross-Program team of debris Subject Matter Experts to mitigate liftoff debris hazards and communicate updated risk to the SLS vehicle. This process was performed through the inaugural use of an SLS debris day-of-launch (DOL) standard operating procedure that will be used for subsequent Artemis missions. This paper addresses the risk of liftoff debris, debris released by the vehicle or from the launch pad during liftoff through vehicle tower clear. Expected liftoff debris is well understood from previous NASA programs’ experience and from tests of materials, processes and functions that are known to release liftoff debris. These expected sources were assessed and cleared well ahead of launch day. However, given the ever-changing schedules and environments, processes were in place to evaluate any additional potential liftoff debris risks identified during launch countdown. Although many of the Artemis vehicle hardware components are similar to those on the NASA Shuttle Program, there are important differences in the architecture of the Artemis I vehicle which require new assessments of liftoff debris risk for the Artemis missions. The more favorable Artemis crew module location and surfaces are far less vulnerable to debris impacts; however, the longer vehicle can result in higher liftoff debris impact energies to those components on the aft end of the vehicle. Additionally, the positional change of the RS-25 liquid engines to nearer the Booster nozzle exit plane along with the change in Booster throat plug design is a disadvantage to the overall liftoff debris risk which resulted in additional test and analysis efforts for evaluating the integrated vehicle debris risk. In spite of the comprehensive tests and analyses of Artemis I expected liftoff debris, a number of additional tests/processes were completed prior to the Artemis I mission that were required to support a complete understanding of a new launch vehicle, but increased the risk of releasing liftoff debris. The hardware endured several additional cryogenic loading cycles, including the Green Run tests at Stennis Space Center, Wet Dress Rehearsals at Kennedy Space Center, and multiple launch attempts. Each of these cycles induced stresses in the thermal protection system (TPS) materials, increasing the risk of damage to and release of the TPS. Additionally, induced and weather environmental factors that could increase the likelihood of debris release were significant. Vibrations and stresses in the TPS were induced by a required roll-back to the Vehicle Assembly Building before Hurricane Ian to protect the vehicle from damage by high winds. Wind damage and potential internal stresses to several outer mold line materials on the integrated SLS vehicle and mobile launcher were caused by weathering Hurricane Nicole at Pad 39B the week before launch. A thorough imagery scan of the vehicle was performed after each event and the damage observed was repaired, removed, or assessed and the risk to the mission evaluated. Mitigation of debris risk can occur by tests and analyses to show debris impacted components as damage tolerant, by new/improved processes for prevention of debris availability, or redesign. Risk mitigation processes for Artemis I-specific liftoff debris events and the development and use of the SLS debris day of launch (DOL) procedures that will be used for subsequent Artemis missions will be described.

Space Launch System↗
NASA NTRSDate not supplied

Large Scale and Multi-Alloy Rocket Engine Component Development using Various Metal Additive Manufacturing Techniques

The NASA Marshall Space Flight Center (MSFC) has been involved with various forms of metallic additive manufacturing (AM) for use in liquid rocket engine component design, development, and testing since 2010. These AM techniques have been demonstrated to significantly reduce hardware cost, shorten fabrication schedules, increase reliability by reducing the number of joints, and improve hardware performance by allowing fabrication of designs not feasible by conventional means. The focus at the NASA MSFC for these metal additive manufacturing techniques include laser powder-bed fusion (L-PBF), blown powder directed energy deposition (DED), arc-based deposition, and Laser Wire Direct Closeout (LWDC). A variety of components have been evaluated and tested including thrust chamber injectors, injector components such as faceplates, regeneratively-cooled combustion chambers, regeneratively-cooled nozzles, gas generator and preburner hardware, and augmented spark igniters. To support these component applications in harsh environments, NASA has advanced a variety of “standard” additive manufacturing alloys such as those in the superalloy-family and also evolved new alloys including GRCop-84, GRCop-42, NASA HR-1, and JBK-75. The purpose of this presentation is to discuss the various component programs at the NASA MSFC using AM to develop, fabricate, and test combustion devices hardware and the evolution of the new additive alloys. One of these projects that will be highlighted is Rapid Analysis and Manufacturing Propulsion Technology (RAMPT), which includes new process development for large scale AM components, multi-metallic AM components, including unique component designs using additive manufacturing. Additional information will be provided on the development of other components, hot-fire testing, post-processing of AM techniques including surface enhancements (polishing) techniques, material and process characterization, future development programs, and dissemination of data to industry partners.

Additive Manufacturing↗
NASA NTRSDate not supplied

Large Scale and Multi-Alloy Rocket Engine Component Development using Various Metal Additive Manufacturing Techniques

The NASA Marshall Space Flight Center (MSFC) has been involved with various forms of metallic additive manufacturing (AM) for use in liquid rocket engine component design, development, and testing since 2010. These AM techniques have been demonstrated to significantly reduce hardware cost, shorten fabrication schedules, increase reliability by reducing the number of joints, and improve hardware performance by allowing fabrication of designs not feasible by conventional means. The focus at the NASA MSFC for these metal additive manufacturing techniques include laser powder-bed fusion (L-PBF), blown powder directed energy deposition (DED), arc-based deposition, and Laser Wire Direct Closeout (LWDC). A variety of components have been evaluated and tested including thrust chamber injectors, injector components such as faceplates, regeneratively-cooled combustion chambers, regeneratively-cooled nozzles, gas generator and preburner hardware, and augmented spark igniters. To support these component applications in harsh environments, NASA has advanced a variety of “standard” additive manufacturing alloys such as those in the superalloy-family and also evolved new alloys including GRCop-84, GRCop-42, NASA HR-1, and JBK-75. The purpose of this presentation is to discuss the various component programs at the NASA MSFC using AM to develop, fabricate, and test combustion devices hardware and the evolution of the new additive alloys. One of these projects that will be highlighted is Rapid Analysis and Manufacturing Propulsion Technology (RAMPT), which includes new process development for large scale AM components, multi-metallic AM components, including unique component designs using additive manufacturing. Additional information will be provided on the development of other components, hot-fire testing, post-processing of AM techniques including surface enhancements (polishing) techniques, material and process characterization, future development programs, and dissemination of data to industry partners.

Additive Manufacturing↗
NASA NTRS2014

NASA's Space Launch System: An Enabling Capability for Discovery

The National Aeronautics and Space Administration's (NASA's) Space Launch System (SLS) Program, managed at the Marshall Space Flight Center, is making progress toward delivering a new capability for human spaceflight and scientific missions beyond Earth orbit. Developed with the goals of safety, affordability, and sustainability in mind, the SLS rocket will launch the Orion Multi-Purpose Crew Vehicle (MPCV), equipment, supplies, and major science missions for exploration and discovery. Making its first uncrewed test flight in 2017 and its first crewed flight in 2021, the SLS will evolve into the most powerful launch vehicle ever flown, capable of supporting human missions into deep space and to Mars. This paper will summarize the planned capabilities of the vehicle, the progress the SLS Program has made in the years since the Agency formally announced its architecture in September 2011, and the path the program is following to reach the launch pad in 2017 and then to evolve the 70 metric ton (t) initial lift capability to 130 t lift capability. The paper will outline the milestones the program has already reached, from developmental milestones such as the manufacture of the first flight hardware and recordbreaking engine testing, to life-cycle milestones such as the vehicle's Preliminary Design Review in the summer of 2013. The paper will also discuss the remaining challenges in both delivering the 70 t vehicle and in evolving its capabilities to the 130 t vehicle, and how the program plans to accomplish these goals. In addition, this paper will demonstrate how the Space Launch System is being designed to enable or enhance not only human exploration missions, but robotic scientific missions as well. Because of its unique launch capabilities, SLS will support simplifying spacecraft complexity, provide improved mass margins and radiation mitigation, and reduce mission durations. These capabilities offer attractive advantages for ambitious science missions by reducing infrastructure requirements, cost, and schedule. A traditional baseline approach for a mission to investigate the Jovian system would require a complicated trajectory with several gravity-assist planetary fly-bys to achieve the necessary outbound velocity. The SLS rocket, offering significantly higher C3 energies, can more quickly and effectively take the mission directly to its destination, providing scientific results sooner and at lower operational cost. The SLS rocket will launch payloads of unprecedented mass and volume, such as "monolithic" telescopes and in-space infrastructure, and will revolutionize science mission planning and design for years to come. As this paper will explain, SLS is making measurable progress toward becoming a global infrastructure asset for robotic and human scouts of all nations by harnessing business and technological innovations to deliver sustainable solutions for space exploration.

Creech, Stephen D.↗
NASA NTRS2014

NASA's Space Launch System: An Enabling Capability for Discovery

The National Aeronautics and Space Administration's (NASA's) Space Launch System (SLS) Program, managed at the Marshall Space Flight Center, is making progress toward delivering a new capability for human spaceflight and scientific missions beyond Earth orbit. Developed with the goals of safety, affordability, and sustainability in mind, the SLS rocket will launch the Orion Multi-Purpose Crew Vehicle (MPCV), equipment, supplies, and major science missions for exploration and discovery. Making its first uncrewed test flight in 2017 and its first crewed flight in 2021, the SLS will evolve into the most powerful launch vehicle ever flown, capable of supporting human missions into deep space and to Mars. This paper will summarize the planned capabilities of the vehicle, the progress the SLS Program has made in the years since the Agency formally announced its architecture in September 2011, and the path the program is following to reach the launch pad in 2017 and then to evolve the 70 metric ton (t) initial lift capability to 130 t lift capability. The paper will outline the milestones the program has already reached, from developmental milestones such as the manufacture of the first flight hardware and recordbreaking engine testing, to life-cycle milestones such as the vehicle's Preliminary Design Review in the summer of 2013. The paper will also discuss the remaining challenges in both delivering the 70 t vehicle and in evolving its capabilities to the 130 t vehicle, and how the program plans to accomplish these goals. In addition, this paper will demonstrate how the Space Launch System is being designed to enable or enhance not only human exploration missions, but robotic scientific missions as well. Because of its unique launch capabilities, SLS will support simplifying spacecraft complexity, provide improved mass margins and radiation mitigation, and reduce mission durations. These capabilities offer attractive advantages for ambitious science missions by reducing infrastructure requirements, cost, and schedule. A traditional baseline approach for a mission to investigate the Jovian system would require a complicated trajectory with several gravity-assist planetary fly-bys to achieve the necessary outbound velocity. The SLS rocket, offering significantly higher C3 energies, can more quickly and effectively take the mission directly to its destination, providing scientific results sooner and at lower operational cost. The SLS rocket will launch payloads of unprecedented mass and volume, such as "monolithic" telescopes and in-space infrastructure, and will revolutionize science mission planning and design for years to come. As this paper will explain, SLS is making measurable progress toward becoming a global infrastructure asset for robotic and human scouts of all nations by harnessing business and technological innovations to deliver sustainable solutions for space exploration.

Creech, Stephen D.↗
NASA NTRS1973

Apollo experience report: Power generation system

A comprehensive review of the design philosophy and experience of the Apollo electrical power generation system is presented. The review of the system covers a period of 8 years, from conception through the Apollo 12 lunar-landing mission. The program progressed from the definition phase to hardware design, system development and qualification, and, ultimately, to the flight phase. Several problems were encountered; however, a technology evolved that enabled resolution of the problems and resulted in a fully manrated power generation system. These problems are defined and examined, and the corrective action taken is discussed. Several recommendations are made to preclude similar occurrences and to provide a more reliable fuel-cell power system.

Bell, D., III↗
NASA NTRS2007

Development and Application of a Portable Health Algorithms Test System

This paper describes the development and initial demonstration of a Portable Health Algorithms Test (PHALT) System that is being developed by researchers at the NASA Glenn Research Center (GRC). The PHALT System was conceived as a means of evolving the maturity and credibility of algorithms developed to assess the health of aerospace systems. Comprising an integrated hardware-software environment, the PHALT System allows systems health management algorithms to be developed in a graphical programming environment; to be tested and refined using system simulation or test data playback; and finally, to be evaluated in a real-time hardware-in-the-loop mode with a live test article. In this paper, PHALT System development is described through the presentation of a functional architecture, followed by the selection and integration of hardware and software. Also described is an initial real-time hardware-in-the-loop demonstration that used sensor data qualification algorithms to diagnose and isolate simulated sensor failures in a prototype Power Distribution Unit test-bed. Success of the initial demonstration is highlighted by the correct detection of all sensor failures and the absence of any real-time constraint violations.

Melcher, Kevin J.↗
NASA NTRS2010

Portable Health Algorithms Test System

A document discusses the Portable Health Algorithms Test (PHALT) System, which has been designed as a means for evolving the maturity and credibility of algorithms developed to assess the health of aerospace systems. Comprising an integrated hardware-software environment, the PHALT system allows systems health management algorithms to be developed in a graphical programming environment, to be tested and refined using system simulation or test data playback, and to be evaluated in a real-time hardware-in-the-loop mode with a live test article. The integrated hardware and software development environment provides a seamless transition from algorithm development to real-time implementation. The portability of the hardware makes it quick and easy to transport between test facilities. This hard ware/software architecture is flexible enough to support a variety of diagnostic applications and test hardware, and the GUI-based rapid prototyping capability is sufficient to support development execution, and testing of custom diagnostic algorithms. The PHALT operating system supports execution of diagnostic algorithms under real-time constraints. PHALT can perform real-time capture and playback of test rig data with the ability to augment/ modify the data stream (e.g. inject simulated faults). It performs algorithm testing using a variety of data input sources, including real-time data acquisition, test data playback, and system simulations, and also provides system feedback to evaluate closed-loop diagnostic response and mitigation control.

Melcher, Kevin J.↗
DOE OSTI2025

MLCommons Science Benchmarks

Benchmarks are a cornerstone of modern machine learning practice, providing standardized eval- uations that enable reproducibility, comparison, and scientific progress. Yet, as AI systems particularly deep learning models become increasingly dynamic, traditional static benchmarking approaches are losing their relevance. Models rapidly evolve in architecture, scale, and capability; datasets shift; and deployment contexts continuously change, creating a moving target for evaluation. Without adaptive benchmarking frame- works, both scientific assessment and real-world de- ployment risk becoming misaligned with actual system behavior. Drawing on our experience from MLCommons, educa- tional initiatives, and government programs such as the DOE s Million Parameter Consortium, we identify key barriers that hinder the broader adoption and utility of benchmarking in AI. These include substantial resource demands, limited access to specialized hardware, lack of expertise in benchmark design, and uncertainty among practitioners about how to relate benchmark results to their own application domains. Moreover, current benchmarks often emphasize peak performance on leadership-class hardware, offering limited guidance for more diverse, real-world deployment scenarios. We argue that benchmarking itself must become dy- namic in order to incorporate evolving models, updated data, and heterogeneous computational platforms while maintaining transparency, reproducibility, and inter- pretability. Democratizing this process requires not only technical innovation, but also systematic educational efforts spanning undergraduate to professional levels to develop sustained expertise in benchmark design and use. Finally, benchmarks should be framed and com- municated to support application-relevant comparisons, enabling both developers and users to make informed, context-sensitive decisions. Advancing dynamic and inclusive benchmarking practices will be essential to ensure that evaluation keeps pace with the evolving AI landscape and supports responsible, reproducible, and accessible AI deployment.

Hawks, Benjamin G. [Fermilab]↗
NASA NTRS1980

Large space system control technology status and accomplishments

In the area of antenna modeling and control, preliminary structural models were defined for two representative parabolic reflectors. A control system design evolved for attitude control of the reflectors. The controller design was based on a lumped control concept where the control hardware (sensor and actuators) was mounted at the base of the antenna. In the area of distributed control, static shape control techniques were worked out to establish a prescribed vehicle shape. The corresponding estimation process for determination of vehicle shape from selected sensor measurements was also developed. A model order reduction study was conducted to find the best preflight dynamical models for on board controller design. The problems caused by truncation of the vehicle dynamics required to minimize on board computations were investigated. Estimator designs were developed for on board detection of large structure model errors.

Rodriguez, G.↗
NASA NTRS1982

Stress analysis and design considerations for Shuttle pointed autonomous research tool for astronomy /SPARTAN/

The Shuttle Pointed Autonomous Research Tool for Astronomy (SPARTAN) family of spacecraft are intended to operate with minimum interfaces with the U.S. Space Shuttle in order to increase flight opportunities. The SPARTAN I Spacecraft was designed to enhance structural capabilities and increase reliability. The approach followed results from work experience which evolved from sounding rocket projects. Structural models were developed to do the analyses necessary to satisfy safety requirements for Shuttle hardware. A loads analysis must also be performed. Stress analysis calculations will be performed on the main structural elements and subcomponents. Attention is given to design considerations and program definition, the schematic representation of a finite element model used for SPARTAN I spacecraft, details of loads analysis, the stress analysis, and fracture mechanics plan implications.

Ferragut, N. J.↗
NASA NTRS1992

Learning and optimization with cascaded VLSI neural network building-block chips

To demonstrate the versatility of the building-block approach, two neural network applications were implemented on cascaded analog VLSI chips. Weights were implemented using 7-b multiplying digital-to-analog converter (MDAC) synapse circuits, with 31 x 32 and 32 x 32 synapses per chip. A novel learning algorithm compatible with analog VLSI was applied to the two-input parity problem. The algorithm combines dynamically evolving architecture with limited gradient-descent backpropagation for efficient and versatile supervised learning. To implement the learning algorithm in hardware, synapse circuits were paralleled for additional quantization levels. The hardware-in-the-loop learning system allocated 2-5 hidden neurons for parity problems. Also, a 7 x 7 assignment problem was mapped onto a cascaded 64-neuron fully connected feedback network. In 100 randomly selected problems, the network found optimal or good solutions in most cases, with settling times in the range of 7-100 microseconds.

Duong, T.↗
NASA NTRSDate not supplied

Automated Software for Manned Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C Dempsey↗
NASA NTRSDate not supplied

Automated Software for Manned Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C. Dempsey↗
NASA NTRSDate not supplied

Automated Software for Crewed Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C Dempsey↗