SEARCH · Engineering Papers
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.
A python package that helps with working with MSI Windows installers, by providing a library and utilities to read information from the file, extract embedded files, and update/write MSI files. Functionality is similar to https://wiki.gnome.org/msitools and https://github.com/mdsteele/rust-msi but written in pure Python so that it can easily be installed and used on a wider variety of systems.
The Wind-Plant Integrated System Design and Engineering Model (WISDEM®) is a set of models for assessing overall wind plant cost of energy (COE). The models use wind turbine and plant cost and energy production as well as financial models to estimate COE and other wind plant system attributes. WISDEM® is accessed through Python, is built using OpenMDAO, and uses several sub-models that are also implemented within OpenMDAO. These sub-models can be used independently but they are required to use the overall WISDEM® turbine design capability. Please install all of the pre-requisites prior to installing WISDEM® by following the directions below. For additional information about the NWTC effort in systems engineering that supports WISDEM® development, please visit the official NREL systems engineering for wind energy website. https://www.nrel.gov/wind/systems-engineering.html
The DeepLynx Airflow Provider Package is a python package used to interact with the data warehouse DeepLynx when using the workflow orchestration tool Apache Airflow. This python package is packaged together using the airflow package standard so that it can be easily installed and used in any Apache Airflow environment. This package is meant to encapsulate the DeepLynx API for use in Airflow so that any interactions with DeepLynx that a user may want to use in their Airflow workflow can be easily accomplished using this provider package. This allows us to develop, implement, and test our DeepLynx-Airflow interactions in one provider package repository, and then easily install and use this package in any airflow instance. This DeepLynx Airflow Provider Package will be used extensively by the DeepLynx DAG repository.
Laser capture microdissection (LCM) derived stem cell-type transcriptome (Jie et al.) How to run on your system Install R on your system. Install the required packages shiny, shinyjs, ggplot2, dplyr, formattable, rcartocolor Download the RShiny app code (ui.R and server.R) and RDS files from the GitHub repository to the same directory. Usage: Run the R code file (ui.R) in the RStudio. The app will open in the default web browser.
SCLS (Scientific Core Library Stack) is an opinionated build and packaging system for scientific computing libraries developed at Lawrence Berkeley National Laboratory. It produces a coherent, reproducible stack of numerical libraries — including BLAS/LAPACK, MPI, sparse direct and iterative solvers, graph partitioners, and parallel I/O libraries (e.g., PETSc, SLEPc, HDF5, NetCDF, MUMPS, OpenBLAS) — that work together without manual repair by downstream scientific software. From a single recipe-and-flavor model, SCLS produces native RPM packages for RHEL-family Linux, DEB packages for Debian/Ubuntu, direct Unix-style prefix installs for HPC and locked-down environments, and native macOS builds. Multiple build "flavors" (e.g., GCC+OpenBLAS, GCC+MKL, Intel+MKL, debug) coexist in distinct prefixes on the same host. Compared to general-purpose meta-build frameworks, SCLS is deliberately curated rather than infinitely configurable. It enforces deterministic, audit-friendly behavior: explicit build dependencies, no silent feature autodetection, a clear open-source license policy, and rpath-based runtime linkage so installs integrate cleanly with standard package-manager workflows.
Dynamically retrieve installed files and metadata by running installers (or other software) in a virtualized environment.
The Role of Boundaries in the Spreading of Solar Peer effects by neighbors play a key role in the spreading of residential solar. Thus, people are more likely to install a solar system on their roof if some of their neighbors have already done so. Because people who live near the municipality boundary have fewer neighbors, does this imply that they are less likely to adopt solar? In “Boundary Effects in the Diffusion of New Products on Cartesian Networks,” Fibich, Levin, and Gillingham analyze this problem analytically using the Bass model on two-dimensional networks and empirically using data on installations of solar systems. They show that boundaries have a significant impact on the adoption of residential units near the municipality boundary. Their effect on the aggregate adoption in the municipality, however, is negligible.
The dataset contains installation instructions for the EMT Workshop 2026 with a python script and PSCAD file for verification of installation for the participants.
Software supply chain attacks are becoming increasingly more prevalent in both information communications technology and operational technology environments. Often, a supplier or other entity discloses vulnerability information about software components and subcomponents used in a digital asset, but an asset owner is unable to quickly ascertain if the vulnerable component is installed in their facility. The generation and use of a software bill of materials (SBOM) for installed digital assets can enable an asset owner to quickly identify if and where a component is used, allowing them to evaluate the risk and determine necessary risk treatments. The integration of an SBOM program into a nuclear facility not only improves vulnerability management and risk management processes, it also benefits asset and configuration management, cybersecurity, and supply chain programs. This paper reviews the U.S. Department of Energy Office of Nuclear Energy Cybersecurity Crosscutting Technology Development program’s work on integrating an SBOM program into a nuclear facility. It also provides a discussion on the benefits of such a program.
The scalability of quantum networking will benefit from quantum and classical communications coexisting in shared fibers, the main challenge being spontaneous Raman scattering noise. We investigate the coexistence of multi-channel O-band quantum and C-band classical communications. We characterize multiple narrowband entangled photon pair channels across 1282 nm-1318 nm co-propagating over 48 km of installed standard fiber with record C-band power (>18 dBm) and demonstrate that some quantum-classical wavelength combinations significantly outperform others. We analyze the Raman noise spectrum, optimal wavelength engineering, multi-photon pair emission in entangled photon-classical coexistence, and evaluate the implications for future quantum applications.
This preliminary data archive includes meteorological data recorded at the Utah FORGE facility over the period of time including the completion/cementing of well 78-16B and the initial 2023 circulation test, largely occurring in June/July/August of 2023. This information may prove useful for understanding seismic and other instrumentation responses during these activities. The meteorological station was installed June 23rd, 2023 during drilling; the circulation test occurred in mid July of 2023 (July 4-19). The included files span this period. All sensors were installed at the 16 pad and hence reflect weather state at the site. This dataset was acquired by the FOGMORE R&D project (Fiber Optic MOnitoring for Reservoir Evolution), Utah FORGE R&D Project 3-2417.
The dataset contains continuous active-source seismic monitoring (CASSM) data collected during EGS Collab Experiment 2, conducted from February to September 2022 at the Sanford Underground Research Facility in Lead, South Dakota. This experiment aimed to investigate enhanced geothermal systems through high-pressure fluid injections at depths of 1200-1500 meters. The seismic monitoring system included 16 three-component piezoelectric accelerometers and 24 hydrophones installed in boreholes around the injection zones, recording signals from piezoelectric seismic sources. Data were acquired using both continuous and triggered recording systems, with sampling rates of up to 100 kHz. The raw data are organized by timestamps and stored in .dat format, with accompanying log files. Calibration certificates for selected accelerometers are provided to aid in correcting sensor responses, though users are advised to consider possible effects of enclosures and installation on sensor performance. Users are strongly advised to consult the accompanying report, which outlines the experimental setup, data acquisition, sensor specifications, and recording systems.
This dataset contains continuous seismic waveform data recorded during stimulation and thermal circulation tests for the Enhanced Geothermal Systems (EGS) Collab Experiment #2, conducted from February to September 2022 at the Sanford Underground Research Facility in Lead, South Dakota. This experiment aimed to study and validate models of geothermal systems by injecting high-pressure fluids into rock formations 1200-1500 meters below the surface, inducing microseismic events. The seismic monitoring system included 16 three-component accelerometers and a 24-channel hydrophone array, installed in boreholes surrounding the test area. Data were recorded at high sampling rates using a continuous waveform recording system to monitor seismic activity in real time. The dataset contains the raw data stored in binary format, with files named based on timestamps, and includes calibration certificates for some sensors to facilitate corrections to real units. Users are strongly advised to consult the accompanying detailed report, which outlines the experimental setup, sensor specifications, installation procedures, and data processing methods. The report also describes important nuances, such as the hardware filters on hydrophones, sensor calibration details, and the naming conventions for the recorded data. Proper use of this dataset may require familiarity with seismic data analysis tools, such as the Obspy Python package, and an understanding of the SEED naming conventions used for channel identification.
The following submission includes processed laboratory data from NREL's Hydraulic and Electric Reverse Osmosis Wave Energy Converter (HERO WEC), in the form of MATLAB workspaces. This dataset was created using NREL's Large Amplitude Motion Platform (LAMP) and collected between August and September 2023. Included with this submission is a test log of all the processed data "HERO WEC LAMP test run log.xlsx" so that the user can easily find the data of interest. Additionally, more detailed descriptions of the type of data and how it was processed, or calculated, can be found in the document titled "Lamp Data Description.docx". The MATLAB workspaces can be visualized using the file "LAMP_Data_Viewer_Ver2.m/mlx". The user simply needs to upload the workspace of interest and run the file "LAMP_Data_Viewer_Ver2.m/mlx". Both the .m and .mlx file format has been provided depending on the user's preference. The MATLAB workspaces have been separated into zip files corresponding to either Drivetrain, Hydraulic, or Electric configuration runs representing the respective test cases that were run. The drivetrain runs were used to characterize the drivetrain only (no pump or generator). The Hydraulic runs represent the configuration when the seawater pump is installed, and the Electric runs represents the configuration when the generator is installed. The following sub-categories of data are included for each type: - DW - Deep water sine wave profile (not run in drivetrain configuration) - Heave - Heave only sine wave profile - Heave_NoRO (hydraulic configuration only) - Heave_ACC (hydraulic configuration only) - IR - Surge and heave irregular wave profile (not run in drivetrain configuration) - RW - Heave only profile created from real world encoder data (not run in drivetrain configuration) For those interested in the raw, unprocessed, data the authors have created a separate submission, linked below. This submission includes the raw TDMS files and associated files necessary to translate the data into either python or MATLAB formats. This data set has been developed by the National Renewable Energy Laboratory, operated by Alliance for Sustainable Energy, LLC, for the U.S. Department of Energy (DOE) under Contract No. DE-AC36-08GO28308. Funding provided U.S. Department of Energy Office of Energy Efficiency and Renewable Energy Water Power Technologies Office.
The objective of this project was for the facility to conduct a techno-economic assessment (TEA) of the Maximal Asymmetric Drag Wave Energy Converter (MADWEC), developed by the University of Massachusetts Dartmouth (UMass Dartmouth). MADWEC is used for powering remote monitoring and Autonomous Underwater Vehicle (AUV) charging systems compared to other existing power supply options. The assessment estimates capital expenditures (CapEx), operational expenditures (OpEx), and power performance for 18 scenarios with the purpose of identifying key cost drivers, comparing total system cost, and comparing the power performance of the power supply options in terms of required installed capacity and estimated theoretical annual energy performance. The 18 assessed scenarios include two end-uses: 1) AUV charging and 2) offshore remote monitoring); three power sources: 1) MADWEC), 2) photovoltaic (PV) solar buoy, 3) and traditional battery swapping); and three locations; 1) nearshore, 2) far-offshore, and 3) high-latitude). In addition, other project goals included developing high level installation, operation, and maintenance plans for each scenario. The techno-economic model, created in Microsoft Excel, estimates CapEx, OpEx, and the power performance of each power supply source. The model has a dynamic format that allows custom inputs to accommodate future changes to the systems being assessed. This is a TEA for the MADWEC project, TEAMER RFTS 7 (request for technical support) program.
This repository contains data and processing scripts necessary to train the object detection models utilized in the underwater target detection software demonstration on the RivGen turbine project and to produce performance metrics (precision, recall, mAP50, mAP50-95). - Contents - Data consist of "images" and "labels". Each image has an associated label, both share the same time string in its file name (e.g., 2024_05_25_09_01_57.98.jpg and 2024_05_25_09_01_57.98.txt). Time strings have the format %yyyy_%mm_%dd_%HH_%MM_%SS.%3f. Images and labels were curated from 2021 and 2024 smolt outmigration periods at the project site in Igiugig, AK. Images are monochrome 8-bit images of objects (smolt, debris, and other) passing through the field of view of the deployed cameras during various operational stages of the RivGen turbine. Labels are text files indicating the class and bounding polygon of each object in an image. The provided labels use the "YOLO" label format. - Requirements - Python3.8+ is required to install and run the train and validation script. The README.md provides instruction for installing the requirements from the requirements.py file. - Instructions - The "example_train.py" file ingests the provided data, trains a model, and produces model performance metrics at completion. NOTE: model performance metrics will vary from run to run as a consequence of the random selection of training and validation data.
This submission contains the original, unprocessed data from the 2023 Large Amplitude Motion Platform (LAMP) testing of NREL's Hydraulic and Electric Reverse Osmosis Wave Energy Converter (HERO WEC). This data serves as a companion to MHKDR #520. Data was collected using NREL's Modular Ocean Data AcQuisition (MODAQ) system in TDMS format. Specifications of TDMS files can be found on the NI website. The TDMS files have been separated into zip files corresponding to either Drivetrain, Hydraulic, or Electric configuration runs representing the respective test cases that were run. The drivetrain runs were used to characterize the drivetrain only (no pump or generator). The Hydraulic runs represent the configuration when the seawater pump is installed, and the Electric runs represents the configuration when the generator is installed. The following sub-categories of data are included for each type: - DW - Deep water (monochromatic sine wave) profile (not run in drivetrain configuration) - Heave - Heave only (monochromatic sine wave) profile - Heave_NoRO (hydraulic configuration only) - Heave_ACC (hydraulic configuration only) - IR - Surge and heave irregular wave profile (not run in drivetrain configuration) - RW - Heave only profile created from real world encoder data (not run in drivetrain configuration) Reference documents: - "HERO WEC Lamp Test Run Log.xlsx": contains specifications for each test run - "Lamp Data Description.docx": provides detailed information about data types and processing methods For those interested in the processed data the authors have created a separate submission, MHKDR #520, linked below. This data set has been developed by the National Renewable Energy Laboratory, operated by Alliance for Sustainable Energy, LLC, for the U.S. Department of Energy (DOE) under Contract No. DE-AC36-08GO28308. Funding provided U.S. Department of Energy Office of Energy Efficiency and Renewable Energy Water Power Technologies Office.
The purpose of this dataset is to maintain a record of the shale drilling field notes, lithologic descriptions, and core photographs taken at the PLM5 (Pumphouse Lower Montane Borehole #5), PLM8 (Pumphouse Lower Montane Borehole #8), GUM1 (Gothic Upper Montane Borehole #1), and GLS1 (GLS1 = Gothic Lower Subalpine Borehole #1) wells at the East River Watershed, Colorado during October 2018 through November 2019. The wells were created as part of data collection for the Lawrence Berkeley National Laboratory Watershed Function Scientific Focus Area (WF SFA). This dataset consists of (1) detailed field notes and metadata (well locations, elevations, completion depths, and pressure transducer deployments) associated with drilling and coring activities accompanying the 2018 and 2019 installations of wells PLM5, PLM8, GUM1, and GLS1 and (2) high resolution photographs (*.png format) of all shale core recovered during the installations. Core photographs are labeled with location- and depth-specific names (e.g. PLM5_134-144ft), with the prefix (e.g. PLM5) indicating the well location and the suffix (e.g. 134-144ft) indicating the depth below ground surface of the recovered core. With the exception of core collected from well PLM5 from depths 0-59 feet, which were photographed by Tetsu Tokunaga in Berkeley, CA, all core was photographed by Kenneth H. Williams at the US Geological Survey core repository in Denver, Colorado, where all core samples are permanently archived.