Search NASA⌕ Search

SEARCH · Search NASA

Results for “INGESTION”

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 523 records · Page 29

Collecting and Processing Earth Science Data Metrics at NASA ESDIS

Since the launch of Terra satellite in 1999, the number of Earth Science remote sensing data products created and distributed by NASA's Earth Observing System (EOS) Data and Information System (EOSDIS) has increased from a few hundred to nearly ten thousand. NASA's Earth Science Data and Information System (ESDIS) Metrics System (EMS) collects metrics on data ingest, archive, and distribution by its Distributed Active Archive Centers (DAACs) and the Science Investigator-led Systems (SIPS), known as Data Providers. These metrics are critical in helping NASA management as well as data producers in resource planning and gaining a wide range of knowledge of data users and data usage.EMS receives flat files, or log files of data archive, ingest, and distribution either in their raw format, such as Apache web logs, or text files of log records formatted by the Data Providers. Tens of millions of records are processed each day to extract metrics on data products, user information, distribution protocols and services, and so on. The metrics are then made available to designated parties.This presentation provides an overview of the EMS processing workflow and improvement efforts made in recent years to handle ever-increasing number of data records and new metrics requirements, discusses several key steps including mapping log records to data products and identifying user communities along with geo-distribution, and demonstrates typical metrics capabilities produced by the EMS system. Challenges and potential approaches to improve the system are also discussed.

Pan, Jianfu↗

COMDES-MELT: A Turbofan Engine Icing Risk Analysis Tool, User’s Manual

The computational tool COMDES-MELT was developed to predict the susceptibility of turbofan engines to ice accretion when flying in an ice crystal environment. COMDES-MELT is a first-generation computational tool that can estimate the conditions at which the accretion of ice can occur, location within the turbofan engine compression system, and at which engine operating points within the flight trajectory. This is accomplished by tracking the parameters of static wet bulb temperature, ice particle melt ratio, and the ice-water to airflow rates ratio as ice crystals are ingested into the engine compression system. It has been used successfully to predict engine operating points for simulation in an altitude wind tunnel with ice crystal ingestion. These engine tests occur in a simulated ice crystal cloud environment. This predictive analysis has been used to generate the test matrix in preparation for tests in the Propulsion Systems Laboratory, an altitude test facility at the NASA Glenn Research Center. Furthermore, due to the speed of the code during an engine icing test, adjustments to the test matrix can be provided to the test engineer in real time to focus on a particular area of ice accretion susceptibility. The use of the COMDES-MELT code will be examined in this manual.

Turbofan engine↗

Water Across Synthetic Aperture Radar Data (WASARD): SAR Water Body Classification for the Open Data Cube

