Search NASA⌕ Search

SEARCH · Search NASA

Results for “Autonomy”

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 1,657 records · Page 92

Machine Learning for NASA Advanced Information Systems

NASA's Advanced Information Systems Technology (AIST) Program is one of several Technology programs managed by the Earth Science Technology Office (ESTO) in the Earth Science Division (ESD). The AIST Program focuses on advanced information systems and novel computer science technologies that will be needed by NASA Earth Science in the next 5 to 10 years. The three main thrusts of the AIST Program deal with Novel Observing Strategies (NOS), Analytic Collaborative Frameworks (ACF) and Earth System Digital Twins (ESDT). For all these thrusts, Machine Learning (ML) is increasingly being used in multiple aspects of Earth science systems, e.g., for onboard autonomy and decision making, for the analysis of massive and diverse datasets as well as more recently for developing surrogate models that will represent one of the main components of future Digital Twins of the Earth. Particularly, ESDT technologies developed by the AIST Program will allow to develop integrated Earth Science frameworks that will mirror the Earth with state-of-the-art models (Earth system models and others), timely and relevant observations, and analytic tools. These information systems will be used for supporting near- and long-term science and policy decisions. ESDT frameworks will build on previously developed AIST capabilities and technologies to integrate interconnected models with continuous streams of observations, data analytics, data assimilation, simulations, advanced visualizations and the ability to conduct "what-if" scenarios. This talk will describe the three thrusts of the AIST Program with a special focus on Machine Learning and how it is being used at all steps of the Earth Science data lifecycle.

Mathematical and Computer Sciences (General)↗

Establishing Trust in NASA’s Artemis Program Computer-Human Interface (CHI) Implementation

The NASA Artemis program will return humans to the moon. This time, with the help of commercial and international partners, the program’s objective is a permanent moon base. The moon base infrastructure, including an orbiting moon station and moon surface assets, will be developed for astronauts to stay for the long haul to learn to live and work on another planet in preparation for an eventual Humans-to-Mars mission. As the roundtrip communication delays increase in deep space exploration, more onboard systems autonomy and functionality will be needed to maintain and control the vehicle or habitat. These mission constraints will change the current Earth-based spacecraft ground control support approach that will demand more safe, efficient, and effective Computer-Human Interface (CHI) control. For Artemis, CHI is defined as the elements that the crew interfaces with-audio, video, lighting, and crew controls. Understanding how CHI will need to evolve to support deep space missions will be critical for the Artemis program-especially crew controls which is the focus of this paper. How does NASA ensure crew controls are reliable to control complex systems and prevent a catastrophic event due to human error-especially when the astronauts could be physiologically and/or psychologically impaired? NASA’s approach to mitigating catastrophic hazards in human spaceflight system development such as crew controls is through a holistic system engineering and Human System Integration methodology that embraces NASA’s Human-Rating Requirements-ensuring human performance characteristics to control/safely recover the crew from hazardous situations within the human interface design are considered. This paper discusses, at a high level, CHI for the Artemis program. Next, a discussion of what it means to human-rate a space system crew controls and how trust in the human-computer interface begins with the NASA human rating requirements. Finally, a discussion on how systems engineering, and the human system integration process ensures that crew control implementation incorporates the NASA human-rating requirements.

Human-Rating↗

HAT m:N Activity Overview

Since 2020, researchers from the Human Autonomy Teaming (HAT) Laboratory at NASA Ames Research Center have conducted human-in-the-loop (HITL) simulation research to study a new control paradigm for operations involving multiple remotely piloted aircraft systems (RPAS). Colloquially referred to as "m:N," this paradigm is characterized by multiple operators collaboratively controlling multiple vehicles between them. The m:N name expresses a ratio whereby m is the number of operators and N is the number of vehicles shared between them. In this presentation, HAT Lab researchers provide a high-level overview of the m:N studies that have been performed to-date. These include a study of the m:N concept of operations (CONOPS) and the attending roles and responsibilities ("ConOps/R&R Sim"), a study focused on contingency management involving dynamic, inter-operator transfers of vehicles ("Handoff Sim"), and a study examining the effects of pilot-ATC communication systems on workload ("UAM Comms Sim"). A selection of key results are provided. The presentation concludes with a brief discussion of planned research into m:N operations.

