Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “assets”

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 739 records · Page 41

A Delay Tolerant Networking-Based Approach to a High Data Rate Architecture for Spacecraft

Historically, it has been the case that SWaP placed such severe constraints on radios that the links between spacecraft and the ground were relatively slow. This meant that the radio link was normally a significant bottleneck in returning scientific data. Over recent years, however, a combination of more efficient radio design, intelligent waveforms, and highly directed, high-frequency RF / optical systems have led to a rapid increase in the amount of data that can be pushed through radio and optical links. This has led to some cases where the radio links are capable of moving data much more quickly than the spacecraft and instruments are capable of actually generating it! In some instances, scientific data can therefore be lost not because the downlink is too slow to support the data rate, but instead because the spacecraft was not designed in a way that would let it fully utilize both the radio and the networking services available to it.The High Data Rate Architecture (HiDRA) project describes a packet-based approach to building modern, distributed spacecraft systems. It presents a means for spacecraft and other assets to participate in both present and future Delay Tolerant Networks (DTN), while simultaneously ensuring that the asset is able to fully utilize the new, high-speed links that have been seeing more widespread development and deployment in recent years. With this in mind, this paper begins with a discussion regarding HiDRA's evolution. Next, it discusses the capabilities and limitations of NASA's present DTN-enabled networks. Of particular note is the way in which principles of network design at the terrestrial level (e.g. use of programmable networks / software-defined networks, separation between data and control plane, infusion of COTS Ethernet switch chips, etc.) can all be translated into the space environment as well. After this, the paper discusses the design and implementation of a present prototype reference implementation of High-Rate DTN (HDTN), which is intended to demonstrate future high-rate networking concepts as part of a coherent demonstration on the International Space Station (ISS). The goal, of both the research and of this implementation, is to help develop a ready-made toolbox of ideas, approaches, and examples from which mission designers can draw when putting together new missions. Assuming all goes as planned, this should not only work to reduce the cost of individual mission design, but also improve the rate at which science data can be returned for mission participants to review.

Hylton, Alan↗

A Delay Tolerant Networking-Based Approach to a High Data Rate Architecture for Spacecraft

Historically, it has been the case that SWaP (Size, Weigh a lot, And consume Power) placed such severe constraints on radios that the links between spacecraft and the ground were relatively slow. This meant that the radio link was normally a significant bottleneck in returning scientific data. Over recent years, however, a combination of more efficient radio design, intelligent waveforms, and highly directed, high-frequency RF / optical systems have led to a rapid increase in the amount of data that can be pushed through radio and optical links. This has led to some cases where the radio links are capable of moving data much more quickly than the spacecraft and instruments are capable of actually generating it! In some instances, scientific data can therefore be lost not because the downlink is too slow to support the data rate, but instead because the spacecraft was not designed in a way that would let it fully utilize both the radio and the networking services available to it. The High Data Rate Architecture (HiDRA) project describes a packet-based approach to building modern, distributed spacecraft systems. It presents a means for spacecraft and other assets to participate in both present and future Delay Tolerant Networks (DTN), while simultaneously ensuring that the asset is able to fully utilize the new, high-speed links that have been seeing more widespread development and deployment in recent years. With this in mind, this paper begins with a discussion regarding HiDRA's evolution. Next, it discusses the capabilities and limitations of NASA's present DTN-enabled networks. Of particular note is the way in which principles of network designate the terrestrial level (e.g., use of programmable networks / software-defined networks, separation between data and control plane, infusion of COTS (Commercial Off-The-Shelf) Ethernet switch chips, etc.) can all be translated into the space environment as well. After this, the paper discusses the design and implementation of a present prototype reference implementation of High-Rate DTN (HDTN),which is intended to demonstrate future high-rate networking concepts as part of a coherent demonstration on the International Space Station (ISS). The goal, of both the research and of this implementation, is to help develop a ready-made toolbox of ideas, approaches, and examples from which mission designers can draw when putting together new missions. Assuming all goes as planned, this should not only work to reduce the cost of individual mission design, but also improve the rate at which science data can be returned for mission participants to review.