The detection of inland water bodies from Synthetic Aperture Radar (SAR) data provides a great advantage over water detection with optical data, since SAR imaging is not impeded by cloud cover. Traditional methods of detecting water from SAR data involves using thresholding methods that can be labor intensive and imprecise. This paper describes Water Across Synthetic Aperture Radar Data (WASARD): a method of water detection from SAR data which automates and simplifies the thresholding process using machine learning on training data created from Geoscience Australia’s WOFS algorithm. Of the machine learning models tested, the Linear Support Vector Machine was determined to be optimal, with the option of training using solely the VH polarization or a combination of the VH and VV polarizations. WASARD was able to identify water in the target area with a correlation of 97% with WOFS. Sentinel-1, Open Data Cube, Earth Observations, Machine Learning, Water Detection 1. INTRODUCTION Water classification is an important function of Earth imaging satellites, as accurate remote classification of land and water can assist in land use analysis, flood prediction, climate change research, as well as a variety of agricultural applications [2]. The ability to identify bodies of water remotely via satellite is immensely cheaper than contracting surveys of the areas in question, meaning that an application that can accurately use satellite data towards this function can make valuable information available to nations which would not be able to afford it otherwise. Highly reliable applications for the remote detection of water currently exist for use with optical satellite data such as that provided by LANDSAT. One such application, Geoscience Australia’s Water Observations from Space (WOFS) has already been ported for use with the Open Data Cube [6]. However, water detection using optical data from Landsat is constrained by its relatively long revisit cycle of 16 days [5], and water detection using any optical data is constrained in that it lacks the ability to make accurate classifications through cloud cover [2]. The alternative solution which solves these problems is water detection using SAR data, which images the Earth using cloud-penetrating microwaves. Because of its advantages over optical data, much research has been done into water detection using SAR data. Traditionally, this has been done using the thresholding method, which involves picking a polarization band and labeling all pixels for which this band’s value is below a certain threshold as containing water. The thresholding method works since water tends to return a much lower backscatter value to the satellite than land [1]. However, this method can be flawed since estimating the proper threshold is often imprecise, complicated, and labor intensive for the end user. Thresholding also tends to use data from only one SAR polarization, when a combination of polarizations can provide insight into whether water is present. [2] In order to alleviate these problems, this paper presents an application for the Open Data Cube to detect water from SAR data using support vector machine (SVM) classification. 2. PLATFORM WASARD is an application for the Open Data Cube, a mechanism which provides a simple yet efficient means of ingesting, storing, and retrieving remote sensing data. Data can be ingested and made analysis ready according to whatever specifications the researcher chooses, and easily resampled to artificially alter a scene’s resolution. Currently WASARD supports water detection on scenes from ESA’s Sentinel-1 and JAXA’s ALOS. When testing WASARD, Sentinel-1 was most commonly used due to its relatively high spatial resolution and its rapid 6 day revisit cycle [5]. With minor alterations to the application's code, however, it could support data from other satellites. 3. METHODOLOGY Using supervised classification, WASARD compares SAR data to a dataset pre-classified by WOFS in order to train an SVM classifier. This classifier is then used to detect water in other SAR scenes outside the training set. Accuracy was measured according to the following metrics:  Precision: a measure of what percentage of the points WASARD labels as water are truly water  Recall: a measure of what percentage of the total water cover WASARD was able to identify.  F1 Score: a harmonic average of the precision and recall scores Both precision and recall are calculated at the end of the training phase, when the trained classifier is compared to a testing dataset. Because the WOFS algorithm’s classifications are used as the truth values when training a WASARD classifier, when precision and recall are mentioned in this paper, they are always with respect to the values produced by WOFS on a similar scene of Landsat data, which themselves have a classification accuracy of 97% [6]. Visual representations of water identified by WASARD in this paper were produced using the function wasard_plot(), which is included in WASARD. 3.1 Algorithm Selection The machine learning model used by WASARD is the Linear Support Vector Machine (SVM). This model uses a supervised learning algorithm to develop a classifier, meaning it creates a vector which can be multiplied by the vector formed by the relevant data bands to determine whether a pixel in a SAR scene contains water. This classifier is trained by comparing data points from selected bands in a SAR scene to their respective labels, which in this case are “water” or “not water” as given by the WOFS algorithm. The SVM was selected over the Random Forest model, which outperformed the SVM in training speed, but had a greater classification time and lower accuracy, and the Multilayer Perceptron Artificial Neural Network, which had a slightly higher average accuracy than the SVM, but much greater training and classification times. Figure 1: Visual representation of the SVM Classifier. Each white point represents a pixel in a SAR scene. In Figure 1, the diagonal line separating pixels determined to be water from those determined not to be water represents the actual classification vector produced by the SVM. It is worth noting that once the model has been trained, classification of pixels is done in a similar manner as in the thresholding method. This is especially true if only one band was used to train the model. 3.1 Feature Selection Sentinel-1 collects data from two bands: the Vertical/Vertical polarization (VV) and the Vertical/Horizontal polarization (VH). When 100 SVM classifiers were created for each polarization individually, and for the combination of the two, the following results were achieved: Figure 2: Accuracy of classifiers trained using different polarization bands. Precision and Recall were measured with respect to the values produced by WOFS. Figure 2 demonstrates that using both the VV and VH bands trades slightly lower recall for significantly greater precision when compared with the VH band alone, and that using the VV band alone is inferior in both metrics. WASARD therefore defaults to using both the VV and VH bands, and includes the option to use solely the VH band. The VV polarization’s lower precision compared to the VH polarization is in contrast to results from previous research and may merit further analysis [4]. 3.2 Training a Classifier The steps in training a classifier with WASARD are 1. Selecting two scenes (one SAR, one optical) with the same spatial extents, and acquired close to each other in time, with a preference that the scenes are taken on the same day. 2. Using the WOFS algorithm to produce an array of the detected water in the scene of optical data, to be used as the labels during supervised learning 3. Data points from the selected bands from the SAR acquisition are bundled together into an array with the corresponding labels gathered from WOFS. A random sample with an equal number of points labeled “Water” and “Not Water” is selected to be partitioned into a training and a testing dataset 4. Using Scikit-Learn’s LinearSVC object, the training dataset is used to produce a classifier, which is then tested against the testing dataset to determine its precision and recall The result is a wasard_classifier object, which has the following attributes: 1. f1, recall, and precision: 3 metrics used to determine the classifier’s accuracy 2. Coefficient: Vector which the SVM uses to make its predictions. The classifier detects water when the dot product of the coefficient and the vector formed by the SAR bands is positive 3. Save(): allows a user to save a classifier to the disk in order to use it without retraining 4. wasard_classify(): Classifies an entire xarray of SAR data using the SVM classifier All of the above steps are performed automatically when the user creates a wasard_classifier object. 3.3 Classifying a Dataset Once the classifier has been created, it can be used to detect water in an xarray of SAR data using wasard_classify(). By taking the dot product of the classifier’s coefficients and the vector formed by the selected bands of SAR data, an array of predictions is constructed. A classifier can effectively be used on the same spatial extents as the ones where it was trained, or on any area with a similar landscape. While

