Search NASA⌕ Search

SEARCH · Search NASA

Results for “core communities”

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 127 records · Page 7

Semi-Empirical Modeling and Prediction of Direct Combustor Noise

Due to turbofan design trends, advances in fan-noise-mitigation techniques, and expected aircraft configuration changes, the impact on overall airport community noise from certain aircraft-propulsion noise sources, such as fan and jet noise, will be reduced at all certification points in the future. The situation with regard to turbofan-core noise is less clear however. Combustor noise in particular—which presently is an important core-noise component, but not dominant from an overall noise perspective—could become more prominent in upcoming high-power-density core designs. Its detailed source structure in the combustor, including the indirect combustor-noise mechanism, and the effects of the propagation path through the engine and exhaust nozzle need to be better understood. This report reviews the current status of modeling and prediction of direct combustor noise. This work is carried out under the NASA Advanced Air Vehicles Program, Advanced Air Transport Technology Project, Aircraft Noise Reduction Subproject.

Turbomachinery Noise↗

NASA GPM Status

The joint U.S.-Japan Global Precipitation Measurement (GPM) mission, now in its tenth year of operations, continues to pursue research on scientific and operational shortcomings in algorithms for retrieving global precipitation from satellite observations. This lightning talk covers the GPM Core Observatory orbit boost; summarizes some algorithm issues, including the recent discovery of orbits with bad GPROF precipitation estimates; and summarizes statistics that illustrate the tremendous demand that exists in the user community for GPM precipitation products, which on the U.S. side is primarily focused on IMERG.

GPM↗

Data Format Standardization of Space Weather Model Output at the Community Coordinated Modeling Center

The disparate nature of space weather model output provides many challenges with regards to the portability and reuse of not only the data itself, but also any tools that are developed for analysis and visualization. We are developing and implementing a comprehensive data format standardization methodology that allows heterogeneous model output data to be stored uniformly in any common science data format. We will discuss our approach to identifying core meta-data elements that can be used to supplement raw model output data, thus creating self-descriptive files. The meta-data should also contain information describing the simulation grid. This will ultimately assists in the development of efficient data access tools capable of extracting data at any given point and time. We will also discuss our experiences standardizing the output of two global magnetospheric models, and how we plan to apply similar procedures when standardizing the output of the solar, heliospheric, and ionospheric models that are also currently hosted at the Community Coordinated Modeling Center.

Maddox, M.↗

Enabling Assurance in the MBSE Environment

A number of specific benefits that fit within the hallmarks of effective development are realized with implementation of model-based approaches to systems and assurance. Model Based Systems Engineering (MBSE) enabled by standardized modeling languages (e.g., SysML®) is at the core. These benefits in the context of spaceflight system challenges can include: Improved management of complex development, Reduced risk in the development process, Improved cost management, Improved design decisions. With appropriate modeling techniques the assurance community can improve early oversight and insight into project development. NASA has shown the basic constructs of SysML in an MBSE environment offer several key advantages, within a Model Based Mission Assurance (MBMA) initiative.

Evans, John W.↗

Space Robot Operating System (Space ROS)

Space Robot Operating System (Space ROS) is an open-source software framework for flight-quality robotic and autonomous space systems. It combines the benefits of open-source software and flight software best-practices into a single framework. Space ROS is predicated on ROS2 and is therefore reusable, modular and adoptable. As an open-source framework, it is accessible to the global space community. Space ROS is intended to be compliant with NASA flight software engineering practices in order to facilitate meeting mission and safety standards. Space ROS has fault management and real-time capabilities at its core.

Will Chambers↗

The Collection, Usage, and Preliminary Examination of the Apollo Sample Suite: Lessons for Artemis