Hylton, Alan↗

Long Duration Venus Probes and Landers

Planetary probes have long been a tool used by scientists to gain early clues on environments and systems of new planetary targets. This not only fueled the scientific process but also helped prepare for future missions, such as landers, and helped ensure their success. Venus, Earth's sister planet, has been the target of more probes and landers than any other body in our solar system except for Earth and yet many fundamental questions are unanswered. Challenge for Venus Surface Science: This lack of knowledge is a result of the challenging Venus environments. Remote sensing of the surface and portions of the atmosphere is difficult at best due to the thick layers of sulfuric acid clouds and the high pressure supercritical CO2 atmosphere below those clouds. This has hampered the ability of orbiting missions to provide us insight into surface features and processes and thus hides potential clues on interior process from our view. Surface probes and landers face an even more daunting challenge, which is the extreme temperature, pressure and unfriendly chemical composition of the near surface atmosphere. Over 10 assets have landed on the surface yet the longest surviving asset Venera-13 lasted only 127 minutes before succumbing to the extreme temperature. While this and other landers provided valuable new data, the short life impacted ability to understand any temporal processes, for example meteorology, seismic active, and therefore very little is known about the interior and surface atmosphere interactions. New Capability Offering Potential Solutions: Re-cent developments by NASA are offering hope of overcoming the technical challenges of surface operations and life with the use of high temperature electronics and systems. Wide band gap, SiC based electronics have been demonstrated to function successfully for extended periods of time both at 500C, Venus surface temperatures as well as when temperature is combined with the reactive chemistry of the surface atmosphere and the high pressures (over 90 bar pressure at the surface). In addition to electronics a number of other subsystems are in development including power in the form of high temperature batteries and power management devices, communications including antennas, transmitters and other components, materials, and structures and mechanisms. These are all activities under NASA's Long Lived In situ Solar System Exploration (LLISSE) project. Other activities are also funded under NASA's HOTTech program.

Kremic, T.↗

Ensuring Flexibility and Security in SDN-Based Spacecraft Communication Networks Through Risk Assessment

Software-defined networking (SDN) has enabled elastic networking and resource distribution in cloud computing. The centralization and separation of the Control Plane also offers a high degree of network configurability and management, which can be used to mitigate and manage threats to the network. Space communication networks have historically been restricted and circuit switching in these networks has been a manual process. This study evaluates the potential role of SDN in space communication networks from a networking security standpoint. The evaluation covers the networking security needs of spacecraft missions and their associated assets. The results from the evaluation lead to a risk assessment that identifies vulnerabilities in an SDN-based communications architecture. Security challenges introduced into the network from integrating SDN are also considered. A risk register summarizes the severity of the attack outcomes, as well as occurrence likelihood. The study identifies Denial-of-Service (DoS) attacks as a new threat (presently unmitigated by existing security controls) that would be prevalent in an SDN-based space communication environment. A Mininet-based emulation testbed is built to demonstrate the susceptibility of spacecraft flight software to a flooding DoS attack when on an interconnected SDN-managed network. This type of attack would be highly consequential to mission assets, and therefore SDN-based space communications would need to be resilient to such attacks. Future work will need to be performed to fully characterize DoS attack methods that can apply to the space communication scenario, as well as to devise a comprehensive DoS-resilient solution.

Baker, Dylan Z.↗

Emerging Aviation Trends in ATD-2 and Vector for Future Innovation

This briefing discusses the constraints of the Northeast Corridor (NEC), the increasing predictability that can be achieved by leveraging digital assets (e.g., EOBT), and the challenges of a multi-airport scenario and the use of TOS alternative routes. It further describes the potential of near-term digital asset expansion and near real-time predictive analytics to generate innovative solutions.

Capps, Al↗

What Can We Learn from One Billion Ground System Log Messages?