Kreiser, Zachary↗

Scroll Pump Dust Tolerance Test for Martian Atomospheric Acquisition

The ability to generate oxygen on the Martian surface will be essential to establishing a human presence on Mars. Flow generating devices such as pumps, compressors, and blowers will be essential components in Martian atmospheric acquisition and processing systems that need to work reliably during the mission duration. A concern with the reliability of the system is its ability to continue to perform nominally when Martian dust, if it bypasses the inlet filter, enters into the system. A series of tests were conducted to simulate the ingesting of Martian dust on a small scroll pump, similar to the one used on the MOXIE payload, during its pumping operation. The inlet of the pump was connected to a large volume closed-loop pipe system, known as the Mars Atmospheric Flow Loop, containing pure CO2 gas at a Martian pressure of 7 Torr. A length of stainless steel tubing was extended from the inlet port of scroll pump, which was mounted outside the flow loop, to the inside volume of the flow loop using a feed-through compression fitting. A steady low-speed flow was generated inside the flow loop to continuously disperse and transport the dust toward the inlet tubing. JSC-Mars 1 Martian simulant was used to challenge the pump. The pump performance parameters such as flow rate, pump speed, pressures and temperature were monitored during these tests. Samples of the dust entering the pump inlet were taken prior to exposure tests, using an inline filter element to determine the rate of dust ingestion into the internal components of the pump. After two tests with exposure times of the order of 60 minutes, the data indicated that small changes in pump performance took place under high rates of dust exposure.

scroll pump↗

Tail Sizing Considerations for Wingtip Propulsor Driven Aircraft Applied to the Parallel Electric-Gas Architecture with Synergistic Utilization Scheme (PEGASUS) Concept

This research focuses on the vertical tail sizing implications of a single propulsion system fault when using wingtip propulsors as applied to the PEGASUS concept. PEGASUS is a conceptual regional aircraft featuring wingtip propulsors, an aft boundary layer ingestion propulsor, and inboard propulsors. Using four propulsors on the wing, rather than the typical two, enables a reduction in the vertical tail size needed in the event of a single fault in the propulsion system. Achieving a reduction in vertical tail size, and its associated reduction in drag, is dependent on splitting the takeoff thrust appropriately between the inboard and wingtip propulsors. At takeoff, the wingtip propulsors can only provide a small portion of the takeoff thrust. Compared with a conventional baseline vehicle employing only inboard propulsors, the increased wetted area from the wingtip nacelles outweighs the cruise drag benefits obtained from the reduced tail size and the reduction in wingtip vortices due to the wingtip propellers. The research highlights the need for aggressive cruise drag reductions on PEGASUS, possibly through increased use of the boundary layer ingestion propulsor. By lowering the wingtip propulsor power at cruise, the propulsors would be better sized for takeoff and have smaller nacelles with lower drag.

Nathaniel J Blaesser↗

Mass Inferencing Model Creation And Deployment To Lunar Excavation Robot, RASSOR

