Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “built environment”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 1,027 records · Page 57

Monitoring nanoparticle synthesis in a carbon arc discharge environment, in situ

This work presents experimental and theoretical studies of gas-phase synthesis of fullerenes and carbon nanoparticles in the presence of an atmospheric-pressure, arc discharge plasma. Carbon arc discharges have been used for synthesizing carbon nanotubes for over 25 years, and have the potential for economically synthesizing industrial-scale quantities of fullerenes. However, the efficiency and selectivity of fullerene synthesis with carbon arc discharges are quite low. Optimizing carbon arc discharges for fullerene synthesis requires a thorough understanding of the dynamics behind gas-phase nanoparticle synthesis in the presence of an arc discharge plasma. We built a carbon arc discharge setup to study nanoparticle and fullerene synthesis. The laser-induced incandescence (LII) diagnostic was applied for monitoring nanoparticle synthesis, in situ. The LII diagnostic had previously been applied as a combustion diagnostic for in situ measurements of concentrations and sizes of soot particles in flame environments. Prior to the present study, it had never been applied for studying fullerenes, nor had it been applied to study nanoparticles in the presence of an atmospheric-pressure plasma. Therefore, experiments were designed that allowed for the calibration of the LII diagnostic with research-grade, arc-synthesized soot particles and carbon nanotubes. Additionally, the theory and models underpinning the LII diagnostic were adapted to include the presence of an atmospheric-pressure, arc-discharge plasma. Results presented in this work confirm the ability of the LII diagnostic to measure sizes of arc-synthesized nanoparticles in situ, and show the spatial location of high densities of arc-synthesized nanoparticles with respect to the arc discharge plasma. Determining the spatial location of nanoparticle synthesis and growth is crucial for understanding the background conditions (e.g. background gas temperature, electron densities ...) in which nanoparticles nucleate and grow in the arc discharge environment. Future work would involve combining the LII diagnostic with other laser-based diagnostics (e.g. Rayleigh scattering, laser-induced fluorescence) for a more comprehensive study of gas-phase nanoparticle synthesis and investigating fundamental basic-science questions related to low temperature plasma physics, and laser-nanoparticle interactions.

Nanotechnology↗

Flight Dynamics Modeling for a Rapid Conceptual Development Environment

This paper presents the integration of flight dynamics modeling (FDM) within an aircraft conceptual development framework. Within this framework, FDM and simulation are used for the preliminary analysis of the takeoff, landing, and critical loss of thrust performance of early-stage aircraft concepts. The aerodynamic and propulsive models are built using the XML-based DAVE-ML model exchange. Automated integration of these models is achieved using the Simulink® model generation available through the DAVEtools Java package in addition to Simulink®-based flight simulation blocks. Results demonstrating the established methods are presented for the analysis of a twin-engine light transport example aircraft. This work establishes methods that will be used to perform trade studies of aircraft designed for Regional Air Mobility operations. These aircraft will require short takeoff and landing distances in addition to steep climb and descent gradients, each of which can be estimated and applied as design space constraints using the current methods.

Flight Dynamics↗

An easy-to-use diagnostic system development shell

The Diagnostic System Development Shell (DSDS), an expert system development shell for diagnostic systems, is described. The major objective of building the DSDS is to create a very easy to use and friendly environment for knowledge engineers and end-users. The DSDS is written in OPS5 and CommonLisp. It runs on a VAX/VMS system. A set of domain independent, generalized rules is built in the DSDS, so the users need not be concerned about building the rules. The facts are explicitly represented in a unified format. A powerful check facility which helps the user to check the errors in the created knowledge bases is provided. A judgement facility and other useful facilities are also available. A diagnostic system based on the DSDS system is question driven and can call or be called by other knowledge based systems written in OPS5 and CommonLisp. A prototype diagnostic system for diagnosing a Philips constant potential X-ray system has been built using the DSDS.

Tsai, L. C.↗

Graphical interfaces for cooperative planning systems

