Results for “Robotic Spacecraft Operations” — Page 2

NASA NTRS2006

Dawn of a New Space Age: Developing a Global Exploration Strategy.

Jeff Volosin is an aerospace engineer with over 20 years of experience in the design, development, and operations of both robotic and crewed spacecraft. Mr. Volosin is currently leading the NASA effort to develop and integrate a global exploration strategy which reflects the lunar exploration interests of international space agencies, academia and commercial stakeholders. Prior to joining NASA as a member of the Exploration Systems Mission Directorate in 2004, Jeff was an aerospace contractor, serving in a number of leadership positions including: Operations Manager for the NASA Communications Network and Flight Operations Manager for the Advanced Composition Explorer, Tropical Rainfall Measuring Mission, and the NOAA Polar and Geostationary satellite constellations. Earlier in his career, Jeff spent 4 years as a system engineer supporting the Space Exploration Initiative studies on human voyages to the Moon and Mars and also supported the Space Station program as an advanced life support engineer.

Volosin, Jeff↗

NASA NTRS2019

Artificial Intelligence: Powering Human Exploration of the Moon and Mars

Artificial Intelligence (AI) is a growing field of computa- tional science techniques designed to mimic functions per- formed by people. Advancements in autonomy will depend on a portfolio of AI technologies. Automated planning and scheduling is a venerable field of study in AI, and is needed for a variety of mission planning functions. Plan execution technology is less well studied, but important for auton- omy and robotics. Specialized forms of automated reason- ing and machine learning are key technologies to enable fault management. Over the past decade, the NASA Au- tonomous Systems and Operations (ASO) project has devel- oped and demonstrated numerous autonomy enabling tech- nologies employing AI techniques. Our work has employed AI in three distinct ways to enable autonomous mission op- erations capabilities. Crew Autonomy gives astronauts tools to assist in the performance of each of these mission oper-ations functions. Vehicle System Management uses AI tech- niques to turn the astronaut's spacecraft into a robot, allow- ing it to operate when astronauts are not present, or to reduce astronaut workload. AI technology also enables Autonomous Robots as crew assistants or proxies when the crew are not present. When these capabilities are used to enable astro- nauts to operate autonomously, they must be integrated with user interfaces, introducing numerous human factors con- siderations; when these capabilities are used to enable vehi- cle system management, they must be integrated with flight software, and run on embedded processors under the control of real-time operating systems.We first describe human spaceflight mission operations capabilities. The remainder of the paper will describe the ASO project, and the development and demonstration per- formed by ASO since 2011. We will describe the AI tech- niques behind each of these demonstrations, which include a variety of symbolic automated reasoning and machine learn- ing based approaches. Finally, we conclude with an assess- ment of future development needs for AI to enable NASA's future Exploration missions.

Mission Operations↗

NASA NTRSDate not supplied

Assessment of Cryogenic Analog Electronics for Lunar Environment

Assessment of Analog Electronics for Lunar Power Hibernation Non-nuclear robotic spacecraft on the Moon may not reliably operate past the first lunar day due to the subsequent long lunar night with an extreme low temperature range of 50K-100K. To address this concern, the NASA Glenn Research Center is developing a lunar power hibernation protocol that could enable spacecraft to passively survive the lunar night without any additional heating source and then reactivate at lunar dawn. Low cost lunar robotic missions could extend their mission lifetime from a single lunar cycle to potentially many months, thus greatly extending science data gathering and return on investment for commercial missions. This approach centers on evidence that lithium-ion battery cells can recover to full operation after being subjected to cryogenic temperatures. Exploiting this battery capability requires that all spacecraft electronics, including power system and avionics, passively tolerate the extreme cold without degradation. Key elements in the power system will also need to be capable of actively operating in the extreme cold to perform the functions required to restore the system to full operation after solar power returns at lunar dawn. This presentation provides an assessment of extreme-cold tolerance and operational capability of analog electronics where choices in semiconductor material, device type, and circuit fabrication technology has a dramatic impact on circuit behavior and reliability at low temperatures.

Lunar↗