NASA’s Regolith Advanced Surface Systems Operations Robot (RASSOR) Excavator is a teleoperated mobile robotic platform with a unique space regolith excavation capability. This research project developed functionality for inferencing regolith mass ingested during RASSOR operation, enhancing RASSOR’s ability to successfully complete ISRU missions. Radio wave propagation time to the Moon and back is ~2.56 seconds. Though teleoperation is possible with this delay, autonomous capability that enables RASSOR to plan and execute excavation missions intelligently and efficiently is preferred. To teleoperate or run autonomously, it is crucial for the quantity of regolith mass ingested by RASSOR to be available as a system state for efficient operation (e.g. knowledge of whether drums are full informs the task of highest priority, whether it be continuing to dig, or returning to a processing plant to offload regolith). A configurable data reduction and analysis pipeline was created to allow for straightforward incorporation of new data, such as that from lunar excavation, to improve model performance in new environments. Four distinct modeling approaches were employed in developing a mass inferencing approach that could work on RASSOR. All four models take in system states and output a mass prediction for each set of the robot’s bucket drums. Initial results from deployment to RASSOR and testing in a simulated lunar environment show that the models have <10% mean error during robot operation. Future work includes refinement of a model that estimates regolith mass in real-time during excavation as well as further testing of the developed models on the hardware.

ROS↗

Scroll Pump Dust Tolerance Test for Martian Atmospheric Acquisition

The ability to generate oxygen on the Martian surface will be essential to establishing a human presence on Mars. Flow generating devices such as pumps, compressors, and blowers will be crucial components in Martian atmospheric acquisition and processing systems that need to work reliably during the mission duration. A concern with the reliability of the system is its ability to continue to perform nominally when Martian dust, if it bypasses the inlet filter, enters into the system. A series of tests were conducted to simulate the ingestion of Martian dust on a small scroll pump, similar to the one used on the MOXIE payload. The inlet of the pump was connected to a large volume closed-loop pipe system, known as the Mars Atmospheric Flow Loop, containing pure CO2 gas at a Martian pressure of 7 Torr. A length of stainless steel tubing was extended from the inlet port of scroll pump, which was mounted outside the flow loop, to the inside volume of the flow loop using a feed-through compression fitting. A steady low-speed flow was generated inside the flow loop to continuously disperse and transport the dust toward the inlet tubing. JSC-Mars 1 Martian simulant was used to challenge the pump. Pump performance parameters such as flow rate, pump speed, pressure and temperature were monitored during these tests. Samples of the dust entering the pump inlet were taken prior to the exposure tests, using an inline filter element to determine the rate of dust ingestion into the internal components of the pump. After two tests with exposure times of one hour, the data indicated that small changes in pump performance took place under high rates of dust exposure.

Martian Atmospheric↗

Mass Inferencing Model Creation and Deployment to the RASSOR Lunar Excavation Robot

The Regolith Advanced Surface Systems Operations Robot (RASSOR) Excavator is a teleoperated mobile robotic platform with a unique space regolith excavation capability. The Intelligent Capabilities Enhanced RASSOR research project developed functionality for inferencing regolith mass ingested during RASSOR operation, enhancing RASSOR’s ability to successfully complete ISRU missions. To teleoperate or run autonomously, it is crucial for the quantity of regolith mass ingested by RASSOR to be available as a system state for efficient operation. For example, during autonomous operation, RASSOR should navigate and move to a processing plant to offload the collected regolith when the drums are full; without knowledge of how much mass is in the drums, this type of high-level planning is not possible. Four distinct modeling approaches were employed in developing a mass inferencing approach that could work on RASSOR. All take in system states, such as arm/drum positions, velocities, currents, voltages, and robot pose, and output a mass prediction for each set of the robot’s bucket drums.1) A neural network model that takes a vector of normalized system states; 2) A model that uses the integrated power consumption of an arm-raise (normalized by velocity); 3) A model that uses average drum current over a variable length interval of the drum disengaged from the surface; and 4) A real-time estimation model that aggregates excavation drum current. The developed models run in real time, outputting predictions for the front and rear drums, timestamp of the last prediction, and total mass in RASSOR’s drums. Further testing is required to validate the arm-raise model (2), though initial tests indicate reasonable performance (<10% mean error) on the hardware. The linear fit of average drum-current model (3) had a front value of r^2=0.99 and a rear value of r^2=0.98 on the validation dataset. This model currently has the best performance on unseen data. The real time model (4) is still in development, though initial results on a small subset of the training data show that it has high accuracy in predicting the increase in mass during excavation. Though work remains to be done with deploying a high-fidelity model to the physical system that makes predictions with error below the desired threshold, the modular architecture for model development allows quick adjustment of parameters to increase model fidelity. This architecture can also be adapted to use lunar excavation data to create models that are reflective of RASSOR’s dynamics when operating on the lunar surface. The results are promising as it has been shown that models can be developed that accurately estimate excavated regolith mass.