m:N↗

Exploration Medical Capability Clinical Decision Support System Architecture Recommendation

A new era in space exploration has arrived with the goal of establishing a long-term presence on the Moon and using those learning to take the next giant leap: sending the first astronauts to Mars. These ambitious goals will require significant changes in in-flight medical care due to constraints on mass, volume, power, crew time, and medical evacuation capabilities. Furthermore, while crews currently rely on real-time communications with ground-based medical providers, as distance from Earth increases, so do communication delays and disruptions. The crew will need to autonomously detect, diagnose, treat, and prevent medical events. These constraints require development of transformative solutions and new technologies. Through participation in the Human Research Program’s (HRP) Exploration Medical Capability (ExMC) research, NASA has developed and demonstrated a Medical Data Architecture (MDA), a platform upon which a robust capability of Clinical Decision Support (CDS) can be built. As a result, NASA is now positioned to build an advanced autonomous CDS System (CDSS) which will aid in crew health decision-making. The CDSS combines data management aspects of a system that would lead to the autonomy required by NASA-STD-3001, Section 3, Health and Medical Care Standards. The project addresses the ExMC gap Medical-701: We need to increase inflight medical capabilities and identify new capabilities that (a) maximize benefit and/or (b) reduce “costs” on human system/mission/vehicle resources. This architecture recommendation document introduces an integrated data architecture that provides self-sufficient medical care for crews on long-duration spaceflight missions.

ExMC↗

Exploration Medical Capability Clinical Decision Support Use Cases for CDSS Test Bed

Long-duration, deep-space exploration missions present significant challenges to crew health and performance. These challenges include the individual and combined effects of microgravity, radiation exposure, isolation, limited resources (mass, volume, power, data, and crew time), limited options for evacuation, and those associated with delayed or constrained communications. Each of these challenges necessitates greater degrees of crew autonomy as our distance from Earth increases. Specifically, as communication delays intensify - and evacuation capability diminishes the further we explore space - the unqualified need for Earth-independent medical operations focused on autonomous diagnosis, treatment and prevention will become key to mission continuation and success. This need will be especially true should a crewmember become ill or injured wherein treatment and disposition “in-situ” ultimately falls to the crew itself to determine. To augment the requisite knowledge, skills, and abilities (KSAs) of a time-constrained exploration mission crew operating under stressful conditions, combatting fatigue, and facing a potential medical crisis, a robust clinical decision support system (CDSS) is a probable solution. A CDSS would facilitate, guide, and inform Earth-independent medical operations while assisting crewmembers through various clinical presentations. The CDSS would allow crewmembers to take advantage of pre-mission training tied to the in-flight/in-mission use of pre-planned protocols that offer both a range of diagnostic options and “just-in-time” (refamiliarization) training and assistance. CDSS will expand such capabilities by improving the utility and effectiveness of various available diagnostic, treatment, and health maintenance tools, techniques, and measures.

ExMC↗

Distributed Ground Sensor Fusion Based Object Tracking for Autonomous Advanced Air Mobility Operations

Autonomous operations are a crucial aspect in the context of Advanced Air Mobility and other emerging aviation markets. In order to enable this autonomy, an accurate and detailed understanding of the positions of the various vehicles in the air is necessary. Full localization independent of on-board sensors makes the system suitable for noncooperative vehicles. This paper focuses on the object tracking part that relies on distributed ground-based sensor fusion, considering specific properties and limitations of different sensor types. Results show satisfactory performance in nominal scenarios with full coverage. Dropouts of individual sensors affect the accuracy of the tracking results, which agrees with expectations for partial coverage, when full localization is not achievable anymore. Finally, a study is performed to identify which parameters have the largest impact on the fit error.