NASA NTRS2008

Orbital Express Advanced Video Guidance Sensor: Ground Testing, Flight Results and Comparisons

Orbital Express (OE) was a successful mission demonstrating automated rendezvous and docking. The 2007 mission consisted of two spacecraft, the Autonomous Space Transport Robotic Operations (ASTRO) and the Next Generation Serviceable Satellite (NEXTSat) that were designed to work together and test a variety of service operations in orbit. The Advanced Video Guidance Sensor, AVGS, was included as one of the primary proximity navigation sensors on board the ASTRO. The AVGS was one of four sensors that provided relative position and attitude between the two vehicles. Marshall Space Flight Center was responsible for the AVGS software and testing (especially the extensive ground testing), flight operations support, and analyzing the flight data. This paper briefly describes the historical mission, the data taken on-orbit, the ground testing that occurred, and finally comparisons between flight data and ground test data for two different flight regimes.

Pinson, Robin M.↗

NASA NTRS2020

Demonstrating Assurance of Model-Based Fault Diagnosis Systems on an Operational Mission

Developers of robotic scientific and commercial spacecraft are trending towards use of onboard autonomous capabilities for responding quickly to dynamic environments and rapidly changing situations. These capabilities need to know the state of the spacecraft’s health. Model-based fault diagnosis (MBFD) is an approach to estimating health by continuously verifying accurate behavior and diagnosing off-nominal behavior. Proper functioning of MBFD depends on 1) the quality of the diagnostic system model that is analyzed and compared to commands and onboard measurements to estimate a system’s health state, and 2) the correct functionality of the diagnosis engine interrogating the model and comparing its analyses to observed system behavior. Our goal is to develop Verification and Validation (V&V) techniques for MBFD to provide future missions sufficient confidence in its functionality and performance to deploy it on the systems they develop. Our work has been focused on infusing the techniques we developed earlier to an operational mission. First, we are constructing diagnostic models of a spacecraft attitude control system and updating our diagnostic engine so they can be demonstrated aboard the Arcsecond Space Telescope Enabling Research in Astrophysics (ASTERIA) mission, an operational spacecraft for which experiments in autonomy are being planned and executed, using the V&V techniques we have previously developed to assure they are both correct and complete. Since it is nearing the end of its life, ASTERIA provides a unique opportunity to demonstrate MBFD since the monitored components are expected to fail. Our demonstration will give system developers additional confidence to make timely, informed MBFD deployment decisions. Second, we will be completing performance assessments of the diagnostic engine/diagnostic model ensemble both on the flight system and ground-based testbeds to gain confidence in MBFD’s ability to run successfully in a spacecraft’s resource-constrained environment without adversely affecting other on-board activities. Finally, we are capturing our experience in preparing this demonstration in a set of checklists and guidance documents. Current practice includes high-level institutional guidance documents and standards, but at a high level of abstraction that does not necessarily address specific MBFD concerns. The purpose of the new checklists is to provide future mission developers clear, unambiguous, procedure-oriented guidance on assuring MBFD. This paper describes our work in these areas. For the first area, we describe the diagnostic models and updated diagnostic engine that will be used for the on-board demonstration. We describe how the V&V techniques we developed earlier are used to assure model and engine correctness and completeness. For the second area, we identify the performance measurement and assessment techniques used to characterize the diagnostic engine and diagnostic models, and discuss the effect of measured performance on overall mission operation. Finally, we present the checklist and guidance documents and describe how they meet the goals of providing system developers with clear, unambiguous, procedure-oriented guidance on MBFD assurance. We show how the techniques we have developed map into those artifacts.

Nikora, Allen↗

NASA NTRS2000

Human-Centered Design for the Personal Satellite Assistant

The Personal Satellite Assistant (PSA) is a softball-sized flying robot designed to operate autonomously onboard manned spacecraft in pressurized micro-gravity environments. We describe how the Brahms multi-agent modeling and simulation environment in conjunction with a KAoS agent teamwork approach can be used to support human-centered design for the PSA.

Bradshaw, Jeffrey M.↗

NASA NTRS2012

