Search NASA⌕ Search

SEARCH · Search NASA

Results for “Autonomous Software”

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 289 records · Page 16

Fielding An Amphibious UAV: Development, Results, and Lessons Learned

This report summarizes the work completed on the design and flight-testing of a small, unmanned, amphibious demonstrator aircraft that flies autonomously. The aircraft named ACAT (Autonomous Cargo Amphibious Transport) is intended to be a large cargo carrying unmanned aircraft that operates from water to avoid airspace and airfield conflict issues between manned and unmanned aircraft. To demonstrate the feasibility of this concept, a demonstrator ACAT was designed, built, and flown that has a six-foot wingspan and can fly autonomously from land or water airfield. The demonstrator was designed for a 1-hour duration and 1-mile telemetry range. A sizing code was used to design the smallest demonstrator UAV to achieve these goals. The final design was a six-foot wingspan, twin hull configuration that distributes the cargo weight across the span, reducing the wing structural weight. The demonstrator airframe was constructed from balsa wood, fiberglass, and plywood. A 4-stroke model airplane engine powered by methanol fuel was mounted in a pylon above the wing and powers the ACAT UAV. Initial flight tests from land and water were conducted under manual radio control and confirmed the amphibious capability of the design. Flight avionics that were developed by MLB for production UAVs were installed in the ACAT demonstrator. The flight software was also enhanced to permit autonomous takeoff and landing from water. A complete autonomous flight from ahard runway was successfully completed on July 5, 2001 and consisted of a take-off, rectangular flight pattern, and landing under complete computer control. A completely autonomous flight that featured a water takeoff and landing was completed on October 4, 2001. This report describes these activities in detail and highlights the challenges encountered and solved during the development of the ACAT demonstrator. hard runway was successfully completed on July 5, 2001 and consisted of a take-off, rectangular flight pattern, and landing under complete computer control. A completely autonomous flight that featured a water takeoff and landing was completed on October 4, 2001. This report describes these activities in detail and highlights the challenges encountered and solved during the development of the ACAT demonstrator.

Pisanich, Greg↗

Galileo spacecraft power distribution and autonomous fault recovery

There is a trend in current spacecraft design to achieve greater fault tolerance through the implemenation of on-board software dedicated to detecting and isolating failures. A combination of hardware and software is utilized in the Galileo power system for autonomous fault recovery. Galileo is a dual-spun spacecraft designed to carry a number of scientific instruments into a series of orbits around the planet Jupiter. In addition to its self-contained scientific payload, it will also carry a probe system which will be separated from the spacecraft some 150 days prior to Jupiter encounter. The Galileo spacecraft is scheduled to be launched in 1985. Attention is given to the power system, the fault protection requirements, and the power fault recovery implementation.

Detwiler, R. C.↗

Self-Aware Local Autonomous and Semi-Cooperative Control for Cross-Layered Resilience (SLAC3R)

The objective of this work is to develop and demonstrate novel, adaptive, lightweight algorithms that enable the decision-making agents in a large cyber-physical network to act both autonomously and in collaborative harmony to enforce assured resilience across spatiotemporal layers, even under unforeseen adversarial scenarios (e.g., high- impact-low-probability events). Towards this end, the proposed solution will serve as minimally invasive add-on layers that bridge the existing (faster, reactive) local myopic controls and (slower, predictive) centralized optimization. Importantly, the proposed algorithms will enable the multi-agent network to autonomously and collaboratively enforce resilient operation under no or limited communication environment typical of severe cyber- physical adversarial events. The expected outcome of this effort is a suite of prototype, open-source, software algorithms for safety-aware local autonomous and semi-cooperative control (SLAC3R), demonstrated on networked microgrids (via RD2C/Thrust-1 OPAL-RT testbed).

97 MATHEMATICS AND COMPUTING↗

Multi-Agent Diagnosis and Control of an Air Revitalization System for Life Support in Space