Shortage of log-based data in a ground system they have traditionally been the under achievers in a satellite ground system. This is due to several factors: Once log messages scroll out of view on the TTC event console window they are soon forgotten. Application and system log files are scattered across directories within a system, across a multitude of servers, and across one or more databases making access cumbersome. Typical tools to perform log file content searching are generally crude and typically only employed as part of trouble-shooting exercises.As we move towards satellite constellations and fleets and add even more status information, the number of messages keeps growing. One mission now estimates that they could generate 3,000,000 messages per day 1 billion per year - for the life of their mission. What to do with those 1 billion messages? That is the challenge. With the recent technological advances in the management of large data sets, text-based processing, and data analytics, there are now capabilities that we can provide to the ground system engineers and satellite operators to address what we postulate are missed opportunities. Advanced real-time log analysis can allow us to be less reactionary in favor of being more proactive. Analytics goals include the ability to: Identify root cause of unexpected events, failures or error conditions enabled by correlating disparate data. Detect security breaches attempts before they are successful. Help admins ensure IT resources continue running optimally. Identify trends and patterns that may indicate impending failures or error conditions for valuable assets before they happen. Compare satellites in a fleet or constellation in terms of number of alarms, number of command sent to them, etc.. Answer questions like "Are the operations support needs increasing over the past year?" or "Have we seen this combination of alarm conditions before?" But really, once the tools are readily available the users will start realizing what can be done with their new powers. In this presentation we will show the results of analyzing millions of actual mission operations log messages, how the results can be displayed to the user, and how new products now available as open source can be applied to the challenges of large scale time-tagged text-based mission operations messages. Flight operations team members believe that this is a powerful new option for how they assess overall system and space asset health. Technical descriptions of the design, tools, and storage will be provided. One billion messages? Bring'em on!

Orsborne, Sharon↗

Analyzing Natural Language Context in Human-Machine Teaming using Supervised Machine Learning

Building a foundation for trustworthiness and trust verification in multi-asset teaming is the research challenge of Autonomy Teaming and TRAjectories for Complex Trusted Operational Reliability (ATTRACTOR). The Design Reference Mission (DRM) for ATTRACTOR is a search and rescue mission objective governed by a multi-member team consisting of human and machine operators. A crucial component to the effort is the communication between humans and autonomous agents throughout both planning and execution stages of the mission. Intuitive communication methods and modalities are posited as critical enablers for certifying trust and trustworthiness. This paper reports on the data collection and analysis conducted in support of the Human Informed Natural-language GANs Evaluation (HINGE)project to attain explainable and trusted communication between human-machine assets. Two identically curated image description datasets were acquired for HINGE, both consisting of two unique input modalities (typed vs. verbal) and retrieved in two distinct contexts (general vs. specific). The gathered datasets were assessed and compared using Parts-of-Speech (POS)features, sentence similarity metrics, and linguistic analysis. Then, the datasets were modeled and tested separately and in combination with one another using machine learning algorithms. The comparison and testing results reveal a superior dataset, by which a preferred context and input is understood, for generating image representations of missing persons using a Generative Adversarial Network (GAN).

Bryan A Barrows↗

IDN Update

To present on recent developments of the IDN including the migration of Earth Dataset collection and services to the Common Metadata Repository (CMR), development of dMMT and IDN Search Portal. Discuss working with the other CEOS agencies to get agreements to make decisions on future interoperability approaches for IDN and for the WGISS Connected Assets systems approaches for IDN and for the WGISS Connected Assets systems.

Committee on Earth Observation Satellites (CEOS)↗

Dynamic IT Security Database and Analytics for Launch Control Systems Software