rassor↗

Lunar Search & Rescue Applications of Lunar GNSS

Accurate lunar navigation and timing knowledge provides for the development of safety-critical services in the cislunar and lunar surface domain. Currently under development, the Goddard Space Flight Center’s (GSFC) Search and Rescue Mission Office is investigating and integrating search and rescue (SAR) capability into planned and future lunar communication and navigation interfaces. Lunar Search and Rescue (LunaSAR) development has a stated end-goal for assured, reliable, and timely indication of distress events for a wide variety of lunar surface users, including government-sponsored, commercial, and international users. LunaSAR performance requirements are modelled after the current terrestrial Cospas-Sarsat distress notification system, leveraging an internationally robust global navigation satellite system (GNSS) ecosystem as a core element of survivor locating capability. This presentation will discuss NASA’s work to develop user-focused distress messaging capabilities including infusion of example sensor data for triggering of automated distress alerts coupled with location-tagging. Additionally, the presentation will examine overall message structures, rotating fields for use in bi-directional distress messaging, and specific use cases based on NASA’s lunar exploration and lunar communication relay architectures. Modelling and simulation of LunaSAR use by individual lunar explorers will be discussed, based on notional industry and government design reference missions and mission considerations. Results from GSFC-funded Internal Research and Development (IRAD) efforts will be detailed, including successful distress message formulation simulating the ingestion of example legacy space suit telemetry fields. Hardware-in-the-loop testing using high-reliability software defined radio (SDR) modules serve as an example of IRAD successes and the framework for technical requirements. Architectural development and technical evolution from 2020 to 2021 included alignment of LunaSAR distress waveforms with ongoing NASA LunaNet interoperability development, as well as engagement with NASA Lunar Spectrum authorities for allocation of UHF-band distress frequencies on the lunar surface. S-Band and UHF-band transmission characteristics will be detailed, along with band-specific applications of each emission type. Additionally, examples of ingestion and formatting of GNSS signals (using historical terrestrial National Marine Electronics Association-formatted GNSS data) will be detailed, underscoring lunar user needs for a common lunar GNSS receiver output message framework. Maturity and ability to support evolving lunar exploration goals has been demonstrated and will be detailed, with maturity gaps such as position, navigation, and timing (PNT) and lunar reference frames identified within the context of distress message generation. Provision of LunaSAR services for lunar surface users represents a new era of ensured safety for lunar explorers and builds off of forty years of the Cospas-Sarsat program, underscoring the importance of lunar GNSS for safety-critical applications and growing interest in safe, reliable lunar surface operations. Enabled by new GNSS systems being developed by government and industry partners, NASA will continue to evolve and integrate lunar GNSS types into distress message generation, with a focus on compact and efficient message transmission over various lunar communication links. When fielded, LunaSAR will be the first dedicated search and rescue notification system employed on another celestial body. Robust lunar navigation and timing services form the core of LunaSAR capabilities, allowing for system syncing with time-dominant sensors, and high-accuracy location of those in distress while engaged in lunar surface activities.

Search and Rescue↗

Mass Inferencing Model Creation and Deployment to the RASSOR Lunar Excavation Robot

