Results for “Autonomous Control” — Page 11

NASA NTRS2015

Mars OASIS (Mars Operational Agricultural System for In-Situ Specialization) System Reference Manual

In order to enable long term habitation on planetary surfaces, a means of sustainable food production must be developed. Addressing this need for surface habitats on Mars, the MarsOASIS team has developed a concept for a Martian surface greenhouse for unmanned crop production research as a proof of concept for larger scale food production facilities for manned surface missions. Utilizing in-situ resources such as the Martian atmosphere, sunlight, and UV-C radiation, the greenhouse aims to provide a sustainable method of long-term food production requiring minimal consumable resources. The MarsOASIS system is capable of growing a full life cycle of Outredgeous lettuce with its autonomous control system designed for a unmanned environment, only requiring teleoperation in extreme circumstances. A reduced-scope prototype of MarsOASIS is being developed to test technologies such as a natural/artificial hybrid lighting system, a closed water recycling system, remote teleoperation, and fully autonomous monitoring and control of the greenhouse. The prototype is currently in the final stages of design, with a full demonstration of plant life cycle testing set to occur in summer 2015. Results from this prototype demonstration will help quantify the feasibility of the innovative approaches seen in the MarsOASIS design.

Asa Darnell↗

NASA NTRSDate not supplied

Conjunction Assessment and Deconfliction Paradigm for Co-located Satellite Constellations with On-Spacecraft “Autonomous” Flight Dynamics Control

Constellations that employ highly-automated satellite flight dynamics can operate safely from a collision avoidance (CA) perspective using current CA screening technology and communication paradigms—except when in proximity to other highly-automated constellations: there is no existing arrangement and concept of operations to allow the low-latency CA screenings, exchange of information, and assignment/acceptance of mitigation responsibility that co-location of highly-automated constellations requires. However, the serendipitous co-location of the NASA Starling mission—an autonomously-controlled technology demonstration constellation—and the SpaceX Starlink constellation has presented an opportunity (indeed, a requirement) to develop and build out a solution for safe operations of two (or more) co-located, highly-automated satellite constellations. Such a solution has been designed and constructed, including the required ground node; and it will be exercised as a dedicated, in-flight safety experiment between the two constellations from January to September 2024. Lessons learned from this experiment are expected to feed the design of the US Department of Commerce’s Tracking Control System for Space (TraCSS) space traffic coordination solution.

conjunction assessment↗

NASA NTRS1994

Development of Advanced Robotic Hand System for space application

The Advanced Robotic Hand System (ARH) is a precise telerobotics system with a semi dexterous hand for future space application. The ARH will be tested in space as one of the missions of the Engineering Tests Satellite 7 (ETS-7) which will be launched in 1997. The objectives of the ARH development are to evaluate the capability of a possible robot hand for precise and delicate tasks and to validate the related technologies implemented in the system. The ARH is designed to be controlled both from ground as a teleoperation and by locally autonomous control. This paper presents the overall system design and the functional capabilities of the ARH as well as its mission outline as the preliminary design has been completed.

Machida, Kazuo↗

NASA NTRS2001

Using Model-Based Reasoning for Autonomous Instrument Operation - Lessons Learned From IMAGE/LENA

Model-based reasoning has been applied as an autonomous control strategy on the Low Energy Neutral Atom (LENA) instrument currently flying on board the Imager for Magnetosphere-to-Aurora Global Exploration (IMAGE) spacecraft. Explicit models of instrument subsystem responses have been constructed and are used to dynamically adapt the instrument to the spacecraft's environment. These functions are cast as part of a Virtual Principal Investigator (VPI) that autonomously monitors and controls the instrument. In the VPI's current implementation, LENA's command uplink volume has been decreased significantly from its previous volume; typically, no uplinks are required for operations. This work demonstrates that a model-based approach can be used to enhance science instrument effectiveness. The components of LENA are common in space science instrumentation, and lessons learned by modeling this system may be applied to other instruments. Future work involves the extension of these methods to cover more aspects of LENA operation and the generalization to other space science instrumentation.

Johnson, Michael A.↗

NASA NTRS2003

Design of an Event-Driven Random-Access-Windowing CCD-Based Camera