During the Summer 2020 session, I worked with intern Destani S. Van Arsdalen of EGS Software. Together, we co-created a tool to aid the dynamic investigation, updated over time,of the security compliance of LCS COTS and open source software. We originally planned touse spreadsheet software for management and analysis, but through this exploratoryproject, chose to use Python and JSON after receiving feedback on our project’s current anddesired capabilities at that time.At first, the project was solely designed to help on-board new COTS software, based on aquestionnaire that could be filled out for each software package. This, combined with usingthe spreadsheet application’s web-query capabilities to fetch information from the NVD,allowed presentation and analytics cells to automatically populate as elements of themanually-filled questionnaire changed. While this system was promising, we decided tochange technologies for a few reasons. In the spreadsheet, single cells could not hold complexdata like arrays and objects. The automatic population of cells and dynamic updates made itdifficult to manage and add new features. And finally, it had limited extensibility sinceadding new software required significant understanding of how both the spreadsheet wasconstructed, and the more obscure, proprietary scripting languages packaged with it.The pivot to a standard computer science database language of JSON, aided by thescripting capabilities of Python, greatly helped to improve the project’s functionality. First,and most importantly, the script’s import and analysis of database data is easilyreproducible. Additional data analysis can be modularly added without requiringmodification of the script and is capable of routine scheduling. The revised process can besplit into three parts. First, the conversion of LCS asset and software documentation into theJSON hierarchical database format. Second, the merging of this database with the NVD,forming a new data structure, using CPEs of the CVE object as a linking element betweenthem. And third, the automatically performed analytics and analysis of the combined data,in a modular and extensible format, to produce better informed business decisions. The outputted graphs, for example, are automatically generated by the Python script inconnection with the combined database. This allows updated graphs and any analytics to be re-rendered automatically following updates to the LCS’s initial asset documentation. Afinal report can then be programmatically and easily constructed from these sources to allow fully reproducible metrics for heavily evidenced risk management decisions.

it↗

Introducing The Lunar Autonomous PNT System(LAPS) Simulator

In this paper we introduce a software simulator that has been used to develop an architecture for a low-cost Lunar Autonomous Position, Navigation and Time (PNT) System, LAPS. LAPS is a conceptual architecture for providing autonomous PNT services on and around the Moon using non-dedicated low-cost orbital and ground assets. The simulation tool has been developed to be flexible and is capable of modeling and analyzing the many different capabilities and configurations that the non-dedicated assets could support. The tool models the creation of an ad hoc swarm, the localization of this swarm and the subsequent provision of PNT services from this swarm. We present results from several studies of select configurations chosen to reflect existing and future real-world needs and capabilities.

Benjamin Hagenau↗

Spacecraft data and relay management using delay tolerant networking

NASA’s demonstration of the successful transmission of relay data through the orbiting Mars Odyssey, Mars Global Surveyor, and Mars Express by the Mars Exploration Rovers has shown not only the benefit of using a relay satellite for multiple landed assets in a deep space environment but also the benefit of international standards for such an architecture. As NASA begins the quest defined in the Vision for Exploration with robotic and manned missions to the Moon, continues its study of Mars, and is joined in these endeavors by countries world-wide, landed assets transmitting data through relay satellites will be crucial for completing mission objectives. However, this method of data delivery will result in increased complexity in routing and prioritization of data transmission as the number of missions increases. Also, there is currently no standard method among organizations conducting such missions to return these data sets to Earth given a complex environment. One possibility for establishing such a standard is for mission designers to deploy protocols which fall under the umbrella of Delay Tolerant Networking (DTN). These developing standards include the Bundle Protocol (BP) which provides a standard, secure, store and forward mechanism designed for high latency and asymmetric communication links and the Licklider Transmission Protocol (LTP) which is used to provide a reliable deep space link transmission service.

Torgerson, J. Leigh↗

Probabilistic Guidance of a Swarm Deployed from the Back Shell of the Mars Spacecraft

This paper presents a probabilistic guidance algorithm for a swarm of assets deployed from the back shell of the Mars spacecraft. Such a swarm could provide valuable science data, with large spatiotemporal variation, from the Martian surface. Our probabilistic swarm guidance algorithm maximizes the coverage area of the swarm while uniformly distributing the assets on the Martian surface and guaranteeing strong connectivity of the swarm’s communication network topology. Numerical simulations demonstrate the effectiveness and versatility of our probabilistic swarm guidance algorithm.