Project 5S: A Safe Stepping Stone into the Solar System

The human exploration program, at least in NASA, has been directed to move beyond the Moon and travel on a flexible path into the solar system. Reaching a Near-Earth Asteroid (NEA) is a major human space flight goal but such missions have tight times and life-support requirements that require huge steps from current capabilities. An objective between the Moon and a NEA is needed. Example interim objectives are the Lagrangian points in either the Sun-Earth or Earth-Moon (EM) system. The nearest of these points beyond the Moon is E-M L2. The Lagrangian points are empty (as far as we know). As objectives for human flight,it has been argued that they suffer from a lack of public interest and of meaningful objectives for astronaut operations. To provide a physical target, a robotic spacecraft could retrieve a small NEA and bring it to a Lagrangian or other nearer-Earth point to be accessed and utilized for human-mission objectives. This paper reports on the results of a recently completed study of an asteroid retrieval mission sponsored by the Keck Institute for Space Studies (KISS) at the California Institute of Technology. The study included an evaluation of potential targets, mission objectives, mission and system design, and potential capture mechanisms. The study concluded that, while challenging, there are no fundamental show stoppers and that such a mission would be possible with technology expected to be available in this decade. The final destination selected (for safety and mission operations) was high lunar orbit. Two options for target selection are considered: (i) retrieving a small (7 meter) NEA with a mass of order 500,000 kg, and (ii) taking a similar size boulder of a large known carbonaceous NEA. Several areas of technology and program requirements were identified, but the most important conclusion was that this approach enables meeting a goal of humans going to a NEA by the mid-2020s. The advantages and benefits for human exploration are considerable as are the advances that would be made in space-resource utilization and science for further exploration and development of the solar system. The combination of the robotic mission to move the asteroid and the human mission to go to its new destination and conduct astronaut operations there would provide a boost and purpose to human space flight.

asteroid retrieval↗

NASA NTRS2008

The NASA Robotic Conjunction Assessment Process: Overview and Operational Experiences

Orbital debris poses a significant threat to spacecraft health and safety. Recent events such as China's anti-satellite test and the Breeze-M rocket explosion have led to an even greater awareness and concern in the satellite community. Therefore, the National Aeronautics and Space Administration (NASA) has established requirements that routine conjunction assessment screening shall be performed for all maneuverable spacecraft having perigees less than 2000 km or within 200 km of geosynchronous altitude. NASA s Goddard Space Flight Center (GSFC) has developed an operational collision risk assessment process to protect NASA s high-value unmanned (robotic) assets that has been in use since January 2005. This paper provides an overview of the NASA robotic conjunction assessment process, including descriptions of the new tools developed to analyze close approach data and of the risk mitigation strategies employed. In addition, statistical data describing the number of conjunctions experienced are presented. A debris avoidance maneuver performed by Aura in June of 2008 is described in detail to illustrate the process.

Newman, Lauri Kraft↗

NASA NTRSDate not supplied

Gateway Autonomy for Enabling Deep Space Exploration

