Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “RuN”

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 469 records · Page 26

Laboratory on the Moon: Equipping and Testing of a Habitat Laboratory for the Scientific Exploration of the Moon by Humans

A human habitat on the Moon is predestined to house a laboratory, especially if it is built for scientific missions on the Moon. This laboratory could be used for (1) conducting experiments utilizing the lunar gravity and prepare experiments to be placed outside the laboratory in the lunar environment, (2) conducting analyses of lunar rock and regolith in high volume, and (3) performing preliminary analyses and screening of samples to be sent to Earth for more detailed, specialized analysis. In the past, spaceflight missions have often been implemented by adding scientific instruments after most of the engineering work is already finished, limiting scientific studies to relatively scattered, insular topics. However, if prepared appropriately, a research laboratory on the Moon can help address scientific questions thoroughly and at a fundamental level. Moreover, the challenge of creating a viable habitat is not only an engineering one, but one that requires input from architects, designers, and psychologists. After all, the crew not only works inside the habitat laboratory, but they spend (close to) their entire time on the Moon inside the habitat and under the isolation and confinement that comes with it. We combine science, engineering, and architecture to create a habitat laboratory that meets their conflicting requirements: The laboratory of the Moon and Mars Base Analog (MaMBA) has been designed with inputs from (1) scientists of selected disciplines, particularly geology, materials science, chemistry, biology, and medicine, (2) space architects specializing on extraterrestrial bases, and (3) engineers for the constraints imposed by the lunar environment. The MaMBA laboratory was built in 2019 into the mock-up of the first MaMBA module (out of six). Subsequently, the laboratory was tested by volunteer scientists for its usability. The scientists used the laboratory for work deemed representative of lunar scientific analyses; the complete test runs lasted one week each, with one test run in June 2019 and the second test run in late September 2019 following some modifications suggested by the scientists. Here, we will present an overview of the scientific topics that we think should be addressed on the Moon, together with a suggestion of scientific instrumentation that would be helpful for such investigations. Moreover, we present the MaMBA laboratory, equipped with the proposed instrumentation, and the outcomes of the test runs with a particular focus on the lessons learned regarding the equipping of the laboratory.

Christiane Heinicke↗

Assimilation of Lidar Planetary Boundary Layer Height Observations

Lidar backscatter and wind retrievals of the planetary boundary layer height (PBLH) are assimilated into 22 hourly forecasts from the NASA Unified - Weather and Research Forecast (NU-WRF) model during the Plains Elevated Convection Convection at Night (PECAN) campaign on July 11, 2015 in Greensburg, Kansas, using error statistics collected from the model profiles to compute the necessary covariance matrices. Two separate forecast runs using different PBL physics schemes were employed, and comparisons with 6 independent radiosonde profiles were made for each run. Both of the forecast runs accurately predicted the PBLH and the state variable profiles within the planetary boundary layer during the early morning, and the assimilation had a small impact during this time. In the late afternoon, the forecast runs showed decreased accuracy as the convective boundary layer developed. However, assimilation of the Doppler lidar PBLH observations were found to improve the temperature and V velocity profiles relative to independent radiosonde profiles. Water vapor was overcorrected, leading to increased differences with independent data. Errors in the U velocity were made slightly larger. The computed forecast error covariances between the PBLH and state variables were found to rise in the late afternoon, leading to the larger improvements in the afternoon. This work represents the first effort to assimilate PBLH into forecast states using ensemble methods.

Andrew Tangborn↗

Porting OVERFLOW CFD Code to GPUs: To Hackathons and Beyond!

OVERFLOW is an overset, structured computational fluid dynamics (CFD) code written in Fortran which is widely used in the government, industry, and academia. Over the last several years the OVERFLOW developers have been working to port miniapps based on computationally expensive parts of OVERFLOW to run on GPUs, primarily using OpenACC. This effort started at our first hackathon in 2019 and since then the OVERFLOW team has attended two additional hackathons (virtually). These hackathon environments have provided a great place to collaborate with others and learn from experts. These learning experiences enabled porting two miniapps to run effectively on NVIDIA GPUs using OpenACC. The first miniapp focused on motifs found in the solver itself and the final ported version runs three times fast ona single V100 compared to a 40 core, dual-socket Intel Skylake node. The speed up in this solverminiapp required multiple design changes including increasing the amount of parallelism available and the amount of work performed in each kernel. The second miniapp focused on overset MPI communication, also saw significant speedups over the CPU implementation using a CUDA-aware MPI implementation through OpenACC. This presentation will discuss our experience at the hackathons, our process of porting the miniapps to run on the GPUs, and several lessons learned throughout.