Autonomous↗

Perception Testing in Fog for Autonomous Flight

As the path towards Urban Air Mobility (UAM) continues to take shape, there are outstanding technical challenges to achieving safe and effective air transportation operations under this new paradigm. To inform and guide technology development for UAM, NASA is investigating the current state-of-the-art in key technology areas including traffic management, detect-and-avoid, and autonomy. In support of this effort, a new perception testbed was developed at NASA Ames Research Center to collect data from an array of sensing systems representative of those that could be found on a future UAM vehicle. This testbed, featuring a Light-Detection-and-Ranging (LIDAR) instrument, a long-wave infrared sensor, and a visible spectrum camera was deployed for a multiday test campaign in the Fog Chamber at Sandia National Laboratories (SNL), in Albuquerque, New Mexico. During the test campaign, fog conditions were created for tests with targets including a human, a resolution chart, and a small unmanned aerial vehicle (sUAV). This paper describes in detail, the developed perception testbed, the experimental setup in the fog chamber, the resulting data, and presents an initial result from analysis of the data with the evaluation of methods to increase contrast through filtering techniques.

advanced air mobility↗

Rapid Spacecraft Payload Development: In-Orbit Demonstration of Flight Software Reuse, Scalability, and Dependability

As space mission design trends towards shared, multi-mission platforms and high-performance onboard computing architectures, the number of spacecraft launched into operation is also steadily rising. Through ridesharing, spacecraft miniaturization, and other cost-reduction measures, the barriers to space are lowering, resulting in compounded growth in the amount of flight software being deployed. To meet the needs of both the growing quantity and evolving nature of spacecraft, flight software design must accordingly adapt to support more efficient development, solutions to computational resource-sharing, and software reusability. This paper focuses on a software payload demonstrating several core technologies that improve the state-of-the-art in these identified areas. Launched into low-earth orbit in January 2022, our software payload was conceived, designed, and delivered in a span of merely two months. It was developed on top of the NASA core Flight System (cFS) framework and the Distributed Spacecraft Autonomy (DSA) Comm cFS application, which translates cFS software bus messages across a Data Distribution Service (DDS) network. The flight software, packaged in Linux container images, was deployed as one of 18 flight applications managed through the Unibap SpaceCloud Framework. The applications were run on a Unibap iX5-102 radiation-tolerant payload computer, hosted on the D-Orbit SCV-004 spacecraft as part of an ESA-sponsored in-orbit technology test. Our payload, referred to as the DSA D-Orbit software, demonstrates the reusability of the DSA Comm app in a substantially different context and purpose as its original mission. Comm’s original design goal was to reliably distribute messages between spacecraft swarms of arbitrary size and dynamic network topology. However, we leverage this same functionality to introduce redundancy and opportunistic parallel data processing in the context of a representative onboard image processing workload. This adaptive mission architecture was enabled in part by the SpaceCloud Framework’s use of container virtualization as the payload integration interface. By using a base container image with common high-level language runtimes and libraries, we were able to rapidly design, develop, and validate our image processing application without many of the technological barriers common to flight software development. We present details the goals, approach, results, and lessons learned through this technology demonstration experiment and contextualize those observations against present and future challenges in spacecraft software development.

computer programming↗

Everybody Needs Somebody Sometimes: Validation of Adaptive Recovery in Robotic Space Operations

This work assesses an adaptive approach to fault recovery in autonomous robotic space operations, which uses indicators of opportunity, such as physiological state measurements and observations of past human assistant performance, to inform future selections. We validated our reinforcement learning approach using data we collected from humans executing simulated mission scenarios. We present a method of structuring human-factors experiments that permits collection of relevant indicator of opportunity and assigned assistance task performance data, as well as evaluation of our adaptive approach, without requiring large numbers of test subjects. Application of our reinforcement learning algorithm to our experimental data shows that our adaptive assistant selection approach can achieve lower cumulative regret compared to existing non-adaptive baseline approaches when using real human data. Our work has applications beyond space robotics to any application where autonomy failures may occur that require external intervention.