The Regolith Advanced Surface Systems Operations Robot (RASSOR) Excavator is a mobile robotic bucket-drum excavator platform with a unique space regolith excavation capability. The Intelligent Capabilities Enhanced RASSOR research project developed functionality for estimating the quantity of regolith mass ingested during RASSOR operation, enhancing RASSOR’s ability to successfully complete In-Situ Resource Utilization (ISRU) missions. To teleoperate or run autonomously, it is crucial for the amount of regolith mass ingested to be available as a system state for efficient operation. For example, during autonomous operation, RASSOR should navigate and move to a processing plant to offload the collected regolith when the drums are full; without knowledge of the total mass in the drums, this type of high-level planning is not possible. Three distinct modeling approaches were employed in developing a mass inferencing approach that could work on RASSOR, none of which require modification to the hardware. All take in system states, such as arm/drum motor positions, velocities, currents, voltages, and robot pose, and output a mass prediction for each set of the robot’s bucket drums. The developed models run in real-time, outputting predictions for the front drum mass, rear drum mass, timestamp of the last prediction, and total drum mass (sum of front and rear) in RASSOR’s drums. Models deployed to the hardware have low error (<7.5% mean error over the mass range, and <2.6% mean error when drums are more than half full) when making predictions in real-time. Our modeling approach can be adapted to use lunar excavation data to create models that are reflective of RASSOR’s dynamics when operating on the lunar surface. The results of this work are promising and show that models can be developed to accurately estimate excavated regolith mass.

Bucket Drum Excavators↗

Mass Inferencing Model Creation and Deployment to the RASSOR Lunar Excavation Robot

The Regolith Advanced Surface Systems Operations Robot (RASSOR) Excavator is a mobile robotic bucket-drum excavator platform with a unique space regolith excavation capability. The Intelligent Capabilities Enhanced RASSOR research project developed functionality for estimating the quantity of regolith mass ingested during RASSOR operation, enhancing RASSOR’s ability to successfully complete In-Situ Resource Utilization (ISRU) missions. To teleoperate or run autonomously, it is crucial for the amount of regolith mass ingested to be available as a system state for efficient operation. For example, during autonomous operation, RASSOR should navigate and move to a processing plant to offload the collected regolith when the drums are full; without knowledge of the total mass in the drums, this type of high-level planning is not possible. Three distinct modeling approaches were employed in developing a mass inferencing approach that could work on RASSOR, none of which require modification to the hardware. All take in system states, such as arm/drum motor positions, velocities, currents, voltages, and robot pose, and output a mass prediction for each set of the robot’s bucket drums. The developed models run in real-time, outputting predictions for the front drum mass, rear drum mass, timestamp of the last prediction, and total drum mass (sum of front and rear) in RASSOR’s drums. Models deployed to the hardware have low error (<7.5% mean error over the mass range, and <2.6% mean error when drums are more than half full) when making predictions in real-time. Our modeling approach can be adapted to use lunar excavation data to create models that are reflective of RASSOR’s dynamics when operating on the lunar surface. The results of this work are promising and show that models can be developed to accurately estimate excavated regolith mass.

bucket drum excavators↗

Thermochemical/Thermomechanical Synergies in High Temperature Solid Particle Erosion of CMAS-Exposed EBCs

Environmental barrier coatings (EBCs) are an enabling technology for the use of SiC-based ceramic matrix composites in next generation gas turbine engines. In the extreme engine environment, EBCs must be able to withstand a variety of individual damage mechanisms and their interactions with each other. Ingested particulates/debris can cause both thermochemical and thermomechanical degradation of EBCs. Siliceous debris primarily based on calcium magnesium aluminosilicates (CMAS) can melt and infiltrate and/or react with EBCs above >1200°C. Similarly, ingested debris can lead to mechanical damage and recession of coatings due to particulate erosion. Both modes of degradation can occur simultaneously during engine operation, and it is crucial to comprehensively understand the mechanisms of coating failure due to high-temperature particulate interactions. This study assesses the erosion durability of Yb2Si2O7-based EBCs exposed to CMAS of various loads in NASA Glenn’s Erosion Burner Rig Facility. CMAS exposures and erosion testing were carried out at 1316°C. The effects of CMAS loading and exposure time on EBC erosion durability were evaluated using Al2O3 as an erodent material.

EBC↗

Thermochemical/Thermomechanical Synergies in High-Temperature Solid Particle Erosion of CMAS-Exposed EBCs