Apollo Sample Collection and Usage: From 1969 to 1972 there were six Apollo missions to the surface of the Moon during which the astronauts collected 382 kg of rock and regolith (~2200 samples). The samples collected fall into these general categories: rocks (~66% by mass), rake samples (~4%), bulk regolith (~24%), and specialty regolith (deep drill cores, drive tubes, sealed bulk regolith) samples (~6%). In each category there are a variety of different subtypes available for study, e.g., among the bulk regolith samples there are also skim, trench, and (partially) shaded regolith samples each sampling unique types or depths of regolith. This variety of subsamples has enabled a multitude of different studies over the past 55 years (>3400 individual requests). We are still averaging ~50 unique requests and have allocated >500 individual Apollo samples annually for the past 10 years (2020 excepted). Looking at the 4,675 non-ANGSA (Apollo Next Generation Sample Analysis) samples allocated over the past 10 years, the proportions of allocated samples do not precisely align with the abundance (by mass) of those samples withing the collection: Rock (69.4 %); Rake (10.8 %); Bulk Regolith (15.5 %); Drive Tube (3.3 %); Core/Specialty (1.0 %). Apollo Preliminary Examination (PE): The PE process differs significantly for the various sample types enumerated above; we focus on regolith and rock samples here. During the Apollo mission era, the PE process evolved over the course of the missions; below is what was done for the Apollo 17 mission. For regolith samples, the PE process was: (1) documented bags containing regolith are opened, photographed, and described; (2) large rocks are removed and treated separately; (3) 25% to 33% of the bulk soil is scooped out, weighed, and stored in reserve; (4) the remaining sample is sieved to produce the size fractions <1, 1- 2, 2-4, and 4-10 mm, all of which are weighed. For rock samples, the process is: (1) removing rocks from the container(s) it came back from the Moon in; (2) rematching any materials that spalled off the rock to their original location; (3) numbering, weighing, and basic photographic documentation; (4) dusting with a gentle N2 gas jet; (5) Orthogonal photography; (6) detailed description of the textures and features of the rock; (7) rock modelling and measurement; (8) stereophotography; (9) determination of the orientation of the rock on the lunar surface. Drive tubes and deep drill cores were not characterized during PE beyond an initial weight and a sketch of the interior tube materials derived from 2D medical X-ray images. Catalogs: The ongoing utility of the Apollo samples is enabled by the robust cataloguing process for the samples [3-5], which allows the scientific community to accurately request samples uniquely suited to their proposed studies. A common misconception, however, is the amount of detail that goes into the initial catalog (e.g., [6]) for a collection from the preliminary examination (PE) period, versus what goes into the catalogs that come later in the life cycle of the samples from that mission (e.g., [7]). The only required data for a PE catalog is a weight, a basic photograph, and a description of the nature of the sample. Artemis PE: Over the past few years, the ongoing ANGSA project studied previously unopened Apollo 17 double drive tube samples 73001/2 [1], and a PE of the drive tubes was done. The PE took the existing core dissection process (developed during PE of Apollo cores in the 1970s, 1980s), and modernized it [7]. The main lesson from the ANGSA PE relative to future missions was that the physical work done during PE of lunar samples has not changed much over the past 5 decades. The use of “modern” technology during PE (e.g., XCT; multispectral analyses) resulted in an enhanced initial understanding of the 73001 and 73002 drive tubes, but greatly increased the time required. The lessons learned from recent astromaterial PEs (e.g., ANGSA and OREx) are important to consider when planning for Artemis, but the unique nature of the Artemis Campaign means many lessons learned from these mission will not be applicable. Given the time constraints (6 months) and likely number of samples that will be returned by Artemis (>200), the Artemis PE catalog will necessarily look much more like [4] than [6].

J Gross↗

Defining Exercise Performance Metrics for Flight Hardware Development