Human-centered robotics↗

Establishing Trust in NASA’s Artemis Campaign Computer-Human Interface (CHI) Implementation

The NASA Artemis program will return humans to the Moon. This time, with the help of commercial and international partners, the program's objective is a permanent moon base. The moon base infrastructure, including an orbiting moon station and moon surface assets, will be developed for astronauts to stay for the long haul to learn to live and work on another planet in preparation for an eventual Humans-to-Mars mission. As the roundtrip communication delays increase in deep space exploration, the crew will need more onboard systems autonomy and functionality to maintain and control the vehicle or habitat. These mission constraints will change the current Earth-based spacecraft to ground control support approach that will demand more safe, efficient, and effective Computer-Human Interface (CHI) control. For Artemis, CHI is defined as the elements that the crew interfaces with: audio, video, lighting, and crew controls subsystems. Understanding how CHI will need to evolve to support deep space missions will be critical for the Artemis program--especially crew controls, which is the focus of this paper. How does NASA ensure crew controls are reliable enough to control complex systems and prevent a catastrophic event due to human error--especially when the astronauts could be physiologically and/or psychologically impaired? NASA's approach to mitigating catastrophic hazards in human spaceflight system development such as crew controls, is through a holistic system engineering and Human System Integration methodology that focuses on incorporating NASA's Human-Rating Requirements-that ensures human performance characteristics to control/safely recover the crew from hazardous situations within the human interface design are considered. This paper discusses, at a high level, CHI for the Artemis program. Next, a discussion of what it means to human-rate a space system crew controls and how trust in the human-computer interface begins with the NASA human rating requirements. Finally, a discussion on how systems engineering and the human system integration process ensures that crew control implementation incorporates the NASA human-rating requirements.

artemis↗

Hazard Perception & Avoidance (HPA), Assured Vehicle Automation 1 Simulation (AVA-1h) Results Outbrief

In late 2022, the Human Autonomy Teaming Lab (NASA Ames Research Center) conducted a manned, human-in-the-loop (HITL) simulation. This HITL was the lab’s second Hazard Perception and Avoidance (HPA) technical work under NASA’s Advanced Air Mobility (AAM), Automated Flight and Contingency Management (AFCM) Sub-Project. The goals were to assess detect and avoid technology for manned, electric vertical takeoff and landing (eVTOL) aircraft. This simulation tested Resolution Advisory (RA) responses and return-to-course (RTC) maneuvers for the second version of the Airborne Collision Avoidance System’s (ACAS) rotary-wing (Xr) variant. This was conducted at the center's Vertical Motion Simulator (VMS), on a motion-based platform, and was configured to fly eVTOL aircraft while maneuvering for intruding traffic. Variables for this study included ACAS Xr modes (i.e., TA/RA and DAA) and phases of flight (i.e., Cruise, Hover, and Approach). The data collected included response times, losses of well clear, and pilots' noncompliances to alerts and guidance as well as subjective ratings like acceptability and perceived workload. Additional details and future anticipations are also discussed.

ACAS Xr↗

Automated Reconfigurable Mission Adaptive Digital Assembly Systems (ARMADAS): Robotically Assembled Sustainable Lunar Infrastructure

