Search NASA⌕ Search

SEARCH · Search NASA

Results for “open architecture”

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 109 records · Page 6

Who's Got the Bridge? - Towards Safe, Robust Autonomous Operations at NASA Langley's Autonomy Incubator

NASA aeronautics research has made decades of contributions to aviation. Both aircraft and air traffic management (ATM) systems in use today contain NASA-developed and NASA sponsored technologies that improve safety and efficiency. Recent innovations in robotics and autonomy for automobiles and unmanned systems point to a future with increased personal mobility and access to transportation, including aviation. Automation and autonomous operations will transform the way we move people and goods. Achieving this mobility will require safe, robust, reliable operations for both the vehicle and the airspace and challenges to this inevitable future are being addressed now in government labs, universities, and industry. These challenges are the focus of NASA Langley Research Center's Autonomy Incubator whose R&D portfolio includes mission planning, trajectory and path planning, object detection and avoidance, object classification, sensor fusion, controls, machine learning, computer vision, human-machine teaming, geo-containment, open architecture design and development, as well as the test and evaluation environment that will be critical to prove system reliability and support certification. Safe autonomous operations will be enabled via onboard sensing and perception systems in both data-rich and data-deprived environments. Applied autonomy will enable safety, efficiency and unprecedented mobility as people and goods take to the skies tomorrow just as we do on the road today.

Allen, B. Danette↗

Structural CNT Composites: Developing a Carbon Nanotube Filament Winder - Part I

Carbon nanotube (CNT) based materials promise advances in the production of high strength and multifunctional components for aerospace and other applications. Specifically, in tension dominated applications, the latest CNT based filaments are yielding composite properties comparable to or exceeding composites from more established fibers such as Kevlar and carbon fiber. However, for the properties of these materials to be fully realized at the component level, suitable manufacturing processes have to be developed. These materials handle differently from conventional fibers, with different wetting characteristics and behavior under load. The limited availability of bulk forms also requires that the equipment be scaled down accordingly to tailor the process development approach to material availability. Here, the development of hardware and software for filament winding of carbon nanotube based tapes and yarns is described. This hardware features precision guidance of the CNT material and control of the winding tension over a wide range in an open architecture that allows for effective process control and troubleshooting during winding. Use of the filament winder to develop CNT based Composite Overwrapped Pressure Vessels (COPVs) shall also be discussed.

Sauti, Godfrey↗

Performance Analysis of a Hardware Implemented Complex Signal Kurtosis Radio-Frequency Interference Detector

Radio-frequency interference (RFI) is a known problem for passive remote sensing as evidenced in the L-band radiometers SMOS, Aquarius and more recently, SMAP. Various algorithms have been developed and implemented on SMAP to improve science measurements. This was achieved by the use of a digital microwave radiometer. RFI mitigation becomes more challenging for microwave radiometers operating at higher frequencies in shared allocations. At higher frequencies larger bandwidths are also desirable for lower measurement noise further adding to processing challenges. This work focuses on finding improved RFI mitigation techniques that will be effective at additional frequencies and at higher bandwidths. To aid the development and testing of applicable detection and mitigation techniques, a wide-band RFI algorithm testing environment has been developed using the Reconfigurable Open Architecture Computing Hardware System (ROACH) built by the Collaboration for Astronomy Signal Processing and Electronics Research (CASPER) Group. The testing environment also consists of various test equipment used to reproduce typical signals that a radiometer may see including those with and without RFI. The testing environment permits quick evaluations of RFI mitigation algorithms as well as show that they are implementable in hardware. The algorithm implemented is a complex signal kurtosis detector which was modeled and simulated. The complex signal kurtosis detector showed improved performance over the real kurtosis detector under certain conditions. The real kurtosis is implemented on SMAP at 24 MHz bandwidth. The complex signal kurtosis algorithm was then implemented in hardware at 200 MHz bandwidth using the ROACH. In this work, performance of the complex signal kurtosis and the real signal kurtosis are compared. Performance evaluations and comparisons in both simulation as well as experimental hardware implementations were done with the use of receiver operating characteristic (ROC) curves.