OpenACC↗

New Features of the NEQAIR Radiation Code

The longest-lived code for predicting shock layer radiation, NEQAIR, is now in its 5th decade of service. Substantial changes to the code have been made over the previous decade, the most recent report of which was at the 5th Workshop on Radiation in High Temperature Gases in 2014, for the version referred to as NEQAIR14. This paper will review some of the improvements made to the NEQAIR code since then, which is now at v15.2. Some of these features are discussed briefly below. NEQAIR15 and subsequent versions have enabled parallel evaluation of multiple lines of sight. This is accomplished by utilizing the HDF5 file format and placing multiple lines into a single file, LOS.h5, which is used for both input and output. This approach enables straightforward parallel execution both over the number of lines of sight and the number of points per line. For large problems, runtime reduces linearly with the number of nodes deployed since each line is processed independently by a subset of MPI ranks. Three applications of the multi-line solver are discussed. The first has to do with performing loosely coupled radiation-flowfield solutions. In this case the computed absorption and emission coefficients are used to evaluate the total energy absorbed or emitted at each point, allowing evaluation of the volumetric source term in the flowfield. The second computation is for obtaining heat flux from nonuniform flows, which require integration over spherical co-ordinates. These are of particular interest for evaluating radiation on the vehicle backshell. This 3D option improves the angular integration scheme and allows adaptive line selection that together reduce the number of lines required by about an order of magnitude. The final application is for remote observation, which is essentially the 3D integration problem over a small solid angle. For all three of these computations, data can be stored in the HDF5 file which allows a NEQAIR run to be restarted when it times out, or to add atmospheric absorption or instrument scan functions. An additional level of parallelism is enabled in NEQAIR15.2 using GPU routines. The GPU parallelism has realized up to 8x speed-up when running on a single core but diminishes as CPU parallelism is increased. For running multi-line simulations, it may be easier to reserve a large number of CPU nodes than to obtain the number of GPU nodes required for similar performance. A GUI, known as NEQTPY, allows for reading and creating input files, running NEQAIR, and displaying results. A significant feature of NEQTPY is the ability to perform spectral fits to data. The fits can operate on a single line spectrum (radiance vs. wavelength) or a 3D input file with multiple columns of data. Other new features include improved constants, additional species, more detailed non-Boltzmann modelling, advanced user controls, the ability to read and calculate spectra from HITRAN datafiles, photodissociation and photoionization cross-sections. A “fast” automatic grid option may reduce the size and time of spectral calculations while still maintaining good accuracy for total heat flux.

Brett A Cruden↗

Analysis and Monitoring of Cyber-Physical Systems via Environmental Domain Knowledge & Modeling

While verifying adherence to a specification (i.e., specification-based testing) is important, the results are only as valid as the specification itself. Problematically, verifying a system specification must be done within the context of changing or even unknown environmental domain knowledge that could render the specification ineffective or incorrect. This issue is even more apparent in the context of self-adaptive systems, where uncertainty in both the system configuration and environment can impact the validity of the system. This paper introduces a method to explicitly model domain knowledge of the environment as a secondary system to enable design-time verification against documented environmental assumptions (i.e., those elements external to the system). In addition, run-time monitors are used to detect scenarios in the actual environment not specified by the modeled environmental domain knowledge. Rather than simply identifying unexpected inputs, our approach is able to identify run-time violations of the environmental domain knowledge, even when inputs appear valid based on the domain assumptions embedded in the system specification. These violations can then be used to correspondingly update the system and environmental specifications via automated run-time adaptation or subsequent design-time revisions. We illustrate our approach by applying our method to a running example of a goal-based model of a baby monitor.