Based on a cognitive task analysis of 5 airline flight crews in a simulator study, researchers have designed a testbed for studying computer aids for en route flight path planning. This testbed runs on a Mac II controlling three color monitors, and is being used to study the design of aids for both dispatchers and flight crews. Specifically, the research focuses on design concepts for developing cooperative problem-solving systems. We use en route flight planning (selecting alternate routes or destinations due to unanticipated weather, traffic, malfunctions, etc.) as the context for studying the design of such systems. Researchers are currently exploring three questions in this test environment: (1) When interacting with a flight planning aid, how does the role of the pilot influence overall system performance; (2) Can the architecture for a cooperative planning system be built around Sacerdoti's (1983) concept of an abstraction hierarchy, where the pilot can interact with the system at many different levels of detail (but where the computer aid by default handles lower level details that the pilot has chosen not to deat with); and (3) Can graphical displays and direct manipulation of these displays provide perceptual enhancements (Larkin and Simon, 1987) of the pilot's problem-solving activities. Information is given in viewgraph form.

Smith, Philip J.↗

Offgassing Characterization of the Columbus Laboratory Module

Trace gaseous contamination in the cabin environment is a major concern for manned spacecraft, especially those designed for long duration missions, such as the International Space Station (ISS). During the design phase, predicting the European-built Columbus laboratory module s contribution to the ISS s overall trace contaminant load relied on "trace gas budgeting" based on material level and assembled article tests data. In support of the Qualification Review, a final offgassing test has been performed on the complete Columbus module to gain cumulative system offgassing data. Comparison between the results of the predicted offgassing load based on the budgeted material/assembled article-level offgassing rates and the module-level offgassing test is presented. The Columbus module offgassing test results are also compared to results from similar tests conducted for Node 1, U.S. Laboratory, and Airlock modules.

Rampini, riccardo↗

Analysis and Design of Phase Change Thermal Control for Light Emitting Diode (LED) Spacesuit Helmet Lights

LED Helmet Extravehicular Activity Helmet Interchangeable Portable (LEHIP) lights for the Extravehicular Mobility Unit (EMU) have been built and tested and are currently being used on the International Space Station. A design is presented of the passive thermal control system consisting of a chamber filled with aluminum foam and wax. A thermal math model of LEHIP was built and correlated by test to show that the thermal design maintains electronic components within hot and cold limits for a 7 hour spacewalk in the most extreme EVA average environments, and do not pose a hazard to the crew or to components of the EMU.

Bue, Grant C.↗

Hemispherical Field-of-View Above-Water Surface Imager for Submarines

A document discusses solutions to the problem of submarines having to rise above water to detect airplanes in the general vicinity. Two solutions are provided, in which a sensor is located just under the water surface, and at a few to tens of meter depth under the water surface. The first option is a Fish Eye Lens (FEL) digital-camera combination, situated just under the water surface that will have near-full- hemisphere (360 azimuth and 90 elevation) field of view for detecting objects on the water surface. This sensor can provide a three-dimensional picture of the airspace both in the marine and in the land environment. The FEL is coupled to a camera and can continuously look at the entire sky above it. The camera can have an Active Pixel Sensor (APS) focal plane array that allows logic circuitry to be built directly in the sensor. The logic circuitry allows data processing to occur on the sensor head without the need for any other external electronics. In the second option, a single-photon sensitive (photon counting) detector-array is used at depth, without the need for any optics in front of it, since at this location, optical signals are scattered and arrive at a wide (tens of degrees) range of angles. Beam scattering through clouds and seawater effectively negates optical imaging at depths below a few meters under cloudy or turbulent conditions. Under those conditions, maximum collection efficiency can be achieved by using a non-imaging photon-counting detector behind narrowband filters. In either case, signals from these sensors may be fused and correlated or decorrelated with other sensor data to get an accurate picture of the object(s) above the submarine. These devices can complement traditional submarine periscopes that have a limited field of view in the elevation direction. Also, these techniques circumvent the need for exposing the entire submarine or its periscopes to the outside environment.

Hemmati, Hamid↗

Scaled CMOS Reliability and Considerations for Spacecraft Systems : Bottom-Up and Top-Down Perspectives

The recently launched Mars Science Laboratory (MSL) flagship mission, named Curiosity, is the most complex rover ever built by NASA and is scheduled to touch down on the red planet in August, 2012 in Gale Crater. The rover and its instruments will have to endure the harsh environments of the surface of Mars to fulfill its main science objectives. Such complex systems require reliable microelectronic components coupled with adequate component and system-level design margins. Reliability aspects of these elements of the spacecraft system are presented from bottom- up and top-down perspectives.

derating thermal margin↗