radiometers↗

Future Standardization of Space Telecommunications Radio System with Core Flight System

NASA Glenn Research Center (GRC) is integrating the NASA Space Telecommunications Radio System (STRS) Standard with the Core Flight System (cFS), an avionics software operating environment. The STRS standard provides a common, consistent framework to develop, qualify, operate and maintain complex, reconfigurable and reprogrammable radio systems. The cFS is a flexible, open architecture that features a plugand- play software executive called the Core Flight Executive (cFE), a reusable library of software components for flight and space missions and an integrated tool suite. Together, STRS and cFS create a development environment that allows for STRS compliant applications to reference the STRS application programmer interfaces (APIs) that use the cFS infrastructure. These APIs are used to standardize the communication protocols on NASAs space SDRs. The cFS-STRS Operating Environment (OE) is a portable cFS library, which adds the ability to run STRS applications on existing cFS platforms. The purpose of this paper is to discuss the cFS-STRS OE prototype, preliminary experimental results performed using the Advanced Space Radio Platform (ASRP), the GRC S‑ band Ground Station and the SCaN (Space Communication and Navigation) Testbed currently flying onboard the International Space Station (ISS). Additionally, this paper presents a demonstration of the Consultative Committee for Space Data Systems (CCSDS) Spacecraft Onboard Interface Services (SOIS) using electronic data sheets (EDS) inside cFE. This configuration allows for the data sheets to specify binary formats for data exchange between STRS applications. The integration of STRS with cFS leverages mission-proven platform functions and mitigates barriers to integration with future missions. This reduces flight software development time and the costs of software-defined radio (SDR) platforms. Furthermore, the combined benefits of STRS standardization with the flexibility of cFS provide an effective, reliable and modular framework to minimize software development efforts for spaceflight missions.

space communications↗

Future Standardization of Space Telecommunications Radio System with Core Flight System

NASA Glenn Research Center (GRC) is integrating the NASA Space Telecommunications Radio System (STRS) Standard with the Core Flight System (cFS). The STRS standard provides a common, consistent framework to develop, qualify, operate and maintain complex, reconfigurable and reprogrammable radio systems. The cFS is a flexible, open architecture that features a plug-and-play software executive called the Core Flight Executive (cFE), a reusable library of software components for flight and space missions and an integrated tool suite. Together, STRS and cFS create a development environment that allows for STRS compliant applications to reference the STRS APIs through the cFS infrastructure. These APis are used to standardize the communication protocols on NASAs space SDRs. The cFE-STRS Operating Environment (OE) is a portable cFS library, which adds the ability to run STRS applications on existing cFS platforms. The purpose of this paper is to discuss the cFE-STRS OE prototype, preliminary experimental results performed using the Advanced Space Radio Platform (ASRP), the GRC Sband Ground Station and the SCaN (Space Communication and Navigation) Testbed currently flying onboard the International Space Station. Additionally, this paper presents a demonstration of the Consultative Committee for Space Data Systems (CCSDS) Spacecraft Onboard Interface Services (SOIS) using electronic data sheets inside cFE. This configuration allows for the data sheets to specify binary formats for data exchange between STRS applications. The integration of STRS with cFS leverages mission-proven platform functions and mitigates barriers to integration with future missions. This reduces flight software development time and the costs of software-defined radio (SDR) platforms. Furthermore, the combined benefits of STRS standardization with the flexibility of cFS provide an effective, reliable and modular framework to minimize software development efforts for spaceflight missions.

space communications↗

Free-Space Optical Communication for CubeSats in Low Lunar Orbit (LLO)