The space industry has prevailed over numerous design challenges in the spirit of exploration. Manned space flight entails creating products for use by humans and the Johnson Space Center has pioneered this effort as NASA's center for manned space flight. NASA Astronauts use a suite of flight exercise hardware to maintain strength for extravehicular activities and to minimize losses in muscle mass and bone mineral density. With a cycle ergometer, treadmill, and the Resistive Exercise Device available on the International Space Station (ISS), the Space Medicine community aspires to reproduce physical loading schemes that match exercise performance in Earth s gravity. The resistive exercise device presents the greatest challenge with the duty of accommodating 20 different exercises and many variations on the core set of exercises. This paper presents a methodology for capturing engineering parameters that can quantify proper resistive exercise performance techniques. For each specified exercise, the method provides engineering parameters on hand spacing, foot spacing, and positions of the point of load application at the starting point, midpoint, and end point of the exercise. As humans vary in height and fitness levels, the methodology presents values as ranges. In addition, this method shows engineers the proper load application regions on the human body. The methodology applies to resistive exercise in general and is in use for the current development of a Resistive Exercise Device. Exercise hardware systems must remain available for use and conducive to proper exercise performance as a contributor to mission success. The astronauts depend on exercise hardware to support extended stays aboard the ISS. Future plans towards exploration of Mars and beyond acknowledge the necessity of exercise. Continuous improvement in technology and our understanding of human health maintenance in space will allow us to support the exploration of Mars and the future of space exploration.

Beyene, Nahon M.↗

Enabling Assurance in the MBSE Environment

A number of specific benefits that fit within the hallmarks of effective development are realized with implementation of model-based approaches to systems and assurance. Model Based Systems Engineering (MBSE) enabled by standardized modeling languages (e.g., SysML®) is at the core. These benefits in the context of spaceflight system challenges can include [1]: • Improved management of complex development • Reduced risk in the development process • Improved cost management • Improved design decisions With appropriate modeling techniques the assurance community also can improve early oversight and insight into project development. NASA has shown the basic constructs of SysML in an MBSE environment offer several key advantages, within a Model Based Mission Assurance (MBMA) initiative [2, 3]. These include the following: • Model viewpoints that promote rapid and systematic assessment of requirements coverage, hazard tagging and risk management • Embedded safety assessments for launch vehicles • Deployment of model assisted development of reliability products - Failure Modes and Effects Analyses (FMEAs) and Fault Trees • Test Planning • Validation and Verification of complex functions • Support of Assurance Case development for complex systems In addition, while there are benefits to be harvested, there is a realization that these do not come without effort and cost. Enabling model-based approaches requires structure, not only in an organizational context, but in a modeling context as well. There can be a steep learning curve and costs associated to train skilled modelers. But, on the other hand, not all of the assurance community need to be modelers. Models themselves must conform to ontologies that enable assurance. This places constraints upon the models and modelers. Optimums have yet to be developed where resources and constraints on modeling must be traded off in the organization and modeling efforts for projects. A number of barriers need to be overcome, as well, which pose challenges to the developers of the software that supports MBSE/MBMA. Information and data must be made to flow seamlessly through the life cycle. Because there is a wide variety of tools used in the community, to avoid the problems of the past of silos, delays, and diverging interests, information should flow among these tools to support the “single source of truth” paradigm of MBSE. This will greatly facilitate MBMA and advancement of assurance functions.

Evans, John W.↗

Preliminary Examination Process of Apollo Core 73002 - Insights and Lessons Learned From ANGSA for Future Sample Return Missions

Apollo Sample 73002 is part of a 2-foot long “drive tube” (73001/73002) of regolith that was collected from a landslide deposit near Lara Crater at the Apollo 17 site, Station 3. The double drive tube is believed to have penetrated a lunar landslide deposit that was transported from the slope of the South Massif into the TLV [1]. As part of the ANGSA (Apollo Next Generation Sample Analyses) initiative, preparing preliminary examination (PE) catalog of 73002 is a crucial first step for the early identification of material types such as rock fragments, and potential stratigraphy within the core. PE of Apollo core 73002 is distinct from science activities with the main goal to produces a sample catalog with a level of detail about sample characterization that is sufficient for the ANGSA PIs (and later on the lunar sample community) to select and request the samples to conduct their individual, scientific studies. Ultimately, the PE catalog of 73002 will help to establish a better understanding of the stratigraphy of the land slide deposit; the processes of the landslide including the trigger(s) and possibly number of landslide events, as well as the role of volatiles [1] and will aid in the careful preservation of the material for future studies [2].

Apollo↗

Gimbal Bearing Friction in the SLS Core Stage Thrust Vector Control System