An architecture of interoperating agents has been developed to provide control and fault management for advanced life support systems in space. In this adjustable autonomy architecture, software agents coordinate with human agents and provide support in novel fault management situations. This architecture combines the Livingstone model-based mode identification and reconfiguration (MIR) system with the 3T architecture for autonomous flexible command and control. The MIR software agent performs model-based state identification and diagnosis. MIR identifies novel recovery configurations and the set of commands required for the recovery. The AZT procedural executive and the human operator use the diagnoses and recovery recommendations, and provide command sequencing. User interface extensions have been developed to support human monitoring of both AZT and MIR data and activities. This architecture has been demonstrated performing control and fault management for an oxygen production system for air revitalization in space. The software operates in a dynamic simulation testbed.

Malin, Jane T.↗

Incorporating AEGIS Autonomous Science into Mars Science Laboratory Rover Mission Operations

The AEGIS (Autonomous Exploration for Gathering Increased Science) intelligent targeting software system has been in use on the Mars Science Laboratory (MSL) mission since 2016. The system allows on-board autonomous selection of targets for the ChemCam remote geochemistry instrument based on analysis of images taken by the rover. This paper describes the deployment of AEGIS to MSL and the operational use of the system since rollout to science operations in May of 2016.

Deflores, Lauren↗

TETA Autoresearch [SWR-26-089]

TETA Autoresearch is a template repository based on github.com/karpathy/autoresearch for AI-assisted research science in the TETA group in the Center for Integrated Mobility Sciences (CIMS) center at the National Laboratory of the Rockies. This software is a template for running autonomous research experiments that iteratively improve an ML model for a single optimization objective. Two execution modes share one harness: LLM mode - an agent (e.g. Claude Code) edits a scaffold train.py one change at a time, tagging each experiment, logging reasoning, and pushing results. Defined by program.md. Optimizer mode - an Optuna-backed driver (TPE / CMA-ES / Random) iterates over a domain-defined search space. Defined by optimizers/. RouteE (vehicle energy prediction) is the reference domain under domains/routee/. Adding a new domain is mechanical - see EXTENDING.md.