The NASA ARTEMIS Program will include LunaNet, a highly extensible, open architecture, lunar communications and navigation network. A constellation of CubeSats in Low Lunar Orbit (LLO), 100 km, could form an optical communications and navigation network as part of LunaNet, with terminals on the lunar surface, including mobile ones such as with astronauts and rovers. The proposed CubeSat nodes should provide data relay and navigational aid services. The proposed effort herein is to develop a fine pointing capability for laser beam pointing to augment body pointing by CubeSats. Body pointing was used by Aerospace Corporation for the CubeSats in LEO in NASA’s Optical Communications and Sensors Demonstration (OCSD) program [1]. Previously, this fine pointing capability was computer simulated for the OCSD program [2,3]. With fine pointing, the spot size on the Earth was reduced by a factor of eight with a reduction in laser output power by a factor of sixty-four, thereby mitigating the thermal load challenge on the CubeSats. The same reductions in spot size and laser output power can be achieved for CubeSats in LLO. A new method is described for optical data transmissions from satellites, which uses laser arrays for laser beam pointing. It combines a lens system and an array of vertical-cavity, surface-emitting lasers and photodetectors, an VCSEL/Photodetector Array, (both mature technologies), in a novel way. This system is applied to CubeSats in low lunar orbit, (LLO), which use body pointing. Also, It may be able to replace current architectures which use dynamical systems, (i.e., moving parts) to point the laser, and which may also use vibration isolation platforms. The computer simulations used the optics code, OpticStudio, from Zemax, LLC, which has the capabilities to model the laser source and diffraction effects from wave optics. These capabilities make it possible to model laser beam propagation over long space communication distances.

Goorjian, P. M.↗

25 Years of Contamination Control on the James Webb Space Telescope

The James Webb Space Telescope (JWST) has actively been in process since 1996, and at last, on Christmas Day 2021, it launched. This launch was the fulfillment of an astounding level of work performed by thousands of people across the globe in dozens of disciplines. From the start, effective contamination control was considered essential for the JWST mission due to the large, exposed optics and tight sensitivity required to measure first light and faint signals at the dawn of the universe. This paper will present the JWST mission and requirements overview, including mission requirements that led to optimizing performance for collecting light in the Near Infrared (NIR, 0.6μm) – Mid Infrared (MIR, 29μm) range. Molecular films absorb in the IR bands and can alter thermal emissivity, resulting in increased noise at the longer wavelengths (MIRI). Particles increase light scatter and background noise levels at the shorter wavelengths (NIRSpec, NIRCam and FGS). The passively cooled design of JWST led to an open architecture for the optical telescope element (OTE), presenting the challenge of maintaining cleanliness throughout assembly, integration, and test in a multitude of environments. The paper will describe the mission and will introduce the specific areas of contamination control developed and advanced to keep JWST clean at an unsurpassed level of cleanliness.

Contamination Control↗

How Dark the Sky: The JWST Backgrounds

We describe the sources of stray light and thermal background that affect JWST observations; report actual backgrounds as measured from commissioning and early science observations; compare those background levels to pre-launch predictions; estimate the impact of the backgrounds on science performance; and explore how the backgrounds probe the achieved configuration of the deployed observatory. We find the observatory is limited by the irreducible astrophysical backgrounds, rather than scattered stray light and thermal self-emission, for all wavelengths λ<12.5 micron, thus meeting the level 1 requirement. This result was not assured given the open architecture and thermal challenges of JWST, and is the result of meticulous attention to stray light and thermal issues in the design, construction, integration, and test phases. From background considerations alone, JWST will require less integration time in the near-infrared compared to a system that just met the stray light requirements; as such, JWST will be even more powerful than expected for deep imaging at 1--5 micron. In the mid-infrared, the measured thermal backgrounds closely match pre-launch predictions. The background near 10 micron is slightly higher than predicted before launch, but the impact on observations is mitigated by the excellent throughput of MIRI, such that instrument sensitivity will be as good as expected pre-launch. These measured background levels are fully compatible with JWST's science goals and the Cycle 1 science program currently underway.

Astronomical instrumentation↗

25 Years of Contamination Control on the James Webb Space Telescope

