Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “coding productivity”

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 757 records · Page 42
All sourcesNASA NTRSDOE OSTI
DOE OSTI2020

Simulations of coherent scattering experiments at storage ring synchrotron radiation sources in the hard x-ray range

Detailed simulations of experiments carried out at modern light sources are directly related to the most efficient and productive use of these facilities for research in multiple branches of science and technology. The “Synchrotron Radiation Workshop” computer code with its Python interface, and Sirepo web-browser-based graphical user interface, currently supports physical optics simulations of coherent X-ray scattering and imaging experiments on user-defined virtual samples. We present examples of simulations of coherent scattering experiments that are typically performed at the Coherent Hard X-ray beamline at Brookhaven National Laboratory’s (BNL) National Synchrotron Light Source II. We also present several comparisons of the simulations with the results of actual coherent X-ray scattering experiments with nano-fabricated test samples produced at BNL’s Center for Functional Nanomaterials.

36 MATERIALS SCIENCE↗
DOE OSTI2026

Jupyter Notebook Code for “Data-Driven Insights to Accelerate Advanced Biomanufacturing”

This page contains the datasets and code #O5097 Jupyter Notebook Code for “Data-Driven Insights to Accelerate Advanced Biomanufacturing”. Data literature-derived cultivation experiments for polyhydroxybutyrate (PHB) production in Synechocystis sp. PCC 6803 and were used for ML model development, interpretation, and experimental validation.