Detector Array Assembly Development for the ATLAS Instrument on the ICESat-2 Mission

This paper describes the development of the Detector Array Assembly (DAA) structure for the Advanced Topographic Laser Altimeter System (ATLAS) on the ICESat2 Mission built at NASA Goddard Space Flight Center (GSFC). It describes the challenges faced in designing a structure to protect sensitive detectors with limited data available for the detectors and the environment, including shock. The paper shows the successful re-design and testing that was performed to allow for a design to handle launch, shock and thermal environments with flexibility to incorporate design changes.

0000↗

Development Of 12 Kw Hall Thrusters for Nasa Lunar Gateway Power And Propulsion Element

NASA is embarking on a new and exciting era of human exploration to the Moon and its vicinity. As part of the Artemis program, NASA is developing the lunar Gateway, an orbiting platform in Near Rectilinear Halo Orbit (NRHO) about the Moon. The first two elements of the Gateway will be launched in 2024 and will be transferred from a high Earth orbit to the NRHO via the use of Solar Electric Propulsion (SEP). The SEP system is located on the Power and Propulsion Element (PPE) which will provide up to 60 kW of power. Aerojet Rocketdyne is developing the 12 kW flight Hall thrusters to be used for transferring the PPE and the Habitat and Logistics Outpost (HALO) module to NRHO. Work is continuing on the development testing, and these results will be described in the paper. The project has also recently completed its critical design review and is transitioning to the fabrication of the three flight thrusters. The 12 kW Hall thrusters are being developed under the NASA Advanced Electric Propulsion System (AEPS) program. As part of the AEPS program, AR built two Engineering Test Unit (ETU) Hall thrusters based on the NASA HERMeS engine and conducted a series of tests to validate the design. One series of tests focused on environments and functional testing, while the other series was mainly focused on long duration test blocks. Results from these tests were used to compare with NASA data from the HERMeS thruster. The comparison of the test results showed no change to the critical performance and lifetime parameters, which enabled the next phase of the program to proceed. Currently testing is continuing on the Engineering Development Units (EDU) as part of the flight qualification activities. The successful completion of the CDR serves as the starting point for the flight thruster fabrication, which is now underway to support the launch of the Gateway modules in 2024. The development and qualification of the AEPS 12 kW Hall thrusters is proceeding well. As the program completes CDR and transitions into flight builds of the three 12 kW Hall thrusters that will be used to transfer the combined PPE and HALO stack to the NRHO, the results of the development testing are reviewed in this presentation, and a status of the program and future plans is provided. The launch of the two Gateway modules and the transfer of this large payload to cislunar orbit will mark a significant milestone in electric propulsion, as it will demonstrate the ability of SEP to transfer very large payloads over great distances. This establishes the precedent that could lead to cargo transfers from the Earth to the Moon or even to Mars using SEP.

Hall thrusters↗

Centralized Data Management Platform

The technology is an adaptive data management and integration platform designed for disparate data sources. It is built to support multitenancy, manage data governance, handle heterogeneous data formats and advance data democratization using a suite of connected, independent microservices. Each service can be used within an integrated environment, or as a standalone product, with a dedicated set of functionalities, such as metadata management, data versioning, access control, data tagging, link management, and analytics, among others.

Technology Transfer↗

Software Quality Assurance for High Performance Computing Containers

Software containers are a key channel for delivering portable and reproducible scientific software in high performance computing (HPC) environments. HPC environments are different from other types of computing environments primarily due to usage of the message passing interface (MPI) and drivers for specialized hard- ware to enable distributed computing capabilities. This distinction directly impacts how software containers are built for HPC applications and can complicate software quality assurance efforts including portability and performance. This work introduces a strategy for building containers for HPC applications that adopts layering as a mechanism for software quality assurance. The strategy is demonstrated across three different HPC systems, two of them petaflops scale with entirely different interconnect technologies and/or processor chipsets but running the same container. Performance consequences of the containerization strategy are found to be less than 5-14% while still achieving portable and reproducible containers for HPC systems.

97 MATHEMATICS AND COMPUTING↗

Simscape Modeling Verification in the Simulink Development Environment