Hadaegh, Fred↗

Space and Earth Terminal Sizing for Future Mars Missions

NASA is investigating potential communications architectures to support future missions to Mars, with a time horizon out to about 2040. We examined a wide range of Earth-surface, Earth-orbiting, Mars-orbiting, and Mars-landed assets with both radio frequency and optical capabilities, and estimated the size, weight, power, and comparative cost of spacecraft telecommunications subsystems along with their comparative costs. Link attributes needed to achieve a fixed set of desired data rate capabilities were derived, assuming a planned set of Earth stations. For the trunk link from Mars to Earth, the required return data rates considered were 50, 75, 125, and 250 Mbps, and the required forward data rates considered were 30 and 50 Mbps. For proximity links, the required forward and return data rates (symmetric) ranged from 0.36 Mbps to 100 Mbps. The communication channels considered were UHF (75 cm wavelength) for proximity links only, and X-band (3.6 cm wavelength), Kaband (0.81 cm wavelength), and optical (808, 976, 1064, and 1550 nm wavelength) for both proximity and trunk links. Optical solutions provided substantial size and spectrum constraint advantages, but mixed advantages and disadvantages on mass and power. System cost was lower if the RF capability of space assets was increased to permit the number of arrayed RF Earth stations to be limited to two.

MacNeal, Bruce↗

EOSDIS STAC Briefing

The Spatio-Temporal Asset Catalog (STAC) specification provides a common language to describe a range of geospatial information, so it can more easily be indexed and discovered. A 'spatiotemporal asset' is any file that represents information about the earth captured in a certain space and time. STAC provides a standards-based, web and cloud friendly cataloging specification that has seen a large amount of adoption in the cloud geospatial information system space. This presentation will demonstrate how NASA EOSDIS leverages STAC technology to provide value-added features to both our data discovery and transformation services. Finally, we will propose a way to improve our federated discovery capabilities using STAC.

NASA EOSDIS STAC Cloud catalog metadata↗

Lunar Node 1 and Beyond

Lunar Node 1 (LN-1) is an S-band Navigation beacon for lunar applications that was recently designed and built at MSFC. As part of NASA's Commercial Lunar Payload Services initiative, this beacon will be delivered to the moon's surface on Intuitive Machine's NOVA-C lunar lander in November 2021. During this mission, LN-1’s goal will be to demonstrate navigation technologies that can support local surface and orbital operations around the moon, enabling autonomy which would decrease dependency on heavily utilized Earth based assets like the Deep Space Network. To do this, LN-1’s design leverages Cubesat components as well as the Multi-spacecraft Autonomous Positioning System (MAPS) algorithms, which enable the autonomous spacecraft positioning through communication-integrated navigation measurements. In addition to demonstrating the MAPS payload, the radio will also be used in standard tone-based non-coherent ranging and Doppler tracking to provide an alternate approaches and comparisons for navigation performance. LN-1 will represent a single node in a potential greater MAPS network of assets. While LN-1 awaits launch to demonstrate this initial use of one-way navigation, designs are already under way for proposed subsequent missions like LN-2 to enable expanded capability. The next steps in these missions seek to include a receive capability to allow two-way ranging support with other operational spacecraft in the lunar vicinity, and to provide some component upgrades related to the radio, power, and thermal systems that will improve the longevity of the payload in the harsh lunar environment. The LN-1 design details, status, and potential forward work with mission like LN-2 will be outlined in this presentation.

Evan John Anzalone↗

Design of Space Systems to Enable In-space Assembly and Servicing