Environmental barrier coatings (EBCs) are an enabling technology for the use of SiC-based ceramic matrix composites in next generation gas turbine engines. In the extreme engine environment, EBCs must be able to withstand a variety of individual damage mechanisms and their interactions with each other. Ingested particulates/debris can cause both thermochemical and thermomechanical degradation of EBCs. Siliceous debris primarily based on calcium magnesium aluminosilicates (CMAS) can melt and infiltrate and/or react with EBCs above 1200°C. Similarly, ingested debris can lead to mechanical damage and recession of coatings due to particulate erosion. Both modes of degradation can occur simultaneously during engine operation, and it is crucial to comprehensively understand the mechanisms of coating failure due to high-temperature particulate interactions. This study assesses the erosion durability of Yb 2 Si 2 O 7 -based EBCs exposed to CMAS of various loads in NASA Glenn’s Erosion Burner Rig Facility. CMAS exposures and erosion testing were carried out at 1316°C. The effects of CMAS loading and exposure time on EBC erosion durability were evaluated using Al 2 O 3 as an erodent material.

CMAS↗

Digitizing Named Entities Found Within Letters of Agreement

Letters of Agreement (LOAs) are text-based air traffic control documents that contain procedures and actions agreed upon by the different parties, typically two or more FAA facilities, that are subject to an agreement. The documents contain among other things generic constraints, which are explicit and implicit combinations of procedures that limit a flight’s trajectory and affects pilot actions. For example, a controller may be required, to assign a specific altitude to an aircraft crossing the boundary between two airspaces. Although LOA generic constraints directly impact the trajectory of an aircraft, they are not currently available in a digital form that can be used for (or directly ingested into automated) flight planning. Instead, the constraints are manually input into an onboard or ground based system. LOA documents are primarily stored at a controlling facility and the generic constraints are implemented by experienced air traffic controllers and pilots primarily using voice instructions. This increases the workload of the controllers, likelihood of error (e.g., due to noisy communication) and makes it impractical for implementation with unmanned aircraft. Therefore, steps must be taken to make existing constraints machine interpretable to enable e.g., automated handoffs which in turn would reduce controller workload. With recent advances in natural language processing, especially the rise in digitization of text documents (e.g., medical documents) and automated extraction of information therein, it is now possible to extract flight specific constraints from LOAs. The goal of this work is to digitize named entities through a combination of natural language processing tasks: named entity disambiguation, toponym resolution, and numeric parsing to extract general constraint components contained within LOAs, herein referred to as Entity Enhancement (EE). Starting with a small list of named entities (e.g., ARTCC, Tower, Altitude and Speed), EE can extract the named entities while simultaneously converting the string-based output into a digital format using an ensemble of processes like rule-based gazetteers and syntactic-lexical patterns. The digital format contains a diverse set of information based on the entity label in question, ranging from standardized facility names to units of measure (e.g., feet) and other numeric information. Upon validating our approach using a truth dataset, we show an overall F1-Score of 0.71 for the extraction process. Looking beyond entity enhancement, we are also working towards the goal of completely digitizing the general constraints by performing EE and fitting them into a standardized exchange model (XM) such as the Aeronautical Information Exchange Model (AIXM). This will allow for easy distribution and dissemination of LOA constraints to air users, better searchability within documents, and enable ingestion into automated flight planning. Finally, we show a preliminary version of the proposed XM architecture and demonstrate how the model can be populated from the EE output.

Stephen S. B. Clarke↗

A Modular Framework for Integrating and Visualizing Telemetry for Mars 2020 Rover Mechanism Operations

The analysis of mechanism telemetry requires a wide variety of tools to quickly and effectively assess spacecraft state, capture long-term trends in system performance, and identify and track anomalous events. Such analysis often requires spacecraft telemetry to first be transformed into derived fields and aggregated statistics before operators can begin their analysis. In past missions, aspects of this process have been automated, but operators were expected to use their own tools and procedures to understand and visualize the data, which led to redundant and inconsistent tools and processes. The Mech Data Tools Python library (MDT) was developed to provide a flexible, unified tool set for operators to extract and analyze mechanism telemetry over the life of the Mars 2020 surface mission. MDT consists of a set of configurable components that implement standard interfaces for ingesting input and producing output. Components can be chained together to form a data processing pipeline. Data are ingested from several sources within the greater Mars 2020 cloud infrastructure and stored in pandas DataFrames, which allows users to leverage the data manipulation capabilities present within the widely-used pandas library. Visualization capabilities are provided through the Plotly library, which generates interactive plots for users to interpret. Following the beginning of Mars 2020 surface operations, usage of MDT has spread to all mechanism-focused subsystems and has demonstrated great utility in analyzing early surface activities. This paper describes MDT’s evolution from heritage mechanism telemetry tools, the critical architecture decisions and challenges faced over MDT’s two years of development, and current applications of MDT in support of mechanism operations.