The Space Launch System (SLS) Core Stage Thrust Vector Control (TVC) system is comprised of eight mechanical feedback Shuttle heritage Type III TVC actuators that vector the four Shuttle heritage RS-25 engines about a Shuttle heritage gimbal block/bearing. The MSFC Controls community has long regarded gimbal friction to be a negligible effect on the overall control of gimbaled RS-25 engines. This is corroborated by Space Shuttle test and flight data that does not appear to show degraded effects, nor limit cycling at the end of the shuttle flight. For this reason, friction was not expected to be a driving factor of performance and control of the reused RS-25 engines aboard the SLS. However, after test data showed a large shift in frequency behavior and a highly damped step-response in the time series, there was further investigation into what could have caused this behavior. Heritage friction models used in previous gimbal and ball bearings were evaluated such as Coulomb, Dahl and LuGre, but the single degree of freedom friction models alone were not enough to explain the behavior and shifts seen in the test data. This paper presents the additional findings and modeling efforts regarding friction on the RS-25 engines. Using the Two Actuator Operational Simulation (TAOS), the difference from modeling separate friction degrees of freedom to coupled degrees of freedom was investigated to deduce the effects of one axis’s movement on the other. Next, due to the vibration environment, a modified LuGre model has been proposed that adds an additional term to decrease the friction coefficient at low engine velocity amplitudes. Lastly, the addition of the stiffness in each half of the gimbal bearing has increased modeling fidelity by also adding the effect on the gimbal bearing bending in compliance to both the friction torque on the surface of the gimbal bearing and the actuator force that is forcing the engine in a specified direction. Through these effects, the time and frequency domain behavior seen in test can be characterized accurately.

Friction↗

Gimbal Bearing Friction in the SLS Core Stage Thrust Vector Control System

The Space Launch System (SLS) Core Stage Thrust Vector Control (TVC) system is comprised of eight mechanical feedback Shuttle heritage Type III TVC actuators that vector the four Shuttle heritage RS-25 engines about a Shuttle heritage gimbal block/bearing. The MSFC Controls community has long regarded gimbal friction to be a negligible effect on the overall control of gimbaled RS-25 engines. This is corroborated by Space Shuttle test and flight data that does not appear to show degraded effects, nor limit cycling at the end of the shuttle flight. For this reason, friction was not expected to be a driving factor of performance and control of the reused RS-25 engines aboard the SLS. However, after test data showed a large shift in frequency behavior and a highly damped step-response in the time series, there was further investigation into what could have caused this behavior. Heritage friction models used in previous gimbal and ball bearings were evaluated such as Coulomb, Dahl and LuGre, but the single degree of freedom friction models alone were not enough to explain the behavior and shifts seen in the test data. This paper presents the additional findings and modeling efforts regarding friction on the RS-25 engines. Using the Two Actuator Operational Simulation (TAOS), the difference from modeling separate friction degrees of freedom to coupled degrees of freedom was investigated to deduce the effects of one axis’s movement on the other. Next, due to the vibration environment, a modified LuGre model has been proposed that adds an additional term to decrease the friction coefficient at low engine velocity amplitudes. Lastly, the addition of the stiffness in each half of the gimbal bearing has increased modeling fidelity by also adding the effect on the gimbal bearing bending in compliance to both the friction torque on the surface of the gimbal bearing and the actuator force that is forcing the engine in a specified direction. Through these effects, the time and frequency domain behavior seen in test can be characterized accurately.

Friction↗

The Core Flight System (cFS) Experiences in Opening an Architecture

This presentation presents a software architecture model that contains three perspectives: User, Business, and System. This model is used to evaluate the evolution of the cFS from a NASA/Goddard in-house product line to an open source open architecture used by a world wide community.

Mccomas, David↗

Evolving the SpaceFOM: Lessons Learned and Future Development