Byron DeVries↗

Developing a Hybrid Space Suit Simulator as a Research Tool for Assessing Extravehicular Activity Relevant Workload

Suited testing time is limited and hard to come by, expensive, and requires a whole team to operate and monitor the suit; however, pressurized spacesuits are not always necessary for initial developmental efforts or assessment of informatics. The Human Physiology, Performance, Protection & Operations Laboratory (H-3PO) at NASA Johnson Space Center (JSC) is developing a Hybrid Space Suit Simulator (HS3) to support characterization of human performance during planetary surface exploration analogs. The primary goal of HS3 is to create a low cost, modular, and unpressurized suit simulator for use as a research tool which provides relevant physical and cognitive workload approximations with EVA-like immersion during planetary extravehicular activity (EVA) simulations. HS3 consists of a soft suit, communication, thermal control, gloves, boots, helmet, and integrated bioinformatics/sensors. The modular design of HS3 allows it to be modified to support test objectives as needed. HS3 enables H-3PO and NASA to complete critical human health and performance testing to address open risks and knowledge gaps in a timely, repeatable, and controlled manner. Four engineering runs were completed with HS3 as a baseline for capability. General workload was assessed while traversing on a passive treadmill and conducting geology tasks. Liquid cooling temperature, suit temperature, and metabolic rates were collected during one extended three-hour engineering run. For the duration of the engineering run the suit temperature was 26.6 ± 1.58 °C while suit humidity was 53.7 ± 5.11 %. Helmet temperature was higher than suit temperature at 27.8 ± 1.58 °C. Helmet humidity was lower than average suit humidity at 50.12 ± 11.3 °C. The liquid cooling temperature remained stable at 22.4 ± 1.62 °C. Resting metabolic rate was 597 ± 88 BTU/hr while metabolic rate increased during traverse tasks at 1500 ± 319 BTU/hr and geology tasks at 921 ± 129 BTU/hr. Following the engineering runs, a characterization study will be conducted. The subjects will perform EVA-like scenarios in both a shirtsleeve only and donned HS3, consisting of EVA task circuit focused on traversing, geological rock sampling, and task board manipulation. The characterization study will provide data capability for implementing HS3 in analog EVA testing environments.

Monica Hew↗

Flight Performance and Stability of Space Launch System Core Stage Thrust Vector Control

The Space Launch System (SLS) Core Stage (CS) Thrust Vector Control (TVC) system is comprised of eight mechanical feedback Shuttle heritage Type III TVC actuators and four RS-25 engines, each attached to a Shuttle heritage gimbal block/bearing. The Core Stage TVC shares vehicle control authority with the SLS 5-segment Solid Rocket Boosters (SRBs) during boost phase flight, and is the sole means of vehicle flight control during in exoatmospheric flight following SRB separation. TVC responses during Green Run Hot Fire (GRHF) testing revealed that the TVC did not meet its performance specifications. Step and frequency responses exhibited unexpected departures from prior laboratory data and modeled behavior. Post-test analysis determined that the characteristics of the structure and gimbal friction are significantly influenced by the thrust-loaded conditions, and the command avionics exhibited a small but important gain nonlinearity. Using the available test data, the design team augmented the flight control TVC models to bound the observed results and include the additional fidelity needed for vehicle flight control analysis so as to build sufficient rationale for flight certification. Prior to the Green Run tests, “simplex” linear models typically used for flight control analysis did not include gimbal friction and other nonlinearities owing to long-standing assumptions that these effects were negligible in the Shuttle Orbiter TVC system. Following the Green Run findings, simulation analysis of the flight dynamics in the time and frequency domain revealed the propensity for a flight control limit cycle oscillation (LCO) if friction and structural compliances fell near the edges of test-predicted bounds. While the “most probable” models did not predict an in-flight LCO, the SLS Program conservatively proceeded with a system-wide evaluation and ultimate acceptance of the possibility for a small amplitude, low-frequency TVC LCO in flight. A final validation of the extensive test and modeling effort occurred when the first flight of SLS successfully demonstrated the fully integrated performance of the vehicle’s TVC system This paper is the final installment in a seven-paper series surveying the design, engineering, test validation, and flight performance of the Core Stage Thrust Vector Control system. In this paper, the development of flight rationale in light of the TVC responses observed in Green Run is discussed, along with a review of the flight telemetry illustrating the correlation of the preflight predictions with the observed performance.