The Gateway spacecraft is an important stepping-stone to exploration of the solar system, integrating commercial and international partners into a tightly coupled system, enabling cislunar activities, and implementing key technologies for missions to Mars. Autonomy is a capability area necessary to handle long communication outages where intervention from Earth is impossible, to prepare to operate with long communication delays that will be common in interplanetary travel, and to make spaceflight more affordable and accessible by reducing sustaining operations costs. The Gateway Concept of Operations states that one of Gateway’s goals is to “focus on infrastructure and systems that will allow autonomous operations aboard the Gateway with robotics, automated systems, advanced communications, and distributed computing.” Gateway’s Vehicle Systems Manager (VSM) and associated Autonomous Spacecraft Management Architecture (ASMA) are key products towards delivering autonomous capability. The primary functions of the control architecture are Mission Management and Timeline Execution, Resource Management, Fault Management, and Vehicle Control and Operation (VCO). In each of these areas, there is an initial level of capability to be delivered at launch, with plans to continue development and grow to greater capability. The initial deployment of VSM will focus on maintaining vehicle safety by focusing on full fault management capabilities and deploying only enough resource and timeline planning functionality to support that. The final deployment of VSM will add significant planning and control optimization functionality to support nominal operations for up to 21 days without ground support, even accommodating fault and failure conditions. While the VSM is the vehicle-level representation of autonomous reasoning, distributed automation is essential to provide the right scope and abstraction of information to process. Module and system support of automation and simplicity of interfaces are two important design paradigms that Gateway is focusing on to garner a systems approach to autonomy. Distribution of reasoning can increase complexity, so Gateway is also taking a strict hierarchical approach to information flow and decision making. VSM is not the only capability necessary to achieve an autonomous spacecraft. Robotics support for maintenance of the spacecraft will be essential to provide continued vehicle functionality even when crew is not present. Technical and programmatic challenges exist when implementing autonomous robotics operations. These challenges include sufficient network flexibility to support data transfer to the rest of the vehicle to coordinate module-to-module robotic walk-offs and finding the proper interfaces to allow sufficient dexterity. Communication system upgrades planned for Gateway include Delay Tolerant Networking to best utilize the complex network of relays that will be part of mature cislunar operations. Distributed computing and management will provide failure tolerance, robustness, and growth of capabilities while still allowing significant reuse of heritage software on heritage systems as well as reuse of common applications across a spacecraft to minimize new development, but this requires adherence to key standards and interfaces. The Gateway program has demonstrated significant progress towards these capabilities and has identified challenges other spacecraft developers should be aware of from the start.

Molly Anderson↗

NASA NTRSDate not supplied

Gateway Autonomy for Enabling Deep Space Exploration

The Gateway spacecraft is an important stepping-stone to exploration of the solar system, integrating commercial and international partners into a tightly coupled system, enabling cislunar activities, and implementing key technologies for missions to Mars. Autonomy is a capability area necessary to handle long communication outages where intervention from Earth is impossible, to prepare to operate with long communication delays that will be common in interplanetary travel, and to make spaceflight more affordable and accessible by reducing sustaining operations costs. The Gateway Concept of Operations states that one of Gateway’s goals is to “focus on infrastructure and systems that will allow autonomous operations aboard the Gateway with robotics, automated systems, advanced communications, and distributed computing.” Gateway’s Vehicle Systems Manager (VSM) and associated Autonomous Spacecraft Management Architecture (ASMA) are key products towards delivering autonomous capability. The primary functions of the control architecture are Mission Management and Timeline Execution, Resource Management, Fault Management, and Vehicle Control and Operation (VCO). In each of these areas, there is an initial level of capability to be delivered at launch, with plans to continue development and grow to greater capability. The initial deployment of VSM will focus on maintaining vehicle safety by focusing on full fault management capabilities and deploying only enough resource and timeline planning functionality to support that. The final deployment of VSM will add significant planning and control optimization functionality to support nominal operations for up to 21 days without ground support, even accommodating fault and failure conditions. While the VSM is the vehicle-level representation of autonomous reasoning, distributed automation is essential to provide the right scope and abstraction of information to process. Module and system support of automation and simplicity of interfaces are two important design paradigms that Gateway is focusing on to garner a systems approach to autonomy. Distribution of reasoning can increase complexity, so Gateway is also taking a strict hierarchical approach to information flow and decision making. VSM is not the only capability necessary to achieve an autonomous spacecraft. Robotics support for maintenance of the spacecraft will be essential to provide continued vehicle functionality even when crew is not present. Technical and programmatic challenges exist when implementing autonomous robotics operations. These challenges include sufficient network flexibility to support data transfer to the rest of the vehicle to coordinate module-to-module robotic walk-offs and finding the proper interfaces to allow sufficient dexterity. Communication system upgrades planned for Gateway include Delay Tolerant Networking to best utilize the complex network of relays that will be part of mature cislunar operations. Distributed computing and management will provide failure tolerance, robustness, and growth of capabilities while still allowing significant reuse of heritage software on heritage systems as well as reuse of common applications across a spacecraft to minimize new development, but this requires adherence to key standards and interfaces. The Gateway program has demonstrated significant progress towards these capabilities and has identified challenges other spacecraft developers should be aware of from the start.