For over fifty years, simulation has been a cornerstone technology for space missions. In many cases, one single simulator, developed by one team, is not enough to meet the simulation objectives. Astronaut crew training, docking, vehicle testing and complex mission planning all require several simulations to be connected and to interoperate, in order to achieve the goal of the simulation. To facilitate the development of interoperable simulations, an open standard, the SISO SpaceFOM was developed in collaboration between government, industry and academia. The standard was released in 2020. The initial release of SpaceFOM focuses on the core interoperability topics for space simulation: (i) specifying spatial data using several, well defined reference frames, (ii) managing time (including real-time, hard real-time, and as-fast-as-possible execution), (iii) composition of systems with subsystems such as space vehicles, and (iv) execution control, such as initializing, running, pausing, and terminating simulations. The initial release of SpaceFOM focuses on the core interoperability topics for space simulation: (i) specifying spatial data using several, well defined reference frames, (ii) managing time (including real-time, hard real-time, and as-fast-as-possible execution), (iii) composition of systems with subsystems such as space vehicles, and (iv) execution control, such as initializing, running, pausing, and terminating simulations. A number of requirements for the next version of SpaceFOM have been identified and proposed solutions are already under development. One key area is the object classes used for data exchange, where a richer set of classes have been proposed, based on practical use cases. For time management, the use of variable time resolutions and variable time steps is also proposed. For execution control, save and restore of simulations is considered as well as improved robustness, to handle failing components. A number of clarifications are also under consideration. This paper provides both a forward-looking view of the technical developments underway and a retrospective on the standard's evolution. The authors emphasize that prioritizing core challenges and delivering a practical first version were crucial steps. While not every idea was implemented in the initial release, the timely delivery of a functional standard enabled real-world applications, the growth of a user community, and the collection of valuable insights to shape future versions. The authors look forward to working with the next version of SpaceFOM together with the growing user community.

Simulation Interoperability↗

Evolving the SpaceFOM: Lessons Learned and Future Development

For over fifty years, simulation has been a cornerstone technology for space missions. In many cases, one single simulator, developed by one team, is not enough to meet the simulation objectives. Astronaut crew training, docking, vehicle testing and complex mission planning all require several simulations to be connected and to interoperate, in order to achieve the goal of the simulation. To facilitate the development of interoperable simulations, an open standard, the SISO SpaceFOM was developed in collaboration between government, industry and academia. The standard was released in 2020. The initial release of SpaceFOM focuses on the core interoperability topics for space simulation: (i) specifying spatial data using several, well defined reference frames, (ii) managing time (including real-time, hard real-time, and as-fast-as-possible execution), (iii) composition of systems with subsystems such as space vehicles, and (iv) execution control, such as initializing, running, pausing, and terminating simulations. A number of requirements for the next version of SpaceFOM have been identified and proposed solutions are already under development. One key area is the object classes used for data exchange, where a richer set of classes have been proposed, based on practical use cases. For time management, the use of variable time resolutions and variable time steps is also proposed. For execution control, save and restore of simulations is considered as well as improved robustness, to handle failing components. A number of clarifications are also under consideration. This paper provides both a forward-looking view of the technical developments underway and a retrospective on the standard's evolution. The authors emphasize that prioritizing core challenges and delivering a practical first version were crucial steps. While not every idea was implemented in the initial release, the timely delivery of a functional standard enabled real-world applications, the growth of a user community, and the collection of valuable insights to shape future versions. The authors look forward to working with the next version of SpaceFOM together with the growing user community.

FOMs↗

Update on the NASA GEOS-5 Aerosol Forecasting and Data Assimilation System

GEOS-5 is the Goddard Earth Observing System model. GEOS-5 is maintained by the NASA Global Modeling and Assimilation Office. Core development is within GMAO,Goddard Atmospheric Chemistry and Dynamics Laboratory, and with external partners. Primary GEOS-5 functions: Earth system model for studying climate variability and change, provide research quality reanalyses for supporting NASA instrument teams and scientific community, provide near-real time forecasts of meteorology,aerosols, and other atmospheric constituents to support NASA airborne campaigns.

GEOS-5↗

Recommended Practice for Use of ExB Probes in Electric Propulsion Testing