John H. Wall↗

Reliability-Aware Requirements Development for Autonomy Software

Autonomy is the ability of a system to make decisions and take actions in the presence of uncertainty. Validating autonomy, therefore, is a matter of validating that the system makes intelligent decisions even when there might be discrepancies between the observed and the expected state of the world as well as when the possible outcome of each of the possible courses of action is uncertain. During the requirements engineering phase, the functions, including those that are required to be autonomous and their expected behavior are specified. However, in the case of autonomous software system, it is challenging to specify all possible scenarios that the software may encounter. Additionally, since autonomous behaviors cannot always be fully predetermined, it is difficult to reason about their completeness and correctness. While these challenges are also faced with non-autonomous system, they are more prevalent for autonomous system due to their complexity and emergent behavior. Our efforts have been three-fold. On one hand, we have developed a goal-based method for requirements decomposition. We have embedded this approach into a higher-level systems engineering framework and then developed methods for decision and reliability analysis within this framework. And finally, we use simulation analysis to validate the more theoretical methods and provide a feedback mechanism. The decision analysis approach (DA) helps in identifying and mitigating the run-time risks, by bringing to the forefront the uncertainties, decisions, interactions, and other factors that may cause autonomous software to make erroneous decisions. The DA framework is used to quantify, for each decision that the software can make, failure risk due to uncertainties. The information about the key decisions and circumstances that can cause autonomous system to make incorrect decisions are used to generate test scenarios to be run in a simulator to ensure that the system can handle error-prone circumstances. The results or outcomes from decisions, based on the simulated scenarios, can then be leveraged to further gain insight of the assured system. We combine a goal-based approach with simulation analysis to facilitate requirements development for autonomous systems and further provide a method for run-time systems level reliability considerations during the autonomous software development process. The DA and the reliability analysis methods provide a formalism for the consideration of uncertainty in the run time decision-making process for autonomous software. This formalism considers the uncertainty involved in the outcome of different courses of action, in terms of performance and cost, as well as a method to consider the system level reliability implications. System level reliability considerations for autonomous software decision making contribute to the satisfaction of the system level goals over the lifecycle of a given mission. We demonstrate our approach using a hypothetical rover path planning example. The requirements for our rover simulator are based on existing literature about Mars rovers and lessons learned from real world observations at JPL. The specifics of the autonomy design for the Mars rovers, that have not been previously cleared for external release, are not used for our demonstrations.

Lindvall, Mikael↗

Upgrades, Early Results, and Status for V07 IMERG

- TMPA ended with December 2019 - the products are still available, but users are encouraged to move to IMERG - The GPM Version 07 release has been happening later than originally planned and (as usual) in stages - 1 December 2021: Combined had to shift to ”hybrid”: V07 Radar, but still running V06 algorithm - 1 December 2021: IMERG had to shift to “hybrid” Combined for Early, Late, but still running V06 algorithm; we chose to not use ”hybrid” for Final, so it stops with September 2021 - 1 May 2022: IMERG Early, Late Runs shift to V07 GPROF and Combined, but still running V06 algorithm - 1 February 2023: Expected start of V07 IMERG Final processing - 15 March 2023: Expected start of V07 IMERG Early, Late processing

George J. Huffman↗

Supporting Space Weather Modelling at the Community Coordinated Modeling Center (CCMC)