Molly Anderson↗

NASA NTRS2014

Software Engineering for Human Spaceflight

The Spacecraft Software Engineering Branch of NASA Johnson Space Center (JSC) provides world‐class products, leadership, and technical expertise in software engineering, processes, technology, and systems management for human spaceflight. The branch contributes to major NASA programs (e.g. ISS, MPCV/Orion) with in‐house software development and prime contractor oversight, and maintains the JSC Engineering Directorate CMMI rating for flight software development. Software engineering teams work with hardware developers, mission planners, and system operators to integrate flight vehicles, habitats, robotics, and other spacecraft elements. They seek to infuse automation and autonomy into missions, and apply new technologies to flight processor and computational architectures. This presentation will provide an overview of key software‐related projects, software methodologies and tools, and technology pursuits of interest to the JSC Spacecraft Software Engineering Branch.

Fredrickson, Steven E.↗

NASA NTRS2012

The Effects of Clock Drift on the Mars Exploration Rovers

All clocks drift by some amount, and the mission clock on the Mars Exploration Rovers (MER) is no exception. The mission clock on both MER rovers drifted significantly since the rovers were launched, and it is still drifting on the Opportunity rover. The drift rate is temperature dependent. Clock drift causes problems for onboard behaviors and spacecraft operations, such as attitude estimation, driving, operation of the robotic arm, pointing for imaging, power analysis, and telecom analysis. The MER operations team has techniques to deal with some of these problems. There are a few techniques for reducing and eliminating the clock drift, but each has drawbacks. This paper presents an explanation of what is meant by clock drift on the rovers, its relationship to temperature, how we measure it, what problems it causes, how we deal with those problems, and techniques for reducing the drift.

rovers↗

NASA NTRS2005

CHAMP (Camera, Handlens, and Microscope Probe)

CHAMP (Camera, Handlens And Microscope Probe)is a novel field microscope capable of color imaging with continuously variable spatial resolution from infinity imaging down to diffraction-limited microscopy (3 micron/pixel). As a robotic arm-mounted imager, CHAMP supports stereo imaging with variable baselines, can continuously image targets at an increasing magnification during an arm approach, can provide precision rangefinding estimates to targets, and can accommodate microscopic imaging of rough surfaces through a image filtering process called z-stacking. CHAMP was originally developed through the Mars Instrument Development Program (MIDP) in support of robotic field investigations, but may also find application in new areas such as robotic in-orbit servicing and maintenance operations associated with spacecraft and human operations. We overview CHAMP'S instrument performance and basic design considerations below.

robotic field investigations↗

NASA NTRS2011

Solar Electric Propulsion (SEP) Tug Power System Considerations

Solar electric propulsion (SEP) technology is truly at the "intersection of commercial and military space" as well as the intersection of NASA robotic and human space missions. Building on the use of SEP for geosynchronous spacecraft station keeping, there are numerous potential commercial and military mission applications for SEP stages operating in Earth orbit. At NASA, there is a resurgence of interest in robotic SEP missions for Earth orbit raising applications, 1-AU class heliocentric missions to near Earth objects (NEOs) and SEP spacecraft technology demonstrations. Beyond these nearer term robotic missions, potential future human space flight missions to NEOs with high-power SEP stages are being considered. To enhance or enable this broad class of commercial, military and NASA missions, advancements in the power level and performance of SEP technologies are needed. This presentation will focus on design considerations for the solar photovoltaic array (PVA) and electric power system (EPS) vital to the design and operation of an SEP stage. The engineering and programmatic pros and cons of various PVA and EPS technologies and architectures will be discussed in the context of operating voltage and power levels. The impacts of PVA and EPS design options on the remaining SEP stage subsystem designs, as well as spacecraft operations, will also be discussed.

Kerslake, Thomas W.↗

NASA NTRS2005

A Unifying Multibody Dynamics Algorithm Development Workbench