The purpose of the Simulation Product Group of the Control and Data Systems division of the NASA Engineering branch at Kennedy Space Center is to provide a realtime model and simulation of the Ground Subsystems participating in vehicle launching activities. The simulation software is part of the Spaceport Command and Control System (SCCS) and is designed to support integrated launch operation software verification, and console operator training. Using Mathworks Simulink tools, modeling engineers currently build models from the custom-built blocks to accurately represent ground hardware. This is time consuming and costly due to required rigorous testing and peer reviews to be conducted for each custom-built block. Using Mathworks Simscape tools, modeling time can be reduced since there would be no custom-code developed. After careful research, the group came to the conclusion it is feasible to use Simscape's blocks in MatLab's Simulink. My project this fall was to verify the accuracy of the Crew Access Arm model developed using Simscape tools running in the Simulink development environment.

SIMSCAPE↗

Interplanetary Overlay Network Bundle Protocol Implementation

The Interplanetary Overlay Network (ION) system's BP package, an implementation of the Delay-Tolerant Networking (DTN) Bundle Protocol (BP) and supporting services, has been specifically designed to be suitable for use on deep-space robotic vehicles. Although the ION BP implementation is unique in its use of zero-copy objects for high performance, and in its use of resource-sensitive rate control, it is fully interoperable with other implementations of the BP specification (Internet RFC 5050). The ION BP implementation is built using the same software infrastructure that underlies the implementation of the CCSDS (Consultative Committee for Space Data Systems) File Delivery Protocol (CFDP) built into the flight software of Deep Impact. It is designed to minimize resource consumption, while maximizing operational robustness. For example, no dynamic allocation of system memory is required. Like all the other ION packages, ION's BP implementation is designed to port readily between Linux and Solaris (for easy development and for ground system operations) and VxWorks (for flight systems operations). The exact same source code is exercised in both environments. Initially included in the ION BP implementations are the following: libraries of functions used in constructing bundle forwarders and convergence-layer (CL) input and output adapters; a simple prototype bundle forwarder and associated CL adapters designed to run over an IPbased local area network; administrative tools for managing a simple DTN infrastructure built from these components; a background daemon process that silently destroys bundles whose time-to-live intervals have expired; a library of functions exposed to applications, enabling them to issue and receive data encapsulated in DTN bundles; and some simple applications that can be used for system checkout and benchmarking.

Burleigh, Scott C.↗

Digital Lunar Exploration Sites (DLES) Terrain Crafting

Humans will soon be returning to the surface of the Moon with NASA’s Artemis program. The Artemis program is an international collaboration that will consist of a complex series of space systems and missions to explore the lunar surface and pave the way for the future exploration of Mars. NASA and its partners rely heavily on simulation for lighting and navigation studies as well as training astronauts, flight controllers, and mission support staff. The NASA Exploration Systems Simulations (NExSyS) team in the Simulation and Graphics Branch (ER7) in the Engineering Directorate at NASA’s Johnson Space Center has built up many simulation products to support this effort, one of which is the Digital Lunar Exploration Sites (DLES). DLES is a collection of products used to simulate and render the lunar surface in a digital environment. We discussed and presented an overview of the DLES products at the 2022 IEEE Aerospace Conference in Big Sky, MT with a paper titled "Digital Lunar Exploration Sites". This “DLES Terrain Crafting” paper will expand on the information previously provided in “DLES” paper and dive deeper into the details of the terrain crafting process and the toolsets used to support this task. The best digital data currently available of the lunar surface is provided by the Lunar Reconnaissance Orbiter (LRO). Its Lunar Orbiter Laser Altimeter (LOLA) achieves an impressive resolution of 5m per pixel at the Lunar South Pole (LSP) and can generate datasets covering a large continuous region near the LSP. There are a few additional methods, such as Shape from Shading which can infer higher resolution data (up to 1m per pixel) from the LRO Narrow Angle Camera (NAC) images. However, surface-based simulations require higher-resolution data, and this paper will discuss the process of enhancing the terrain to meet that need. The process begins with capturing statistical data of craters in the regions of interest using images provided by the LRO NAC. This data is then used to scatter artificial features which are not captured in the truth data, resulting in an enhanced DEM with a much higher resolution of 20cm per pixel. Many tools were built up to assist in the creation of these artificial Digital Elevation Models (DEM), which this paper will discuss in detail. DEMs themselves are a very powerful representation of a planetary surface, and many operations and tools can utilize the data they contain. This paper includes a description of the rendering of the lunar surface in a graphics engine, generation of contact patches to simulate tire to ground interaction, and ray tracing utilities to model Line of Sight (LOS) interactions with the terrain. This paper will also explore some new tool sets currently under development which aim to utilize Machine Learning (ML) to assist in the identification of craters from LRO NAC imagery. While this is not a novel idea, the NExSyS team is developing a unique approach which may result in more robust identification of crater characteristics.