For several decades, NASA has employed in-space systems to enhance the performance and extend the useful life of operational orbital assets. In at least one case, an operational mission was not only enhanced, but enabled – the International Space Station was made possible by crewed and robotic in-space assembly, and continues to support installation and operation of new science and technology payloads. In several cases (Hubble Space Telescope, Intelsat 401, Westar and Palapa), major operational assets were rescued or repaired soon after launch when otherwise mission-ending anomalies occurred or were detected. In addition to the original rescue, Hubble was upgraded four times, enabling high-demand, world class science over four decades. More recently, two Northrop Grumman Mission Extension Vehicles have captured two Intelsat spacecraft near the end of their life and fuel capacity, to take over maneuvering duties. In spite of these recent operational achievements, and with the exception of large human exploration vehicles and large space telescopes, space architects rarely consider in-orbit servicing and assembly capabilities in their future planning. Technologies such as multi-launch mission architectures (and rendezvous and proximity operations systems), docking systems, external robotics, advanced tools, modular systems and structures, and fluid transfer systems are available today to support these missions. In-space manufacturing will soon be operational to enable resilient missions that recover from on-orbit failures, and expand the utilization of space. We envision a future that includes these capabilities, and discuss the cultural, engineering, and technological challenges to achieving this vision. We discuss the vision, the proverbial chicken and the egg (which came first, the serviceable spacecraft or the servicer?), the cost, risk, and perceptions thereof of in-space operations, a “spectrum” of cooperative servicing design considerations, and the current status of the space industry’s slow but steady march to widespread operational use of on-orbit servicing, assembly, and manufacturing.

Bo Naasz↗

In-situ Lunar Launch and Landing Pad Construction with Regolith-Thermoset Polymer Composite Materials

Lunar launch and landing pads are necessary to mitigate risks to lander/ascent vehicles and surrounding surface assets from rocket plume ejected regolith. The current state of the art of landing and launching from the lunar surface is to land/launch on unprepared regolith surfaces. Though this has been a relatively successful approach, significant risks exist for the Artemis Program due to higher thrust levels leading to increased ejecta and cratering, presence of co-located assets in the ejecta path, and potential strict surface levelness requirements. Regolith-thermoset polymer composite materials were developed and evaluated for off Earth launch and landing pad applications. Performance under hot fire conditions was assessed for two simulated Starship lunar launch/landing environments, one targeting thermal conditions and the second targeting pressure conditions. Paver test articles were prepared at 20% and 11% polymer mass fractions. Sintered paver test articles were prepared with 20% polymer grouting filling the seams between pavers. Though significant erosion was experienced during the more extreme thermal testing conditions, all test articles successfully mitigated regolith ejecta from plume effects. A concept for preparing and emplacing the materials was developed and tested in laboratory conditions. The testing evaluated the feasibility of using twin and single screw extruder technology to mix, convey and deposit materials. Both the twin and single screw extruders were capable of processing and extruding the composite with a maximum of 90% mass fraction of regolith achieved by the twin screw extruder.A primary risk for application of regolith-thermoset polymer composites as lunar launch/landingpad is the mass of polymer required to be landed on the moon. Calculations were performed that show that a 100 m diameter, 0.025 m thick pad with polymer mass fraction of 15% will require a payload mass of 72 mt to the Lunar surface. This is below the planned Starship payload capacity to the lunar surface of 100 mt. The regolith-thermoset polymer composite based construction approach proved feasibility in three critical areas: performance under launch/landing conditions, demonstration of a mixing and depositing strategy, and fitting within the planned lunar payload capacity. It is recommended that materials and systems be developed to TRL 6 for a small-scale lunar demonstration of emplacement of a launch/landing pad via a CLPS mission to support Artemis Program roadmap gap closure activities.

ISRU↗

System-Level Model-Based Risk Determination for Lunar Mission Design

Recent work has shown that human activities on the lunar surface have the potential to impact not only surface infrastructure, but also have long-term repercussions to lunar orbit infrastructure that is directly proportional to the frequency and scale of landings and impacts. Those assets that are present within the lunar environment, whether on the surface or in orbit, are thus not entirely isolated from one another but contribute to the overall induced environment. With that in mind, this project endeavors to model that system using Model Based Systems Engineering (MBSE), employing previously developed mathematical methodology. The product from this work is a flexible tool with which a user may model any number of assets or events and determine how the dust and debris generated by those events effects mission operations and overall projected.

Matthew Wittal↗