Commercially available cameras are not design for the combination of single frame and high-speed streaming digital video with real-time control of size and location of multiple regions-of-interest (ROI). A new control paradigm is defined to eliminate the tight coupling between the camera logic and the host controller. This functionality is achieved by defining the indivisible pixel read out operation on a per ROI basis with in-camera time keeping capability. This methodology provides a Random Access, Real-Time, Event-driven (RARE) camera for adaptive camera control and is will suited for target tracking applications requiring autonomous control of multiple ROI's. This methodology additionally provides for reduced ROI read out time and higher frame rates compared to the original architecture by avoiding external control intervention during the ROI read out process.

event driven↗

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 NTRS2003

Design of an event-driven random-access-windowing CCD-based camera

Commercially available cameras are not designed for the combination of single frame and high-speed streaming digital video with real-time control of size and location of multiple regions-of-interest (ROI). A new control paradigm is defined to eliminate the tight coupling between the camera logic and the host controller. This functionality is achieved by defining the indivisible pixel read out operation on a per ROI basis with in-camera time keeping capability. This methodology provides a Random Access, Real-time, Event-driven (RARE) camera for adaptive camera control and is well suited for target tracking applications requiring autonomous control of multiple ROIs. This methodology additionally provides for reduced ROI read out time and higher frame rates compared to the original architecture by avoiding external control intervention during the ROI read out process.

Ortiz, Gerardo G.↗

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↗

NASA NTRS2011

Software Architecture to Support the Evolution of the ISRU RESOLVE Engineering Breadboard Unit 2 (EBU2)

The In-Situ Resource Utilization (ISRU) Regolith & Environmental Science and Oxygen & Lunar Volatiles Extraction (RESOLVE) software provides operation of the physical plant from a remote location with a high-level interface that can access and control the data from external software applications of other subsystems. This software allows autonomous control over the entire system with manual computer control of individual system/process components. It gives non-programmer operators the capability to easily modify the high-level autonomous sequencing while the software is in operation, as well as the ability to modify the low-level, file-based sequences prior to the system operation. Local automated control in a distributed system is also enabled where component control is maintained during the loss of network connectivity with the remote workstation. This innovation also minimizes network traffic. The software architecture commands and controls the latest generation of RESOLVE processes used to obtain, process, and quantify lunar regolith. The system is grouped into six sub-processes: Drill, Crush, Reactor, Lunar Water Resource Demonstration (LWRD), Regolith Volatiles Characterization (RVC) (see example), and Regolith Oxygen Extraction (ROE). Some processes are independent, some are dependent on other processes, and some are independent but run concurrently with other processes. The first goal is to analyze the volatiles emanating from lunar regolith, such as water, carbon monoxide, carbon dioxide, ammonia, hydrogen, and others. This is done by heating the soil and analyzing and capturing the volatilized product. The second goal is to produce water by reducing the soil at high temperatures with hydrogen. This is done by raising the reactor temperature in the range of 800 to 900 C, causing the reaction to progress by adding hydrogen, and then capturing the water product in a desiccant bed. The software needs to run the entire unit and all sub-processes; however, throughout testing, many variables and parameters need to be changed as more is learned about the system operation. The Master Events Controller (MEC) is run on a standard laptop PC using Windows XP. This PC runs in parallel to another laptop that monitors the GC, and a third PC that monitors the drilling/ crushing operation. These three PCs interface to the process through a CompactRIO, OPC Servers, and modems.

Moss, Thomas↗

NASA NTRS1976

Issues in advanced automation for manipulator control

This paper provides a brief description and analysis of the main issues in advanced autonomous control of manipulators as seen from a system point of view. The nature of manipulation is analyzed at some depth. A general multilevel structure is outlined for manipulator control organization which includes the human operator at the top level of the control structure. Different approaches to the development of advanced automation of mechanical arms are summarized. Recent work in the JPL teleoperator project is described, including control system, force/torque sensor, and control software development. Some results from control experiments are summarized.

Bejczy, A. K.↗

NASA NTRS2013

Evolving Systems: Nonlinear Adaptive Key Component Control with Persistent Disturbance Rejection

This paper presents an introduction to Evolving Systems, which are autonomously controlled subsystems that self-assemble into a new Evolved System with a higher purpose. Evolving Systems of aerospace structures often require additional control when assembling to maintain stability during the entire evolution process. This is the concept of Adaptive Key Component Control which operates through one specific component to maintain stability during the evolution. In addition this control must overcome persistent disturbances that occur while the evolution is in progress. We present theoretical results for the successful operation of Nonlinear Adaptive Key Component control in the presence of such disturbances and an illustrative example.

adaptive control↗

NASA NTRS1992