Reinicke, Nicholas [National Laboratory of the Roc↗

Automated optical navigation with application to Galileo

This paper presents an overview of an automated optical navigation (AON) system, a lower-cost, faster, earth-based stepping stone to onboard systems. AON provides estimation (orbit determination) and maneuver subsystems which are automatically linked to provide the fast response required by the Galileo mission, AON's first user. A real-time interactive executive schedules the subsystems to run concurrently or sequentially and enables interactive computer-graphics displays designed to speed evaluation and certification of navigation solutions. A compact trajectory integrator provides a favorable combination of speed and accuracy. Resident on a low-cost minicomputer and coded primarily in HAL/S, the NASA standard language for flight software, AON approaches a prototype for autonomous onboard navigation systems of the future.

Klumpp, A. R.↗

Results of the automated power systems management /APSM/ program and future technology implementation

The APSM program was initiated in 1975. The purpose of this program was to develop and demonstrate the technology and benefits of autonomous operation of planetary spacecraft power systems to meet the projected requirements of future missions. Development of the APSM program was based on implementing a selected set of autonomous functions in a state-of-the-art breadboard power system. A distributed microcomputer system was developed to implement the functions. Several critical programmatic elements were identified as necessary to implement autonomous functions. These elements, including proper skill combination, well defined autonomous functions, and management of the software design and development task, were found to be more significant than hardware management. The incorporation of APSM technology in future space programs is also discussed.

Bridgeforth, A. O.↗

Telerobot operator control station requirements

The operator control station of a telerobot system has unique functional and human factors requirements. It has to satisfy the needs of a truly interactive and user-friendly complex system, a telerobot system being a hybrid between a teleoperated and an autonomous system. These functional, hardware and software requirements are discussed, with explicit reference to the design objectives and constraints of the JPL/NASA Telerobot Demonstrator System.

Kan, Edwin P.↗

Survey of Command Execution Systems for NASA Spacecraft and Robots

NASA spacecraft and robots operate at long distances from Earth Command sequences generated manually, or by automated planners on Earth, must eventually be executed autonomously onboard the spacecraft or robot. Software systems that execute commands onboard are known variously as execution systems, virtual machines, or sequence engines. Every robotic system requires some sort of execution system, but the level of autonomy and type of control they are designed for varies greatly. This paper presents a survey of execution systems with a focus on systems relevant to NASA missions.

Verma, Vandi↗

Key Issues for Navigation and Time Dissemination in NASA's Space Exploration Program

The renewed emphasis on robotic and human missions within NASA's space exploration program warrants a detailed consideration of how the positions of objects in space will be determined and tracked, whether they be spacecraft, human explorers, robots, surface vehicles, or science instrumentation. The Navigation Team within the NASA Space Communications Architecture Working Group (SCAWG) has addressed several key technical issues in this area and the principle findings are reported here. For navigation in the vicinity of the Moon, a variety of satellite constellations have been investigated that provide global or regional surface position determination and timely services analogous to those offered by GPS at Earth. In the vicinity of Mars, there are options for satellite constellations not available at the Moon due to the gravitational perturbations from Earth, such as two satellites in an aerostationary orbit. Alternate methods of radiometric navigation as considered, including one- and two-way signals, as well as autonomous navigation. The use of a software radio capable of receiving all available signal sources, such as GPS, pseudolites, and communication channels, is discussed. Methods of time transfer and dissemination are also considered in this paper.

Nelson, R. A.↗

HyspIRI Intelligent Payload Module(IPM) and Benchmarking Algorithms for Upload

Features: Hardware: a) Xilinx Virtex-5 (GSFC Space Cube 2); b) 2 x 400MHz PPC; c) 100MHz Bus; d) 2 x 512MB SDRAM; e) Dual Gigabit Ethernet. Support Linux kernel 2.6.31 (gcc version 4.2.2). Support software running in stand alone mode for better performance. Can stream raw data up to 800 Mbps. Ready for operations. Software Application Examples: Band-stripping Algiotrhmsl:cloud, sulfur, flood, thermal, SWIL, NDVI, NDWI, SIWI, oil spills, algae blooms, etc. Corrections: geometric, radiometric, atmospheric. Core Flight System/dynamic software bus. CCSDS File Delivery Protocol. Delay Tolerant Network. CASPER /onboard planning. Fault monitoring/recovery software. S/C command and telemetry software. Data compression. Sensor Web for Autonomous Mission Operations.

Mandl, Daniel↗

Architectures and Evaluation for Adjustable Control Autonomy for Space-Based Life Support Systems

In the past five years, a number of automation applications for control of crew life support systems have been developed and evaluated in the Adjustable Autonomy Testbed at NASA's Johnson Space Center. This paper surveys progress on an adjustable autonomous control architecture for situations where software and human operators work together to manage anomalies and other system problems. When problems occur, the level of control autonomy can be adjusted, so that operators and software agents can work together on diagnosis and recovery. In 1997 adjustable autonomy software was developed to manage gas transfer and storage in a closed life support test. Four crewmembers lived and worked in a chamber for 91 days, with both air and water recycling. CO2 was converted to O2 by gas processing systems and wheat crops. With the automation software, significantly fewer hours were spent monitoring operations. System-level validation testing of the software by interactive hybrid simulation revealed problems both in software requirements and implementation. Since that time, we have been developing multi-agent approaches for automation software and human operators, to cooperatively control systems and manage problems. Each new capability has been tested and demonstrated in realistic dynamic anomaly scenarios, using the hybrid simulation tool.

Malin, Jane T.↗

NASA Tech Briefs, May 2005