The James Webb Space Telescope (JWST) has actively been in process since 1996, and at last, on Christmas Day 2021, it launched. This launch was the fulfillment of an astounding level of work performed by thousands of people across the globe in dozens of disciplines. From the start, effective contamination control (CC) was considered essential for the JWST mission due to the large, exposed optics and tight sensitivity required to measure first light and faint signals at the dawn of the universe. This presentation will present the JWST mission and requirements overview, including mission requirements that led to optimizing performance for collecting light in the Near Infrared (NIR, 0.6μm) – Mid Infrared (MIR, 29μm) range. Molecular films absorb in the IR bands and can alter thermal emissivity, resulting in increased noise at the longer wavelengths (MIRI). Particles increase light scatter and background noise levels at the shorter wavelengths (NIRSpec, NIRCam and FGS). The passively cooled design of JWST led to an open architecture for the optical telescope element (OTE), presenting the challenge of maintaining cleanliness throughout assembly, integration, and test in a multitude of environments for over 2 decades. The presentation will describe CC for the mission starting with the first architecture in 1996, then introducing the specific areas of contamination control developed and advanced to keep JWST clean at an unsurpassed level of cleanliness.

Contamination Control↗

Toward High-Endurance Nonvolatile Reconfigurable Metasurfaces

The applications of adaptive optics extend across multiple sectors, encompassing areas such as LiDAR, biological and chemical sensing, and free-space optical communications. The advent of metasurfaces optics with reconfigurability has offered a versatile platform for the design of compact optical components, offering a compelling alternative to their conventional bulky counterparts. In this study, we introduce the PROWESS (Phase change Reconfigurable Optical WavEfront Synthesis System project at NASA LaRC), electrically reconfigurable metasurfaces using low-loss, high-contrast phase change material (PCM), Ge2Sb2Se4Te integrated with IR-transparent silicon microheater for various practical applications. The talk covers a reliable platform for switching large-scale PCM-based devices utilizing a microheater and an architecture for the metasurface switching within an integrated circuit configuration, which is compatible with standard foundry fabrication processes. The utilization of near- to midinfrared transparent silicon microheater in the proposed architecture opens possibilities for the development of reconfigurable transmissive optics such as filters, zoom lenses, and beam steering modules. We demonstrated switching of 140 µm × 140 µm PCM pixel, on a 200 µm × 200 µm silicon microheater for several thousand cycles. Further, we performed an in-depth investigation into the failure mechanism utilizing techniques such as transmission electron microscopy and thermal modeling. Guidelines for device performance improvement are proposed, and an improved design with larger endurance is shown in progress. With further progress, we aim to unlock the full potential of PCM-based devices and advance the field of adaptive optics with demonstrable examples including a reconfigurable beam steerer for ocean surface flash LiDAR and Navigation Doppler LiDAR for precise lunar landing missions.

metasurface optics↗

A New Architecture for Visualization: Open Mission Control Technologies