Artemis↗

A comprehensive analysis of the crop effect on the urban-rural differences in land surface phenology

The response of land surface phenology (LSP) to the urban heat island effect (UHI) is a useful biological indicator for understanding how vegetated ecosystems will be affected by future climate warming. However, vegetation cover in rural areas is often dominated by cultivated land, whose phenological timing is considerably influenced by agricultural managements (e.g., timing of sowing and harvesting), leading to biased conclusions derived from the urban-rural LSP differences. To demonstrate this problem, we investigated the crop influence on the phenological response to a warmer environment resulting from the UHI effect. We partitioned cities in the United States into cultivated and non-cultivated categories according to the proportion of crops in rural areas. We then built continuous buffer zones starting from the urban boundary to explore the urban-rural LSP differences considering the UHI effect on them. In this work, the results suggest crop inclusion is likely to lead to >14 days of urban-rural differences at both the start of the season (SOS) and the end of the season (EOS) between cultivated and non-cultivated cities. The temperature sensitivity (ST) of SOS is overestimated by approximately 2.7 days/°C, whereas the EOS is underestimated by 3.6 days/°C. Removing crop-dominated pixels (i.e., above 50 %) can minimize the influence of crop planting/harvesting on LSP and derive reliable results. We, therefore, suggest explicit consideration of crop impacts in future studies of phenological differences between urban and rural areas and the UHI effect on LSP in urban domains, as presented by this comprehensive study.

54 ENVIRONMENTAL SCIENCES↗

DRAS: Deep Reinforcement Learning for Cluster Scheduling in High Performance Computing

Cluster schedulers are crucial in high-performance computing (HPC). They determine when and which user jobs should be allocated to available system resources. Existing cluster scheduling heuristics are developed by human experts based on their experience with specific HPC systems and workloads. However, the increasing complexity of computing systems and the highly dynamic nature of application workloads have placed tremendous burden on manually designed and tuned scheduling heuristics. More aggressive optimization and automation are needed for cluster scheduling in HPC. In this work, we present an automated HPC scheduling agent named DRAS (Deep Reinforcement Agent for Scheduling) by leveraging deep reinforcement learning. DRAS is built on a hierarchical neural network incorporating special HPC scheduling features such as resource reservation and backfilling. An efficient training strategy is presented to enable DRAS to rapidly learn the target environment. Once being provided a specific scheduling objective given by the system manager, DRAS automatically learns to improve its policy through interaction with the scheduling environment and dynamically adjusts its policy as workload changes. We implement DRAS into a HPC scheduling platform called CQGym. CQGym provides a common platform allowing users to flexibly evaluate DRAS and other scheduling methods such as heuristic and optimization methods. Furthermore, the experiments using CQGym with different production workloads demonstrate that DRAS outperforms the existing heuristic and optimization approaches by up to 50%.

97 MATHEMATICS AND COMPUTING↗

ICAT: The Interactive Corpus Analysis Tool

The Interactive Corpus Analysis Tool (ICAT) is a Python library for creating dashboards to explore textual datasets and build simple binary classification models to help filter through them and focus on entries of interest. This tool uses a form of interactive machine learning (IML), a paradigm of “machine teaching” (Simard et al., 2017) that sits at the intersection of the fields of human computer interaction (HCI), visual analytics, and machine learning. The intent of ICAT is to allow subject matter experts (SME) with limited to no experience in machine learning to benefit from an iterative human-in-the-loop (HITL) approach to building their own model without needing to understand the details of the underlying algorithm. This interactivity is achieved by allowing the user to create features, label data points, and visually manipulate a representation of the features to manually cluster and investigate data, while a model is trained on the fly based on these actions. ICAT is built on top of the Panel (Holoviz, 2018) library, using a combination of Vega, a custom IPyWidget using D3, and ipyvuetify, and is intended to be used inside of a Jupyter environment.

Martindale, Nathan [Oak Ridge National Laboratory ↗