Topics covered include: Fastener Starter; Multifunctional Deployment Hinges Rigidified by Ultraviolet; Temperature-Controlled Clamping and Releasing Mechanism; Long-Range Emergency Preemption of Traffic Lights; High-Efficiency Microwave Power Amplifier; Improvements of ModalMax High-Fidelity Piezoelectric Audio Device; Alumina or Semiconductor Ribbon Waveguides at 30 to 1,000 GHz; HEMT Frequency Doubler with Output at 300 GHz; Single-Chip FPGA Azimuth Pre-Filter for SAR; Autonomous Navigation by a Mobile Robot; Software Would Largely Automate Design of Kalman Filter; Predicting Flows of Rarefied Gases; Centralized Planning for Multiple Exploratory Robots; Electronic Router; Piezo-Operated Shutter Mechanism Moves 1.5 cm; Two SMA-Actuated Miniature Mechanisms; Vortobots; Ultrasonic/Sonic Jackhammer; Removing Pathogens Using Nano-Ceramic-Fiber Filters; Satellite-Derived Management Zones; Digital Equivalent Data System for XRF Labeling of Objects; Identifying Objects via Encased X-Ray-Fluorescent Materials - the Bar Code Inside; Vacuum Attachment for XRF Scanner; Simultaneous Conoscopic Holography and Raman Spectroscopy; Adding GaAs Monolayers to InAs Quantum-Dot Lasers on (001) InP; Vibrating Optical Fibers to Make Laser Speckle Disappear; Adaptive Filtering Using Recurrent Neural Networks; and Applying Standard Interfaces to a Process-Control Language.

Source record↗

Integration and Ruggedization of a Commercially Available Gas Chromatograph and Mass Spectrometer (GCMS) for the Resource Prospector Mission (RPM)

The Resource Prospector is a mission to prospect for lunar volatiles (primarily water) at one of the two lunar poles, as well as demonstrate In-Situ Resource Utilization (ISRU) on the Moon. The Resource Prospector consists of a lander, a rover, and a rover-borne scientific payload. The Regolith and Environment Science and Oxygen & Lunar Volatile Extraction (RESOLVE) payload, will be able to (1) locate near subsurface volatiles, (2) excavate and analyze samples of the volatile-bearing regolith, and (3) demonstrate the form, extractability and usefulness of the materials. The gas chromatograph mass spectrometer (GCMS) is the primary instrument in the RESOLVE instrumentation suite responsible for identification and quantification of the volatiles evolved from the lunar regolith. Specifically, this instrument must have: a low mass, a low power consumption, be able to perform fast analyses of samples ranging from less than one to greater than ninety nine percent water by mass, be autonomously controlled by the payload's software and avionics platform, and be able to operate in the harsh lunar environment. The RPM's short mission duration is the primary driver of the requirement for a very fast analysis time currently base lined at less than 2 minutes per sample. This presentation will discuss the requirements levied upon the GCMS design, lessons learned from a preliminary field demonstration deployment, the current design, and the path forward.

Loftin, Kathleen↗

Integration and Ruggedization of a Commercially Available Gas Chromatograph and Mass Spectrometer (GCMS) for the Resource Prospector Mission (RPM)

The Resource Prospector is a mission to prospect for lunar volatiles (primarily water) at one of the two lunar poles, as well as demonstrate In-Situ Resource Utilization (ISRU) on the Moon. The Resource Prospector consists of a lander, a rover, and a rover-borne scientific payload. The Regolith and Environment Science and Oxygen & Lunar Volatile Extraction (RESOLVE) payload, will be able to (1) locate near subsurface volatiles, (2) excavate and analyze samples of the volatile-bearing regolith, and (3) demonstrate the form, extractability and usefulness of the materials. The gas chromatograph mass spectrometer (GCMS) is the primary instrument in the RESOLVE instrumentation suite responsible for identification and quantification of the volatiles evolved from the lunar regolith. Specifically, this instrument must have: a low mass, a low power consumption, be able to perform fast analyses of samples ranging from less than one to greater than ninety nine percent water by mass, be autonomously controlled by the payload's software and avionics platform, and be able to operate in the harsh lunar environment. The RPM's short mission duration is the primary driver of the requirement for a very fast analysis time currently base lined at less than 2 minutes per sample. This presentation will discuss the requirements levied upon the GCMS design, lessons learned from a preliminary field demonstration deployment, the current design, and the path forward.

Loftin, Kathleen↗