The development of new and efficient algorithms for multibody dynamics has been an important research area. These algorithms are used for modeling, simulation, and control of systems such as spacecraft, robotic systems, automotive applications, the human body, manufacturing operations, and micro-electromechanical systems (MEMS). At JPL's Dynamics and Real Time Simulation (DARTS) Laboratory we have developed software that serves as a computational workbench for these algorithms. This software utilizes the mathematical perspective of the spatial operator algebra, which allows the development of dynamics algorithms and new insights into multibody dynamics.

Ziegler, John L.↗

NASA NTRS2015

Software Innovation in a Mission Critical Environment

Operating in mission-critical environments requires trusted solutions, and the preference for "tried and true" approaches presents a potential barrier to infusing innovation into mission-critical systems. This presentation explores opportunities to overcome this barrier in the software domain. It outlines specific areas of innovation in software development achieved by the Johnson Space Center (JSC) Engineering Directorate in support of NASA's major human spaceflight programs, including International Space Station, Multi-Purpose Crew Vehicle (Orion), and Commercial Crew Programs. Software engineering teams at JSC work with hardware developers, mission planners, and system operators to integrate flight vehicles, habitats, robotics, and other spacecraft elements for genuinely mission critical applications. The innovations described, including the use of NASA Core Flight Software and its associated software tool chain, can lead to software that is more affordable, more reliable, better modelled, more flexible, more easily maintained, better tested, and enabling of automation.

Fredrickson, Steven↗

NASA NTRS2016

Small Spacecraft Technology Program

The Small Spacecraft Technology Program (SSTP) develops and demonstrates new capabilities employing the unique features of small spacecraft for science, exploration and space operations. Small spacecraft represent an emerging class of satellites, robots and systems that exploit their small size to take advantage of ridesharelaunch opportunities at reduced cost.Small spacecraft also utilize the growingamount of technical capabilities that weare witnessing in the high technology and electronics industries. As a result,small spacecraft and platforms arebecoming more and more capable as their overall size continues to decrease.

Fishman, Julianna L.↗

NASA NTRS2015

SPHERES: From Ground Development to Operations on ISS

SPHERES (Synchronized Position Hold Engage and Reorient Experimental Satellites) is an internal International Space Station (ISS) Facility that supports multiple investigations for the development of multi-spacecraft and robotic control algorithms. The SPHERES Facility on ISS is managed and operated by the SPHERES National Lab Facility at NASA Ames Research Center (ARC) at Moffett Field California. The SPHERES Facility on ISS consists of three self-contained eight-inch diameter free-floating satellites which perform the various flight algorithms and serve as a platform to support the integration of experimental hardware. To help make science a reality on the ISS, the SPHERES ARC team supports a Guest Scientist Program (GSP). This program allows anyone with new science the possibility to interface with the SPHERES team and hardware. In addition to highlighting the available SPHERES hardware on ISS and on the ground, this presentation will also highlight ground support, facilities, and resources available to guest researchers. Investigations on the ISS evolve through four main phases: Strategic, Tactical, Operations, and Post Operations. The Strategic Phase encompasses early planning beginning with initial contact by the Principle Investigator (PI) and the SPHERES program who may work with the PI to assess what assistance the PI may need. Once the basic parameters are understood, the investigation moves to the Tactical Phase which involves more detailed planning, development, and testing. Depending on the nature of the investigation, the tactical phase may be split into the Lab Tactical Phase or the ISS Tactical Phase due to the difference in requirements for the two destinations. The Operations Phase is when the actual science is performed; this can be either in the lab, or on the ISS. The Post Operations Phase encompasses data analysis and distribution, and generation of summary status and reports. The SPHERES Operations and Engineering teams at ARC is composed of experts who can guide the Payload Developer (PD) and Principle Investigator (PI) in reaching critical milestones to make their science a reality using the SPHERES platform. From performing integrated safety and verification assessments, to assisting in developing crew procedures and operations products, to organizing, planning, and executing all test sessions, to helping manage data products, the SPHERES team at ARC is available to support microgravity research with the SPEHRES Guest Scientist Program.

ISS Research↗