Introduction: The Automated Reconfigurable Mission Adaptive Digital Assembly Systems (ARMADAS) project at NASA Ames Research Center is developing autonomous infrastructure, instrumentation, and spacecraft assembly and manufacturing capabilities for next generation exploration and science missions, with a goal to change the cost scaling of these missions relative to mission size and duration. Using a building-block approach with a 'kit of parts' composed of ultra-light, high-performance mechanical metamaterials, simplified robots leverage the period environment to achieve high levels of autonomy and reliability for in-space and surface assembly of large-scale apertures, solar-arrays, towers, habitats, and other infrastructure. Robots and structure break down into a compact form factor for launch. By leveraging economies of scale and achieving high-packing ratios, ARMADAS technology can revolutionize possible space missions by breaking the tyranny of the launch shroud, decreasing development times, decreasing mission costs for transformative science capability, and providing a scalable and versatile space infrastructure strategy. Capabilities: To date, the ARMADAS project has demonstrated autonomous assembly of large numbers of structural modules into a meters-scale structure in an earth gravity environment. The mechanical performance is on par with conventional space structures, at a fraction of the cost. By using highly repeatable manufacturing processes (injection molding carbon fiber reinforced space-rated polymers), the structures are both cost effective and highly precise. The ARAMADAS system carefully designs parts for high-precision assembly–the simple and cost-effective robots build structures much larger and more precise than themselves. While maintaining structural efficiency, the ARMADAS system encompasses many functional module types, including for solar power, comm/power routing, etc., that will enable entire infrastructure systems to be engineered and autonomously assembled with modular parts. With well-defined interfaces, custom instrumentation modules can easily be added to fit many mission objectives. Lunar Infrastructure Vision: At the LSIC spring meeting, ARMADAS will present a vision for a general-purpose lunar construction kit capable of meeting a wide variety of lunar surface infrastructure needs (Figure 1). Investing in an ecosystem of reconfigurable, discretely repairable parts and robots enables systems than can expand their capability, reconfigure to meet emergency or unforeseen needs, self-repair and reduce spare-part needs. With a small set of parts (module types), a wide variety of infrastructure needs can be met. Footing modules will allow infrastructure construction at locations with no surface preparation. Footer, primary structure, and rail modules can create reconfigurable rail systems. These rail systems can be used to reduce cost-of-transport between frequently accessed sites, provide dust mitigation, and convey power and communications. High-performance structure modules combined with power-routing and solar modules can create tall towers for power and communication. Concepts for habitats and garages encompass a structure to support regolith cover for a pre-integrated module to an entirely ARMADAS system-based structure. This system can be leveraged by many in-situ resource utilization (ISRU) technologies to simplify processes and augment capabilities.

C. E. Gregg↗

Preparation for an Earth Independent Medical Operations Demonstration using the Tempus ALS™ Medical Device

NASA’s exploration-class missions have severe resource constraints, long return trip durations, significant communication delays and limited resupply opportunities. Validation on the International Space Station (ISS) of medical devices that fit within Earth-Independent Medical Operations (EIMO) systems is a necessary preparation step. Key features of an EIMO medical system include: 1) technologies that support the prevention, diagnosis, and treatment of spaceflight medical events; 2) components that meet mass, volume, power and crew time/training constraints; 3) consideration of the medical skill level of the astronaut caregiver; 4) collection, storage and analysis of medical data within a central data architecture; and 5) incorporation of appropriate guidance and support tools that allow crew autonomy. The Human Research Program’s (HRP) Exploration Medical Capability (ExMC) Element and the Exploration Medical Integrated Product Team (XM-IPT) are planning an ISS technology demonstration to determine the feasibility of including a multifunctional medical device into an EIMO medical system. Demonstration Preparations: The Tempus ALS (Remote Diagnostic Technologies, Ltd., Philips Corp., Farnborough, UK) is a commercial-off-the-shelf medical device, with United States Food and Drug Administration clearance and is Conformité Européene marked in Europe. Several thousand units have been sold and are successfully operating in pre-hospital and in remote settings, such as by European Space Agency (ESA) flight surgeons and some of NASA’s commercial partners during post-flight medical operations. The Tempus ALS provides vital sign measurements such as blood pressure, electrocardiograms, heart rate, end tidal CO2, respiration rate, pulse oximetry and temperature. The device has ultrasound imaging and video laryngoscopy capabilities and has automatic or manual defibrillation modes for treating cardiac arrhythmias. It includes procedural guidance capabilities to assist in the collection of the vital sign measurements and it has various data transmission and report generation features. NASA’s HRP ExMC and XM-IPT are partnering with the ESA to demonstrate the Tempus ALS on ISS, with ESA manifesting the Tempus ALS and its accessories. ESA will compare performance of periodic health status exams and medical contingency drills performed nominally and with the Tempus ALS. NASA’s EIMO demonstration will include the use of Tempus ALS to diagnose a complaint of abdominal pain under increasingly independent circumstances. The caregiver must assess the present illness, collect vital sign measurements, and perform an abdominal ultrasound, under one of three communication situations, including real-time, with a several second delay and with a delay on the order of minutes. Expected Outcomes: Information will be gained about the feasibility, benefits, and challenges of using a multifunctional, all-in-one, medical device for medical diagnosis instead of separate devices with singular functionalities. Information will also be collected about performance differences as communication delays increase and available ground support decreases. Gaining this understanding will allow for further development of exploration medical system capabilities which takes the EIMO construct into consideration.