Space weather models are essential to our ability to understand and predict space weather events. Nonetheless, some of the most cutting-edge models may struggle to move past the initial research stage, remaining unknown and inaccessible to a wider research audience, thereby hindering validation, intercomparison and adoption of the models. The Community Coordinated Modeling Center (CCMC, https://ccmc.gsfc.nasa.gov) closes this gap by providing a convenient platform for hosting space weather models and associated services. Using these services, researchers and other end-users may exercise, evaluate, and intercompare contributed models, as well as collaborate on a growing archive of model run results. In this presentation, we will discuss current and planned capabilities in some of the model services at CCMC, including Runs-on-Request, Instant Runs, and Real-Time Continuous Runs. We will also review new models added to the extensive collection of space weather models hosted at CCMC. Finally, we will talk about our efforts at streamlining model delivery to CCMC, including support for containerized models and establishment of an open collaborative environment based on Amazon Web Services (AWS).

space weather↗

Containerized GEOS: Toward a Portable Climate Model

The NASA Goddard Earth Observing System (GEOS) is an Earth system model used for weather, climate, and other scientific applications. GEOS consists of linked components that can run in various configurations such as atmosphere-only and coupled atmosphere-ocean. Running this model on any new supercomputing system depends on operating systems, compilers, MPI stacks, and libraries being present and correctly configured. To remove that burden from users, our project explores building and running GEOS using Singularity containers – files containing all the needed software dependencies – on both NASA high-end computing systems and commercial cloud computing environments. Ultimately, the goal is for containerized GEOS to make it easier for users outside of NASA to deploy and run the model on any machine.

Matthew Thompson↗

Enabling Collaborative Space Weather Research at the Community Coordinated Modeling Center (CCMC)

Space weather models have been actively developed by the international research community, covering extensive spatial and physical domains. Still, many of the ground-breaking models remain a granular effort, insulated from a wider research audience, particularly that in different domains, and possible end users. The Community Coordinated Modeling Center (CCMC, https://ccmc.gsfc.nasa.gov) seeks to remove such barriers to collaboration and coordination by providing a convenient platform for hosting space weather models and associated services. Using these services, researchers and other end-users may exercise, evaluate, and intercompare contributed models, as well as collaborate on a continuously updated archive of model run results. Moreover, the multi-disciplinary science support team at CCMC facilitates and enables collaboration across domains. In our presentation, we will discuss the space weather model services at CCMC, including Runs-on-Request, Real-Time Continuous Runs, and Instant Runs. We will also review new and updated models added to the extensive collection of space weather models hosted at CCMC. We will focus on trends in model, service, and science support utilization at CCMC as a proxy to the most pressing needs of the collaborative modeling community.

space weather↗

Thermal Protection System P50 Cork Char Response Characterization to Ascent Flight Shear and Heating Environments

NASA’s Space Launch System (SLS) experienced deflagration of the acreage of the Core Stage base heat shield during the Green Run hot-fire test campaigns and Artemis I flight. The burning products from the base heat shield during Green Run hot-fire test operation led to concerns in aerothermal environments and thermal protection system (TPS) performance prior to Artemis I flight. Updated design thermal environments accounting for cork combustion were developed using Green Run measurements and assessed prior to Artemis I, resulting in increased TPS thickness for the base heat shield. This work documents a highly controlled ground test within the NASA Marshall Space Flight Center’s Propulsion Test Branch Hot Gas Facility (HGF) and investigates the P50 cork TPS response due to sensitivity changes in radiative heat rates and surface shear stress. Prior to testing at the HGF, most of the P50 cork panels had a thick layer of char due to the cork combustion process replicated in a thermal vacuum chamber. SLS ascent shear stress and heating rate profile were simulated within the HGF by running the combustion-driven wind tunnel at off-nominal conditions and Mach numbers below 1. This test data provided insight into aerothermal measurements from Artemis I flight as well as informing updated base heating design environments for Artemis II. An in-depth understanding of the TPS P50 cork char response and observations is presented for launch vehicle flight ascent environments.

aerothermodynamics↗

Analyses of requirements for computer control and data processing experiment subsystems. Volume 2: ATM experiment S-056 image data processing system software development

The IDAPS (Image Data Processing System) is a user-oriented, computer-based, language and control system, which provides a framework or standard for implementing image data processing applications, simplifies set-up of image processing runs so that the system may be used without a working knowledge of computer programming or operation, streamlines operation of the image processing facility, and allows multiple applications to be run in sequence without operator interaction. The control system loads the operators, interprets the input, constructs the necessary parameters for each application, and cells the application. The overlay feature of the IBSYS loader (IBLDR) provides the means of running multiple operators which would otherwise overflow core storage.

Source record↗

Five-centimeter diameter ion thruster development

All system components were tested for endurance and steady state and cyclic operation. The following results were obtained: acceleration system (electrostatic type), 3100 hours continuous running; acceleration system (translation type), 2026 hours continuous running; cathode-isolator-vaporizer assembly, 5000 hours continuous operation and 190 restart cycles with 1750 hours operation; mercury expulsion system, 5000 hours continuous running; and neutralizer, 5100 hours continuous operation. The results of component optimization studies such as neutralizer position, neutralizer keeper hole, and screen grid geometry are included. Extensive mapping of the magnet field within and immediately outside the thruster are shown. A technique of electroplating the molybdenum accelerator grid with copper to study erosion patterns is described. Results of tests being conducted to more fully understand the operation of the hollow cathode are also given. This type of 5-cm thruster will be space tested on the Communication Technology Satellite in 1975.

Weigand, A. J.↗

Optimal flash rate and duty cycle for flashing visual indicators.

This experiment examined the ability of observers to determine, as quickly as possible, whether a visual indicator was steadily on or flashing. Six flash rates (periods) were combined factorially with three duty cycles (on-off ratios) to define 18 ?types' of intermittent signals. Experimental sessions were divided into six runs of 100 trials, each run utilizing one of the six flash rates. On any given trial in a run, the probability of a steady signal occurring was 0.5 and the probability of a flashing signal occurring was 0.5. A different duty cycle was employed daily for each experimental session. In all, 400 trials were devoted to each of the flash rates at each duty cycle. Accuracy and latency of response were the dependent variables of interest. The results show that the observers view the light for an interval of time appropriate to the expected flash rate and duty cycle; whether they judge the light to be steady or intermittent depends upon whether the light is extinguished during the predetermined waiting period. Adoption of this temporal criterion delays responding in comparison to those tasks involving responses to light onset. The decision or response criteria held by the observers are also sensitive to the parameters of the flashing light: observers become increasingly willing to call a flashing light ?steady' as flash duration increases.

Markowitz, J.↗

An experimental and theoretical investigation of the liquefaction dynamics of a phase change material in a normal gravity environment

Experimental and theoretical investigations were undertaken to determine the role of gravity-induced free convection upon the liquefaction dynamics of a cylindrical paraffin slab under normal gravity conditions. The experimental equipment consisted of a test cell, a fluid-loop heating system, and a multipoint recorder. The test chamber was annular in shape with an effective radius of 1.585 cm and a length of 5.08 cm. The heating chamber was a 1.906 cm diameter tube going through the center of the test chamber, and connected to the fluid loop heating system. All experimental runs were made with the longitudinal axis of the test cell in the vertical direction to insure that convection was not a function of the angular axis of the cell. Ten melting runs were made at various hot wall temperatures. Also, two pure conduction solidification runs were made to determine an experimental latent heat of fusion.

Bain, R. L.↗

Development of large diameter carbon monofilament

A process for preparing large diameter carbon-boron monofilament was developed. The process involves chemical vapor depositing a carbon-boron alloy monofilament from a BCl3, CH4, and H2 gas mixture onto a carbon substrate. Amorphous alloys were formed when gaseous mixtures containing greater than 20 percent methane (80 percent BCl3) were used. The longest uninterrupted lengths of carbon-boron monofilament were produced using a CH4/BCl3 gas ratio of 2.34. It was found that the properties of the carbon-boron alloy monofilament improved when the carbon substrate was precleaned in chlorine. The highest strength monofilament was attained when a CH4/BCl3 gas volume ratio of 0.44 was 28 million N/sq cm (40 million psi). While the highest strengths were attained in this run, the 0.44 gas ratio and other CH4/BCl3 ratios less than 2.34 would not yield long runs. Runs using these ratios were usually terminated because of a break in the monofilament within the reactor. It is felt better process control could probably be achieved by varying the amount of hydrogen; the BCl3/H2 ratio was kept constant in these studies.

Jacob, B.↗