Open Mission Control Technologies (MCT) is a new architecture for visualisation of mission data. Driven by requirements for new mission capabilities, including distributed mission operations, access to data anywhere, customization by users, synthesis of multiple data sources, and flexibility for multi-mission adaptation, Open MCT provides users with an integrated customizable environment. Developed at NASAs Ames Research Center (ARC), in collaboration with NASAs Advanced Multimission Operations System (AMMOS) and NASAs Jet Propulsion Laboratory (JPL), Open MCT is getting its first mission use on the Jason 3 Mission, and is also available in the testbed for the Mars 2020 Rover and for development use for NASAs Resource Prospector Lunar Rover. The open source nature of the project provides for use outside of space missions, including open source contributions from a community of users. The defining features of Open MCT for mission users are data integration, end user composition and multiple views. Data integration provides access to mission data across domains in one place, making data such as activities, timelines, telemetry, imagery, event timers and procedures available in one place, without application switching. End user composition provides users with layouts, which act as a canvas to assemble visualisations. Multiple views provide the capability to view the same data in different ways, with live switching of data views in place. Open MCT is browser based, and works on the desktop as well as tablets and phones, providing access to data anywhere. An early use case for mobile data access took place on the Resource Prospector (RP) Mission Distributed Operations Test, in which rover engineers in the field were able to view telemetry on their phones. We envision this capability providing decision support to on console operators from off duty personnel. The plug-in architecture also allows for adaptation for different mission capabilities. Different data types and capabilities may be added or removed using plugins. An API provides a means to write new capabilities and to create data adaptors. Data plugins exist for mission data sources for NASA missions. Adaptors have been written by international and commercial users. Open MCT is open source. Open source enables collaborative development across organizations and also makes the product available outside of the space community, providing a potential source of usage and ideas to drive product design and development. The combination of open source with an Apache 2 license, and distribution on GitHub, has enabled an active community of users and contributors. The spectrum of users for Open MCT is, to our knowledge, unprecedented for mission software. In addition to our NASA users, we have, through open source, had users and inquires on projects ranging from Internet of Things, to radio hobbyists, to farming projects. We have an active community of contributors, enabling a flow of ideas inside and outside of the space community.

Trimble, Jay↗

An Open Avionics and Software Architecture to Support Future NASA Exploration Missions

The presentation describes an avionics and software architecture that has been developed through NASAs Advanced Exploration Systems (AES) division. The architecture is open-source, highly reliable with fault tolerance, and utilizes standard capabilities and interfaces, which are scalable and customizable to support future exploration missions. Specific focus areas of discussion will include command and data handling, software, human interfaces, communication and wireless systems, and systems engineering and integration.

AE↗

An Open Avionics and Software Architecture to Support Future NASA Exploration Missions

Final Document is attached. The presentation describes an avionics and software architecture that has been developed through NASAs Advanced Exploration Systems (AES) division. The architecture is open-source, highly reliable with fault tolerance, and utilizes standard capabilities and interfaces, which are scalable and customizable to support future exploration missions. Specific focus areas of discussion will include command and data handling, software, human interfaces, communication and wireless systems, and systems engineering and integration. Final Paper, not the Abstract, is attached.

Avionics↗

Towards an Open, Distributed Software Architecture for UxS Operations

To address the growing need to evaluate, test, and certify an ever expanding ecosystem of UxS platforms in preparation of cultural integration, NASA Langley Research Center's Autonomy Incubator (AI) has taken on the challenge of developing a software framework in which UxS platforms developed by third parties can be integrated into a single system which provides evaluation and testing, mission planning and operation, and out-of-the-box autonomy and data fusion capabilities. This software framework, named AEON (Autonomous Entity Operations Network), has two main goals. The first goal is the development of a cross-platform, extensible, onboard software system that provides autonomy at the mission execution and course-planning level, a highly configurable data fusion framework sensitive to the platform's available sensor hardware, and plug-and-play compatibility with a wide array of computer systems, sensors, software, and controls hardware. The second goal is the development of a ground control system that acts as a test-bed for integration of the proposed heterogeneous fleet, and allows for complex mission planning, tracking, and debugging capabilities. The ground control system should also be highly extensible and allow plug-and-play interoperability with third party software systems. In order to achieve these goals, this paper proposes an open, distributed software architecture which utilizes at its core the Data Distribution Service (DDS) standards, established by the Object Management Group (OMG), for inter-process communication and data flow. The design decisions proposed herein leverage the advantages of existing robotics software architectures and the DDS standards to develop software that is scalable, high-performance, fault tolerant, modular, and readily interoperable with external platforms and software.

Cross, Charles D.↗

Big-data Efficient and Automated Science Transfer (BEAST): An Open-Source Software Architecture for Arc Jet Data Management, Modeling, and Automation