Lalonde, Jessica N. [Los Alamos National Laborator↗
DOE OSTI2020

Los Alamos National Laboratory Hazardous Waste Facility Permit Community Relations Plan

The requirements of the Hazardous Waste Facility Permit are fulfilled through execution of LANL's fourth strategic goal: “Enabling mission delivery through next-generation facility, infrastructure, and operational excellence.” With input from our stakeholders, we will continue to fulfill those requirements and to improve our waste operations. In 2015, the Laboratory purpose statement focused waste management efforts by directing delivery of mission success through operational effectiveness and scientific excellence. This Plan advances that purpose through community involvement. In the process of achieving our national security mission, Los Alamos National Laboratory generates some hazardous and mixed waste. Hazardous waste is solid waste that is dangerous or potentially harmful to human health or the environment. Hazardous wastes can be liquids, solids, gases, or sludges. They can be discarded as commercial products, such as cleaning fluids or pesticides, or as the byproducts of operations. Specific substances are listed in 40 Code of Federal Regulations (CFR), Part 261: 40 CFR Part 261. Hazardous waste management activities are regulated by the U. S. Environmental Protection Agency and the New Mexico Environment Department (NMED) pursuant to New Mexico Hazardous Waste Act (HWA; Chapter 74, Article 4 NMSA 1978) and regulations under the Act. In 1989, NMED issued the Hazardous Waste Facility Permit (EPA ID Number NM0890010515-1) that established standards for the Laboratory to manage, store, and treat hazardous wastes on-site and to undertake the closure, post closure care, and cleanup as necessary, of permitted waste management units. On November 30, 2010, NMED renewed the Hazardous Waste Facility Permit (the Permit). In June 2020 the Permittees submitted a permit renewal application to the NMED for their review and approval. The Hazardous Waste Facility Permit Community Relations Plan (CRP) describes the scope of public involvement in the activities of the Permit. The CRP is specifically designed to facilitate the community outreach, engagement, and relations activities concerning the Laboratory’s Hazardous Waste Facility Permit and coordinates with but does not include public involvement for other Laboratory programs, initiatives, or environmental activities.

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗
DOE OSTI2024

Reference Piping and Instrumentation Diagrams for Heat Transport Systems for Methanol Plants

This report aims to bridge the gap between advanced nuclear reactor vendors and methanol producers seeking decarbonization. It equips both parties with tools and preliminary information for integrating clean heat from advanced reactors into novel methanol production processes. The proposed investigation in this report involves a three-step approach: 1. Design of Current and Decarbonized Process Models for Methanol Production. This report initiates process modeling of two novel methanol production pathways, with their overall energy requirements comparative to classical methanol production (see Figure ES1). The two process models provide the foundation for analyzing integration of hermos-electric generation from advanced nuclear reactors. 2. Identification of Coupling Points to Integrate Advanced Reactors. This report investigates the integration with two advanced reactor technologies: light-water reactors (LWRs) and high-temperature gas reactors (HTGRs). The key coupling points between advanced nuclear reactors and the production facilities associated with the two decarbonized methanol process pathways are identified. 3. Preliminary Heat and Electricity Transfer Design from Reactors to Methanol Production Sites. The preliminary designs for piping and instrumentation to transfer heat from the boundary of advanced reactor technology location to the boundary of methanol production site are evaluated within the context of decarbonized pathways. The pipe analysis for heat transfer adheres to relevant codes and specifications from American Society of Mechanical Engineering. A simplified design for transmission of electricity to the industrial site has been provided.

22 GENERAL STUDIES OF NUCLEAR REACTORS↗
DOE OSTI2023

Structural analysis and functional evaluation of the disordered ß–hexosyltransferase region from Hamamotoa (Sporobolomyces) singularis

Hamamotoa (Sporobolomyces) singularis codes for an industrially important membrane bound ß-hexosyltransferase (BHT), (BglA, UniprotKB: Q564N5) that has applications in the production of natural fibers such as galacto-oligosaccharides (GOS) and natural sugars found in human milk. When heterologously expressed by Komagataella phaffii GS115, BHT is found both membrane bound and soluble secreted into the culture medium. In silico structural predictions and crystal structures support a glycosylated homodimeric enzyme and the presence of an intrinsically disordered region (IDR) with membrane binding potential within its novel N-terminal region (1–110 amino acids). Additional in silico analysis showed that the IDR may not be essential for stable homodimerization. Thus, we performed progressive deletion analyses targeting segments within the suspected disordered region, to determine the N-terminal disorder region’s impact on the ratio of membrane-bound to secreted soluble enzyme and its contribution to enzyme activity. The ratio of the soluble secreted to membrane-bound enzyme shifted from 40% to 53% after the disordered N-terminal region was completely removed, while the specific activity was unaffected. Furthermore, functional analysis of each glycosylation site found within the C-terminal domain revealed reduced total secreted protein activity by 58%–97% in both the presence and absence of the IDR, indicating that glycosylation at all four locations is required by the host for the secretion of active enzyme and independent of the removed disordered N-terminal region. Overall, the data provides evidence that the disordered region only partially influences the secretion and membrane localization of BHT.

59 BASIC BIOLOGICAL SCIENCES↗
NASA NTRS1993

Software quality: Process or people

This paper will present data related to software development processes and personnel involvement from the perspective of software quality assurance. We examine eight years of data collected from six projects. Data collected varied by project but usually included defect and fault density with limited use of code metrics, schedule adherence, and budget growth information. The data are a blend of AFSCP 800-14 and suggested productivity measures in Software Metrics: A Practioner's Guide to Improved Product Development. A software quality assurance database tool, SQUID, was used to store and tabulate the data.

Palmer, Regina↗
NASA NTRS1994

Aluminum 26, Be-10 and Cl-36 depth profiles in the Canyon Diablo iron meteorite

We have measured activities of the long-lived cosmogenic radionuclides Al-26, Be-10, and Cl-36 in 12 fragments of the iron meteorite Canyon Diablo and have constructed production rate-versus-depth profiles of those radionuclides. Profiles determined using differential particle fluxes calculated with the LAHET code system are in good agreement with Al-26, Be-10, and Cl-36 experimental data, but the agreement for Cl-36 was obtained only after neutron-induced cross sections were modified. Profiles calculated with lunar particle fluxes are much lower than experimental Canyon Diablo profiles. The cosmic ray exposure ages of most samples are near 540 m.y.

Michlovich, E. S.↗
NASA NTRS1999

GPS Ocean Reflection Experiment on Spartan 251

It has recently been demonstrated that the GPS signal which has reflected from the ocean surface contains useful geophysical data from which the sea surface wind speed and other parameters can be extracted. This can be used for remote sensing, similar to present day use of radar altimeters or scatterometers, but with significantly smaller instrumentation because of the utilization of the existing GPS broadcast signal for illumination. Several campaigns of aircraft experimentation have been completed demonstrating this technique and reflected GPS data has been reliably collected from 25 km altitude on a balloon. However, there has not yet been a demonstration that the reflected GPS signal can be detected from orbit with sufficient signal to noise ratio (SNR) to make useful remote sensing measurements. A technology demonstration experiment is planned for a Space Shuttle flight in the late 2000 using the Spartan 251 recoverable carrier. This experiment will be also be the first flight validation of the PiVoT GPS receiver developed in house at the Goddard Space Flight Center. The open-architecture, design of this receiver allows the software modifications to be made which control code-correlator spacing to map out the shape of the reflected signal waveform, which is the most basic data product generated by this instrumentation. A moderate gain left-hand circularly polarized antenna, constructed from an array of off-the-shelf hemispherical antennas will be used to give approximately 6dB of additional gain. Preliminary SNR predictions have been done indicating that this antenna will offer sufficient gain to record waveform measurements. A system level description of the experiment instrumentation, including the receiver, antenna and data storage and retrieval will be given. The visibility of GPS reflections over the mission duration of several hours will be studied, including the effects of the limited beamwidth of the antenna. Additionally, because of the small size of this instrumentation, several other space flight opportunities are being considered in the near term. If these missions materialize, they will be described in the paper as well.

Garrison, James L.↗
NASA NTRS1999

GPS Ocean Reflection Experiment on Spartan 251

It has recently been demonstrated that the GPS signal which has reflected from the ocean surface contains useful geophysical data from which the sea surface wind speed and other parameters can be extracted. This can be used for remote sensing, similar to present day use of radar altimeters or scatterometers, but with significantly smaller instrumentation because of the utilization of the existing GPS broadcast signal for illumination. Several campaigns of aircraft experimentation have been completed demonstrating this technique and reflected GPS data has been reliably collected from 25 km altitude on a balloon. However, there has not yet been a demonstration that the reflected GPS signal can be detected from orbit with sufficient signal to noise ratio (SNR) to make useful remote sensing measurements. A technology demonstration experiment was planned for a Space Shuttle flight in the late 2000 using the Spartan 251 recoverable carrier. This experiment would also have been the first flight validation of the PiVoT GPS receiver developed in house at the Goddard Space Flight Center. The "open-architecture" design of this receiver would allow the software modifications to be made which control code-correlator spacing to map out the shape of the reflected signal waveform, which is the most basic data product generated by this instrumentation. A moderate gain left-hand circularly polarized antenna, constructed from an array of off-the-shelf hemispherical antennas was to be used to give approximately 3 to 6 dB of additional gain. Preliminary SNR predictions have been done indicating that this antenna would offer sufficient gain to record waveform measurements. A system level description of the experiment instrumentation, including the receiver, antenna and data storage and retrieval will be given. The visibility of GPS reflections over the mission duration of several hours will be studied, including the effects of the limited beamwidth of the antenna. Spartan 251 has now been postponed with the earliest opportunity in the year 2002. The results of this study however, have been 2 used to further the define the requirements and expected performance of reflected GPS receivers in orbit. Several other space flight opportunities are being considered based upon this new information.

Garrison, James L↗
NASA NTRS2000

Multidisciplinary High-Fidelity Analysis and Optimization of Aerospace Vehicles: Formulation - Part 1

An objective of the High Performance Computing and Communication Program at the NASA Langley Research Center is to demonstrate multidisciplinary shape and sizing optimization of a complete aerospace vehicle configuration by using high-fidelity, finite element structural analysis and computational fluid dynamics aerodynamic analysis in a distributed, heterogeneous computing environment that includes high performance parallel computing. A software system has been designed and implemented to integrate a set of existing discipline analysis codes, some of them computationally intensive, into a distributed computational environment for the design of a highspeed civil transport configuration. The paper describes the engineering aspects of formulating the optimization by integrating these analysis codes and associated interface codes into the system. The discipline codes are integrated by using the Java programming language and a Common Object Request Broker Architecture (CORBA) compliant software product. A companion paper presents currently available results.

Walsh, J. L.↗
NASA NTRS1994

Analysis Software

General Purpose Boundary Element Solution Technology (GPBEST) software employs the boundary element method of mechanical engineering analysis, as opposed to finite element. It is, according to one of its developers, 10 times faster in data preparation and more accurate than other methods. Its use results in less expensive products because the time between design and manufacturing is shortened. A commercial derivative of a NASA-developed computer code, it is marketed by Best Corporation to solve problems in stress analysis, heat transfer, fluid analysis and yielding and cracking of solids. Other applications include designing tractor and auto parts, household appliances and acoustic analysis.

Source record↗
NASA NTRS2006

YAM- A Framework for Rapid Software Development

YAM is a software development framework with tools for facilitating the rapid development and integration of software in a concurrent software development environment. YAM provides solutions for thorny development challenges associated with software reuse, managing multiple software configurations, the development of software product-lines, multiple platform development and build management. YAM uses release-early, release-often development cycles to allow developers to incrementally integrate their changes into the system on a continual basis. YAM facilitates the creation and merging of branches to support the isolated development of immature software to avoid impacting the stability of the development effort. YAM uses modules and packages to organize and share software across multiple software products. It uses the concepts of link and work modules to reduce sandbox setup times even when the code-base is large. One side-benefit is the enforcement of a strong module-level encapsulation of a module s functionality and interface. This increases design transparency, system stability as well as software reuse. YAM is in use by several mid-size software development teams including ones developing mission-critical software.

simulations↗
NASA NTRS2012

pyam: Python Implementation of YaM

pyam is a software development framework with tools for facilitating the rapid development of software in a concurrent software development environment. pyam provides solutions for development challenges associated with software reuse, managing multiple software configurations, developing software product lines, and multiple platform development and build management. pyam uses release-early, release-often development cycles to allow developers to integrate their changes incrementally into the system on a continual basis. It facilitates the creation and merging of branches to support the isolated development of immature software to avoid impacting the stability of the development effort. It uses modules and packages to organize and share software across multiple software products, and uses the concepts of link and work modules to reduce sandbox setup times even when the code-base is large. One sidebenefit is the enforcement of a strong module-level encapsulation of a module s functionality and interface. This increases design transparency, system stability, and software reuse. pyam is written in Python and is organized as a set of utilities on top of the open source SVN software version control package. All development software is organized into a collection of modules. pyam packages are defined as sub-collections of the available modules. Developers can set up private sandboxes for module/package development. All module/package development takes place on private SVN branches. High-level pyam commands support the setup, update, and release of modules and packages. Released and pre-built versions of modules are available to developers. Developers can tailor the source/link module mix for their sandboxes so that new sandboxes (even large ones) can be built up easily and quickly by pointing to pre-existing module releases. All inter-module interfaces are publicly exported via links. A minimal, but uniform, convention is used for building modules.

Myint, Steven↗
NASA NTRS2016

Feasibility of Varying Geo-Fence Around an Unmanned Aircraft Operation Based on Vehicle Performance and Wind

Managing trajectory separation is critical to ensuring accessibility, efficiency, and safety in the unmanned airspace. The notion of geo-fences is an emerging concept, where distance buffers enclose individual trajectories and areas of operation in order to manage the airspace. Currently, the Air Traffic Management system for commercial travel defines static distance buffers around the aircraft; however, commercial UASs are envisioned to operate in significantly closer proximity to other UAS requiring a geo-fence for spacing operations. The geo-fence size can be determined based on vehicle performance characteristics, state of the airspace, weather, and other unforeseen events such as emergency or disaster response. Calculation of the geo-fence size could be determined as part of pre-flight planning and during real-time operations. A largely non-homogeneous fleet of UASs will be operating in low altitude and will likely be commercially developed. Due to intellectual property concerns, the operators may not provide detailed specifications of the control system to UTM. In addition, the huge variety of UAS makes modeling each control system prohibitive and flight data for these vehicles may not exist. Therefore, a generalized, simple geo-fence sizing algorithm must be developed such that it does not rely on detailed knowledge of the vehicle control system, accounts for the presence of urban winds, and is sufficiently accurate. In this work, two simple models are investigated to determine its feasibility as an adequate means for calculating the geo-fence size. The vehicle data used in this work are provided by UAS manufactures who have partnered with NASA's UTM project and some publicly available websites. The first model utilizes wind data processed from the NOAA HRRR (Hourly Rapid Refresh) product and Sonar Annemometer data provided by San Jose State. The second model utilizes OpenFOAM which is a CFD code used to generate a wind field for flow around a single building. The key vehicle performance parameters can include UAS response time to disturbances, command to actuation latency, control system rate limits, time to recovery to desired path, and aerodynamics. It was found that the first model provides an initial understanding of geo-fence sizing, but does not provide enough accuracy to provide UTM with an efficient means of scheduling vehicles. The results of the second model reveal that modeling UAS controls systems with a linearized plant and gain scheduled PID controller does not allow capture the UAS flight dynamics within a significant envelope of the wind disturbances.

uncertainty↗
DOE OSTI2020

Flexible and Modular Simultaneous Modeling of Flow and Reactive Transport in Rivers and Hyporheic Zones

Investigations of coupled multiphysics processes in rivers and hyporheic zones have extensively used numerical models. Most existing models use a sequential, one-way coupling between the surface and subsurface domains. Such one-way coupling potentially introduces error. To overcome this, a fully coupled model, hyporheicFoam, was developed using the open-source computational platform OpenFOAM. It captures the coupled flow and multicomponent reactive transport processes within both surface and subsurface domains and across their interface. The coupling between two domains is implemented by mapping conservative flux boundary conditions at the interface through an iterative algorithm. Reactive transport is enabled by specifying a reaction network. To start, we have implemented reaction kinetics following the double Monod-type model with inhibition. The model capability is illustrated through modeling of both conservative and reactive hyporheic flow and transport through dune bedforms. With the novel coupled model, it is now possible to quantify reactions wherein the reactants and products are constantly exchanging between domains and have feedbacks. hyporheicFoam can simulate large, three-dimensional cases owing to the computational flexibility and power offered by the code structure and parallel design of OpenFOAM.

58 GEOSCIENCES↗
NASA NTRS1997

[MODIS Investigation]

We are responsible for the delivery of two at-launch products for AM-1: Fluorescence line height (FLH) and chlorophyll fluorescence efficiency (CFE). In our last report we had planned to combine the two separate algorithms into a single piece of code. However, after discussions with Bob Evans, it was decided that it was best to leave the two algorithms separate. They have been integrated into the MOCEAN processing system, and given their low computational requirements, it easier to keep them separate. In addition, there remain questions concerning the specific chlorophyll product that will be used for the CFE calculation. Presently, the CFE algorithm relies on the chlorophyll product produced by Ken Carder. This product is based on a reflectance model, and is theoretically different than the chlorophyll product being provided by Dennis Clark (NOAA). These two products will be compared systematically in the coming months. If we decide to switch to the Clark product, then it will be simpler to modify the CFE algorithm if it remains separate from the FLH algorithm. Our focus for the next six months is to refine the quality flags that were delivered as part of the algorithm last summer. A description of these flags was provided to Evans for the MOCEAN processing system. A summary was included in the revised ATBD. Some of the flags depend on flags produced by the input products so coordination will be required.

Abbott, Mark R.↗
DOE OSTI2025

Using a Large Language Model as a Building Block to Generate Usable Validation and Verification Suite for OpenMP

In the HPC area, both hardware and software move quickly. Often new hardware is developed and deployed, the corresponding software stack, including compilers and other tools, are under active development while leading edge software developers are working to port and tune their applications, all at the same time. While the software ecosystem is in flux, one of the key challenges for users is obtaining insight into the state of implementation of key features in the programming languages and models their applications are using – whether they have been implemented, and whether the implementation conforms to the specification, especially for newly implemented features (less tested by widespread use). OpenMP is one of the most prominent shared memory programming models used for on-node programming in HPC. With the shift towards accelerators (such as GPUs and FPGAs) and heterogeneous programming OpenMP features are getting more complex. It is natural to ask whether generative AI approaches, and large language models (LLMs) in particular, can help in producing validation and verification test suites to allow users better and faster insights into the availability and correctness of OpenMP features of interest. In this work, we explore the use of ChatGPT-4 to generate a suite of tests for OpenMP features. We have chosen a set of directives and clauses, a total of 78 combinations, which first appeared in OpenMP 3.0 (released in May 2008) but are also relevant for accelerators. We prompted ChatGPT to generate tests in the C and Fortran languages, for both host (CPU) and device (accelerator). On the Summit super-computer using the GNU implementation, we found that, of the 78 generated tests 67 C tests and 43 Fortran tests compiled successfully and fewer than those executed to completion. On further analysis we show that not all generated tests are valid. We document the process, results, and provide detailed analysis regarding the quality of tests generated. With the aim of providing input to a production quality validation and verification suite, we manually implement the corrections required to make the tests valid according to the current OpenMP specification. We quantify this effort as small, medium, or large, and record the lines of code changed to correct the invalid tests. With the corrected tests we validate recent implementations from HPE, AMD, and GNU on the Frontier supercomputer. Our experiment and subsequent analysis show that although LLMs are capable of producing HPC specific codes, they are limited by their understanding of the deeper semantics and restrictions of programming models such as OpenMP. Unsurprisingly more commonly used features have better support, while some OpenMP 3.0 directives such as sections and tasking are not universally supported on accelerators. We demonstrate that successful compilation and execution to completion are inadequate metrics for evaluating generated code and that, at this time, commodity LLMs require expert intervention for code verification. This points to gaps in the training data that is currently available for HPC. We demonstrate that with "small" effort 37% of generated invalid C tests and 63% of generated invalid Fortran tests could be corrected. This improves productivity of test generation as we circumvent writing from scratch and the common programming errors associated with it.

Pophale, Swaroop [ORNL] (ORCID:0000000185446367)↗
DOE OSTI2025

ChatHPC: Building the Foundations for a Productive and Trustworthy AI-Assisted HPC Ecosystem

ChatHPC democratizes large language models for the high-performance computing (HPC) community by providing the infrastructure, ecosystem, and knowledge needed to apply modern generative AI technologies to rapidly create specific capabilities for critical HPC components while using relatively modest computational resources. Our divide-and-conquer approach focuses on creating a collection of reliable, highly specialized, and optimized AI assistants for HPC based on the cost-effective and fast Code Llama fine-tuning processes and expert supervision. We target major components of the HPC software stack, including programming models, runtimes, I/O, tooling, and math libraries. Thanks to AI, ChatHPC provides a more productive HPC ecosystem by boosting important tasks related to portability, parallelization, optimization, scalability, and instrumentation, among others. With relatively small datasets (on the order of KB), the AI assistants, which are created in a few minutes by using one node with two NVIDIA H100 GPUs and the ChatHPC library, can create new capabilities with Meta’s 7-billion parameter Code Llama base model to produce high-quality software with a level of trustworthiness of up to 90% higher than the 1.8-trillion parameter OpenAI ChatGPT-4o model for critical programming tasks in the HPC software stack.

Young, Aaron [ORNL] (ORCID:0000000254484667)↗