Beth Lewandowski↗

NASA’s Moon to Mars (M2M) Transit Habitat (TH) Refinement Point of Departure (PoD) Design

As NASA prepares for the next human footsteps on the lunar surface, the Agency is already looking ahead to systems that will enable a sustained human presence on the lunar surface and mission to Mars, including a lunar Surface Habitat and Mars Transit Habitat (TH). This paper describes the latest NASA government reference design for the TH and how it will support NASA's Moon to Mars human exploration architecture. First, it will serve as a test and demonstration platform in lunar orbit, demonstrating capabilities required for long-duration microgravity human spaceflight as part of the lunar-Mars analog missions. Then, the TH will also serve as a major Mars habitation exploration element to support the crew during their transit from the lunar orbit to Mars and returning them safely to lunar orbit. This paper will cover several considerations contributing to the latest habitat design refinement, including data on the TH's concept of operations, system functional definition, subsystem assumptions, notional interior layouts, a detailed mass and volume breakdown, and trade studies and analyses required to close identified technology/ development/architecture gaps. In addition to a technical description of the TH, this paper describes how the current TH government reference design will achieve many of the current lunar and Mars mission goals. Additionally, there are many assumed technological advances needed to support the prescribed mission phases leading up to the crewed mission to Mars in the late 2030s. The paper will describe many of the TH systems requiring further technology development and identify architectural solutions to achieve these mass, reliability, autonomy, and crew health targets. As a whole, the data in the paper shows that a TH meeting the 43 metric tons launch mass/trans-Mars injection burn limits specified by the Evolvable Mars Campaign is achievable near the desired timeframe with moderate strategic investments including maintainable life support systems, re-purposable structures and packaging, and lightweight exercise modalities. It also identifies operational and technological options to reduce this mass to less than 41 metric tons, including staging of launch structure/packaging and alternate structural materials. The resulting design detail and data contained in this paper are intended to help teams across NASA and potential commercial, academic, or international partners understand the current performance targets of the Transit Habitat and vehicle interface considerations imposed by the latest Moon to Mars mission scope.

Habitation Systems↗

Human Factors Research Needs for In-Time Aviation Safety Management Systems (IASMS) Design: Enabling the NASA “Sky for All” Future Airspace Vision

Integrated safety management will be paramount for safely enabling the envisioned transformations of the future National Airspace System. Addressing the increasing need for advanced data analytics and fusion of aviation safety data, managed by human decision-makers, is essential for realizing the vision. The proposal, if accepted, will discuss safety management system challenges and how the concept of In-time Aviation Safety Management Systems addresses the need. It will also discuss human factors challenges involved in future integrated safety management, including trust, over-reliance, human-optimized data visualization, human-autonomy teaming, training, communication and dissemination of data, situation awareness, task load, and accountability.