Big-data Efficient and Automated Science Transfer (BEAST) is a facility data management application developed for the NASA Ames arc jet facilities. The current decentralized data management practices limit statistical tracking, synchronization between video/time series, search capability, data throughput, and data processing speed/efficiency. Consequently, BEAST was developed to provide a new data infrastructure with streamlined data collection, processing, transfer, and analysis. This new framework also seeks to implement the FAIR principles of data stewardship: Findable, Accessible, Interoperable, and Reusable. The BEAST framework is based on a combination of the Python Django web framework and the Python data stack to provide a monolithic, open-source platform for data management, automation, and machine learning. This architecture was chosen for maintainability and scalability for a small, in-house development team. This paper will describe the application framework, deployment, and discuss the benefits and future plans for the system.

Data management↗

Big-data Efficient and Automated Science Transfer (BEAST): An Open-Source Software Architecture for Arc Jet Data Management, Modeling, and Automation

Big-data Efficient and Automated Science Transfer (BEAST) was conceived to address the existing ground testing data management of the NASA Ames arc jet facilities (e.g., manually entered Excel files and USB drive data transfers). These data management practices were seen as a choke point for future thermal protection system (TPS) development as they limit statistical tracking, resolution of diagnostics, coordination between video/time series, data throughput, and data processing speed/efficiency. Consequently, BEAST was developed to provide a new data infrastructure with streamlined data collection, processing, transfer, and analysis. This new framework also seeks to implement the FAIR principles of data stewardship: Findable, Accessible, Interoperable, and Reusable. The BEAST framework is based on a combination of the Python Django web framework and the Python data stack to provide a monolithic, open-source platform for data management, automation, and machine learning. This architecture was chosen for maintainability and scalability for a small, in-house development team. This paper will describe the application framework, deployment, and discuss the benefits and future plans for the system.

Data management↗

Big-data Efficient Automated Science Transfer (BEAST): an open-source software architecture for arc jet data management, modeling, and automation

Big-data Efficient and Automated Science Transfer (BEAST) was conceived to address the existing ground testing data management of the NASA Ames arc jet facilities (e.g., manually entered Excel files and USB drive data transfers). These data management practices were seen as a choke point for future thermal protection system (TPS) development as they limit statistical tracking, resolution of diagnostics, coordination between video/time series, data throughput, and data processing speed/efficiency. Consequently, BEAST was developed to provide a new data infrastructure with streamlined data collection, processing, transfer, and analysis. This new framework also seeks to implement the FAIR principles of data stewardship: Findable, Accessible, Interoperable, and Reusable. The BEAST framework is based on a combination of the Python Django web framework and the Python data stack to provide a monolithic, open-source platform for data management, automation, and machine learning. This architecture was chosen for maintainability and scalability for a small, in-house development team. This paper will describe the application framework, deployment, and discuss the benefits and future plans for the system.

Data management↗

Architecture for Survivable System Processing (ASSP)

The Architecture for Survivable System Processing (ASSP) Program is a multi-phase effort to implement Department of Defense (DOD) and commercially developed high-tech hardware, software, and architectures for reliable space avionics and ground based systems. System configuration options provide processing capabilities to address Time Dependent Processing (TDP), Object Dependent Processing (ODP), and Mission Dependent Processing (MDP) requirements through Open System Architecture (OSA) alternatives that allow for the enhancement, incorporation, and capitalization of a broad range of development assets. High technology developments in hardware, software, and networking models, address technology challenges of long processor life times, fault tolerance, reliability, throughput, memories, radiation hardening, size, weight, power (SWAP) and security. Hardware and software design, development, and implementation focus on the interconnectivity/interoperability of an open system architecture and is being developed to apply new technology into practical OSA components. To insure for widely acceptable architecture capable of interfacing with various commercial and military components, this program provides for regular interactions with standardization working groups (e.g.) the International Standards Organization (ISO), American National Standards Institute (ANSI), Society of Automotive Engineers (SAE), and Institute of Electrical and Electronic Engineers (IEEE). Selection of a viable open architecture is based on the widely accepted standards that implement the ISO/OSI Reference Model.

Wood, Richard J.↗