An ExB probe is an electric propulsion plume diagnostic that has at its core a Wien filter. Ions entering the instrument experience perpendicular electric and magnetic fields and are filtered based on their velocity. While the ExB probe can be used to estimate the ion velocity distribution function, in the electric propulsion community, it is commonly used to measure species fractions. There are numerous probe designs, implementation and operation procedures, and data analysis approaches described and in use across the community. This paper provides recommendations and descriptions of best practices for design, implementation, and data analysis for the ExB probe, with a particular emphasis on Hall and ion thrusters. This work contributes to the broader community goal to standardize the use of diagnostics in electric propulsion testing.

ExB probe↗

DGEN Aeropropulsion Research Turbofan Source-Diagnostic Test: Experimental Setup and Acoustic-Data Structure

The experimental setup of, and available data from a recent core/combustor-noise source-diagnostic test utilizing a small turbofan engine are described. The 2019 test campaign continued the investigation of the core/combustor-noise component of aircraft-propulsor noise begun in an earlier baseline test, but with a more extensive acoustic-instrumentation layout. The purpose of both tests was to better understand the impact on civilian-transport airport-community noise from turbofan-combustor sources and thereby to lay the foundation for improved noise-prediction methods and noise-mitigation techniques. Simultaneous high-data-rate acoustic measurements were obtained using a circumferential sensor array at the core nozzle exit in conjunction with sideline and farfield microphone arrays. The test matrix contained engine operational points from engine idle to maximum power and was repeated for different circumferential and sideline array configurations, as well as for redundancy. The extensive data set (up to 93 channels of data and various configurations) allows the application of advanced source-separation and phased-array methods to elucidate not only the core-noise structure, but also the propagation characteristics of other propulsion noise sources. The present report provides a detailed description of the different test points, their associated instrumentation layouts, and the structure of the acquired data set. Results from various data analyses are reported separately.

Aeroacoustics↗

Development of a Sodium LIDAR for Spaceborne Missions

We are currently developing laser and electro-optic technologies to remotely measure Sodium (Na) by adapting existing lidar technology with space flight heritage. The developed instrumentation will serve as the core for the planning of a Heliophysics mission targeted to study the composition and dynamics of Earths mesosphere based on a spaceborne lidar that will measure the mesospheric Na layer. There is a pressing need in the Ionosphere Thermosphere - Mesosphere (ITM) community for high-resolution measurements that can characterize small-scale dynamics (i.e. Gravity Waves with wavelengths smaller than a few hundred km) and their effects in the Mesosphere-Lower-Termosphere (MLT) on a global basis. This is compelling because they are believed to be the dominant contributors to momentum transport and deposition in the MLT, which largely drive the global circulation and thermal structure and interactions with the tides and planetary waves in this region. We are developing a spaceborne remote sensing technique that will enable acquisition of global Na density, temperature and wind measurements in the MLT with the spatial and temporal resolution required to resolve issues associated with the structure, chemistry, dynamics, and energetics of this regionA nadir-pointing spaceborne Na Doppler resonance fluorescence LIDAR on board of the ISS will essentially make high-resolution, in time and space, Na density, temperature and vertical wind measurements, from 75-115 km (MLT region). Our instrument concept consisted of a high-energy laser transmitter at 589 nm and highly sensitive photon counting detector that allows for range-resolved atmospheric-sodium-temperature profiles. The atmospheric temperature is deduced from the linewidth of the resonant fluorescence from the atomic sodium vapor D2 line as measured by our tunable laser. We are currently developing a high power energy laser that allows for some day time sodium lidar observations with the help of a narrow bandpass filter based on etalon or atomic sodium Faraday filter with 5 to 10 pm optical bandwidth. The current baseline detector for the lidar instrument is a 16-channel Photomultiplier Tube with receiver electronics that has been space-qualified for the ICESat-2ATLAS mission. Our technique uses the 16-channels as a photon-number-resolving single detector to provide the required full-spectroscopic sodium lineshape waveform for recovering Mesospheric temperature profiles. In this paper, we will describe our instrument concept for a future Heliophysics space mission based on board of the International Space Station (ISS).

lidar↗