Lawrence J Prinzel III↗

Environmental Control and Life Support (ECLS) System Options for Mars Transit and Mars Surface Missions

The NASA led Artemis campaign will take humanity back to the Moon and serve as an analog for continued deep space exploration to Mars. Artemis utilizes crewed vehicles and habitats on both the Lunar surface and in Lunar orbit. The exploration of the Lunar surface and buildup of a basecamp is meant to be a “Mars forward” approach to testing and refining new technologies and techniques for living and working far outside of Low Earth Orbit (LEO) and preparing for future Mars missions. The Lunar Surface Habitat is planned as a primary element for long duration crew habitation on the Moon and will be the primary testbed for ECLS system hardware in a partial gravity environment. The Mars Transit Habitat will be the crew vehicle for the roundtrip from Earth to Mars and spend a significant amount of time docked to the Gateway outfitting and testing its systems prior to making the first Mars mission transit. The Mars Transit Habitat will utilize closed loop ECLS system technologies while a Mars Surface Habitat could use either open loop, closed loop, or a mix of both. Better understanding the needs of both these system architectures operating for extended periods in the Lunar environment and outside LEO will help to establish the ECLS system architecture for the future Mars surface mission. There are many aspects to consider such as length of crew stay, level of autonomy and dormancy between crewed missions, power requirements, system mass, and overall system reliability and maintainability. Other considerations will include Mars gravity vs. Lunar gravity, Mars atmospheric pressure vs. hard vacuum, and possible use of in-situ resource utilization.

ECLSS↗

The Anatomy of Software Changes and Bugs in Autonomous Operating System

Cyberphysical systems with autonomous functions are complex pieces of software, consisting of many components, some of which implement autonomous functionality and some may use AI or machine learning algorithms. Software bugs in an autonomous system are of particular concern, as they can have catastrophic consequences. However, detailed studies based on empirical data are rare and therefore these bugs are not well understood. This paper aims to contribute towards filling that gap by investigating the software changes and bugs in Autonomy Operating System (AOS) for Unmanned Aircraft Systems (UAS), which consist of 26 components containing about 103,000 lines of code and having a total of 772 bugfixes. Based on the data extracted from the code repository and semi-structured interviews with the developers of AOS, we explore the differences among autonomous software components, components developed using Model-based Software Engineering, and reuse with respect to change proneness, fault proneness, distribution of bugfixes among AOS components and files of these components, and characteristics of bugs of different AOS components. Our results show that the autonomous components were significantly more change prone (measured in number of commits and code churn) and fault prone (measured in bugfixes per KLoC) than non-autonomous components. The distribution of the locations of bugfixes was skewed, both at component and file level (i.e., a small number of components / files contained the majority of bugs). These evidence-based findings provide important insights to researchers and practitioners alike and can be used to efficiently improve the quality and reliability of autonomous systems.

Katerina Goseva-Popstojanova↗

Extending Explicit Guidance Methods to Higher Dimensions, Additional Conditions, and Higher Order Integration

Guidance functions play critical roles in autonomy to steer vehicles and aircraft to the intended target or destination. Explicit guidance (E Guidance) solves the two-point boundary value problem with initial and final conditions for position and velocity. The original formulation of E Guidance involves translational acceleration commands with a direct relationship to time, and it is possible to modify E Guidance for rotational acceleration. Other extensions for E Guidance include higher dimensions, additional conditions, and higher-order integration of the linearly independent E Guidance functions. The most promising extension involves higher-order integration of the E Guidance functions, but it may be physically impractical by initially moving away from the target. This paper provides a brief overview of some methods that extend E Guidance to higher dimensions, utilize additional conditions, or perform higher-order integration, and if they satisfy the two-point boundary value problem.

explicit guidance↗