Designing minimal space telerobotics systems for maximum performance

The design of the remote site of a local-remote telerobot control system is described which addresses the constraints of limited computational power available at the remote site control system while providing a large range of control capabilities. The Modular Telerobot Task Execution System (MOTES) provides supervised autonomous control, shared control and teleoperation for a redundant manipulator. The system is capable of nominal task execution as well as monitoring and reflex motion. The MOTES system is minimized while providing a large capability by limiting its functionality to only that which is necessary at the remote site and by utilizing a unified multi-sensor based impedance control scheme. A command interpreter similar to one used on robotic spacecraft is used to interpret commands received from the local site. The system is written in Ada and runs in a VME environment on 68020 processors and initially controls a Robotics Research K1207 7 degree of freedom manipulator.

Backes, Paul G.↗

NASA NTRS1993

Autonomous vehicle motion control, approximate maps, and fuzzy logic

Progress on research on the control of actions of autonomous mobile agents using fuzzy logic is presented. The innovations described encompass theoretical and applied developments. At the theoretical level, results of research leading to the combined utilization of conventional artificial planning techniques with fuzzy logic approaches for the control of local motion and perception actions are presented. Also formulations of dynamic programming approaches to optimal control in the context of the analysis of approximate models of the real world are examined. Also a new approach to goal conflict resolution that does not require specification of numerical values representing relative goal importance is reviewed. Applied developments include the introduction of the notion of approximate map. A fuzzy relational database structure for the representation of vague and imprecise information about the robot's environment is proposed. Also the central notions of control point and control structure are discussed.

Ruspini, Enrique H.↗

NASA NTRS2013

The Need for Intelligent Control of Space Power Systems

As manned spacecraft venture farther from Earth, the need for reliable, autonomous control of vehicle subsystems becomes critical. This is particularly true for the electrical power system which is critical to every other system. Autonomy can not be achieved by simple scripting techniques due to the communication latency times and the difficulty associated with failures (or combinations of failures) that need to be handled in as graceful a manner as possible to ensure system availability. Therefore an intelligent control system must be developed that can respond to disturbances and failures in a robust manner and ensure that critical system loads are served and all system constraints are respected.

May, Ryan David↗

NASA NTRS2015

Smart Multifunctional Coatings for Corrosion Detection and Control in the Aerospace Industry

Nearly all metals and their alloys are subject to corrosion that causes them to lose their structural integrity or other critical functionality. It is essential to detect corrosion when it occurs, and preferably at its early stage, so that action can be taken to avoid structural damage or loss of function. Protective coatings are the most commonly used method of corrosion control. However, progressively stricter environmental regulations have resulted in the ban of many commercially available corrosion protective coatings due to the harmful effects of their solvents or corrosion inhibitors. This work concerns the development of a multifunctional, smart coating for the autonomous control of corrosion. This coating is being developed to have the inherent ability to detect the chemical changes associated with the onset of corrosion and respond autonomously to indicate it and control it.

Corrosion↗

NASA NTRS2016

Corrosion Control in the Aerospace Industry

Nearly all metals and their alloys are subject to corrosion that causes them to lose their structural integrity or other critical functionality. It is essential to detect corrosion when it occurs, and preferably at its early stage, so that action can be taken to avoid structural damage or loss of function. Protective coatings are the most commonly used method of corrosion control. However, progressively stricter environmental regulations have resulted in the ban of many commercially available corrosion protective coatings due to the harmful effects of their solvents or corrosion inhibitors. This work concerns the development of a multifunctional, smart coating for the autonomous control of corrosion. This coating is being developed to have the inherent ability to detect the chemical changes associated with the onset of corrosion and respond autonomously to indicate it and control it..

Corrosion Control↗

NASA NTRS2016

Smart Coatings for Corrosion Protection

Nearly all metals and their alloys are subject to corrosion that causes them to lose their structural integrity or other critical functionality. It is essential to detect corrosion when it occurs, and preferably at its early stage, so that action can be taken to avoid structural damage or loss of function. Protective coatings are the most commonly used method of corrosion control. However, progressively stricter environmental regulations have resulted in the ban of many commercially available corrosion protective coatings due to the harmful effects of their solvents or corrosion inhibitors. This work concerns the development of a multifunctional, smart coating for the autonomous control of corrosion. This coating is being developed to have the inherent ability to detect the chemical changes associated with the onset of corrosion and respond autonomously to indicate it and control it.

Coatings↗