Wolsieffer, Ben↗

Thermochemical/Thermomechanical Synergies in High Temperature Solid Particle Erosion of CMAS Exposed EBCs

Environmental barrier coatings (EBCs) are an enabling technology for the use of SiC-based ceramic matrix composites in next generation gas turbine engines. In the extreme engine environment, EBCs must be able to withstand a variety of individual damage mechanisms and their interactions with each other. Ingested particulates/debris can cause both thermochemical and thermomechanical degradation of EBCs. Siliceous debris primarily based on calcium magnesium aluminosilicates (CMAS) can melt and infiltrate and/or react with EBCs above >1200°C. Similarly, ingested debris can lead to mechanical damage and recession of coatings due to particulate erosion. Both modes of degradation can occur simultaneously during engine operation, and it is crucial to comprehensively understand the mechanisms of coating failure due to high-temperature particulate interactions. This study assesses the erosion durability of Yb 2 Si 2 O 7 -based EBCs exposed to CMAS of various loads in NASA Glenn’s Erosion Burner Rig Facility. CMAS exposures and erosion testing were carried out at 1316°C. The effects of CMAS loading and exposure time on EBC erosion durability were evaluated using Al2O3 as an erodent material.

EBC↗

(ODIN): An Open Source, Low-Latency Data Integration & Visualization Framework for the NASA System Wide Safety Project's Disaster Response Safety Demonstration Series

The Open Data Integration Framework (ODIN) is an open source, low latency data integration and visualization framework (https://github.com/NASARace/race-odin) developed under NASA’s System WideSafety Program to demonstrate new safety capabilities designed to improve US airspace operations. Safety demonstrations are a set of increasingly complex (from public safety perspective) disaster response scenarios under which air systems must operate with increased capacity and include: 1) Wildland fire response, 2) Hurricane relief and recovery, 4) Emergency medical delivery via UAS and 4) Urban disaster relief. To accommodate disaster response, ODIN is field deployable and can scale on one or more multi-core, commodity laptops operating with full to limited or intermittent internet connectivity, conditions likely encountered during operations. ODIN runs as webserver with local, persistent data storage to serve either public or a secured, ad hoc network (e.g., an incident command post). The current released ODIN, ODIN-Fire is tailored for wildland fire management incorporating information on satellite overpasses with links to the near real-time data and imagery from the respective agencies. Included are winds data, an important variable for emergency responders and airspace operations, and high-resolution wind forecasts generated by super-computing resources and ingested into ODIN. As an open-source project, ODIN has attracted interest from multiple entities. We will show how 1) a commercial field instrument and data provider uses ODIN to help users visualize, publish and integrate their in-situ sensor network data and 2) ODIN’s capabilities to ingest, integrate and display near-real time satellite data with air traffic and a USFS winds forecast model used in fire response and post-fire assessment. Within NASA ODIN demonstrated novel, near terminal airspace safety capabilities for a project close-out event and previously it monitored the national airspace in real-time to meet an agency milestone. ODIN is presently under development for the anticipated hurricane relief and response demonstration notionally scheduled for the 2025-27 time frame and is available from NASA's github at the above link.

Aeronautics↗

Thermochemical and microstructural contributions of high temperature particle erosion durability in CMAS exposed EBCs

Particulate/debris damage caused by ingestion of calcium magnesium aluminosilicates (CMAS) hinders the use of environmental barrier coatings (EBCs) to protect SiC-based ceramic matrix composite components in next generation gas turbine engines. Similarly, ingestion of any debris in the engine can lead to mechanical damage and recession of coatings due to particulate erosion. Investigating particulate interactions at relevant engine conditions is crucial in determining limiting mechanisms in the operating lifetime of EBCs. This study assesses the effects of extrinsic phase formation and microstructural changes due to CMAS interactions on the erosion durability of Yb 2 Si 2 O 7 -based EBCs in NASA Glenn’s Erosion Burner Rig Facility. CMAS exposures and erosion testing were carried out at 1316°C. Using 60 µm Al 2 O 3 particles as the erodent material, the effects of CMAS loading on erosion durability at various impingement angles were evaluated.

Jamesa L. Stokes↗