Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “SPECIFICATIONS”

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

UPC++ v1.0 Specification (Rev. 2023.9.0)

UPC++ is a C++ library providing classes and functions that support Partitioned Global Address Space (PGAS) programming. The key communication facilities in UPC++ are one-sided Remote Memory Access (RMA) and Remote Procedure Call (RPC). All communication operations are syntactically explicit and default to non-blocking; asynchrony is managed through the use of futures, promises and continuation callbacks, enabling the programmer to construct a graph of operations to execute asynchronously as high-latency dependencies are satisfied. A global pointer abstraction provides system-wide addressability of shared memory, including host and accelerator memories. The parallelism model is primarily process-based, but the interface is thread-safe and designed to allow efficient and expressive use in multi-threaded applications. The interface is designed for extreme scalability throughout, and deliberately avoids design features that could inhibit scalability.

97 MATHEMATICS AND COMPUTING↗

Exhibit D Scope of Work and Technical Specifications MOX Rod Reduction

PROJECT/PROGRAM GOALS AND OBJECTIVES: The Los Alamos National Laboratory (LANL), here after referred to as the CONTRACTOR, plans to provide NQA-1 service and support for the disposition of PF-4 basement inventory of Areva fuel rods. These fuel rods need to be reduced in length for proper shipping and disposition. The objective of this acquisition is to enter into an agreement with a SUBCONTRACTOR that shall provide expertise, materials, input for procurement of specialized tooling to be identified, and mockups for size reduction and FS65 disposition. Handling and size reduction of the Areva rods would take place at LANL. Physical work at LANL will be performed by the CONTRACTOR’s field execution team, portions of this work will have expertise provided by the SUBCONTRACTOR. As cited below via an add alternative and supplemental site visit(s) to LANL the CONTRACTOR may request the SUBCONTRACTOR to ship the necessary transportation, handling and packaging equipment at the SUBCONTRACTOR’s location to the CONTRACTOR’s facility for size reduction activities at LANL by the CONTRACTOR’s self-perform field execution team. In addition, the SUBCONTRACTOR shall provide subject matter expertise to CONTRACTOR personnel cutting the mockup Areva Fuel Rod at LANL as a rehearsal prior to CONTRACTOR cutting the actual MOX Fuel Rod if this add alternative is exercised.

11 NUCLEAR FUEL CYCLE AND FUEL MATERIALS↗

Specification of EBR-II Fabricated Fuel Diameter Data

All IFR EBR-II fuel pins were fabricated at one of the related fuel fabrication facilities at Argonne National Laboratory-West, at the EBR-II site [1]. U-Pu-Zr experimental pins were fabricated at the Experimental Fuels Laboratory (EFL), which was established in April of 1984 after the positive acceptance of the IFR concept, while the U-Zr experimental pins were fabricated at the Fuel Manufacturing Facility (FMF), along with the driver fuel pins [2]. The injection-casting fabrication process is described in detail in ref [1]. All the fuel pins that were loaded into EBR-II were examined after fabrication to ensure that they met the design dimensional requirements and tolerances prior to assembly. Fuel slug diameter was measured with either a laser profilometer (at FMF) or a hand micrometer (at EFL), at a minimum of 1-inch intervals over the length of the fuel slug, as shown in Figure 1 [2]. In all cases the average fuel diameter is reported, in some cases with additional summary statistics (e.g., minimum, maximum), and in rare cases the complete record of axially-varying fuel diameters is available. It should be noted that in cases where axial varying data is available, in general the orientation of the slug was not recorded or carried over to loading of the pin, so a diameter measurement at the bottom of the fabricated slug does not necessarily correspond to the bottom of the loaded slug, as it may have been loaded in either orientation.

11 NUCLEAR FUEL CYCLE AND FUEL MATERIALS↗

INTERSECT Architecture Specification: System-of-Systems Architecture (V.0.9)

Oak Ridge National Laboratory (ORNL)’s Self-driven Experiments for Science / Interconnected Science Ecosystem (INTERSECT) architecture project, titled “An Open Federated Architecture for the Laboratory of the Future”, creates an open federated hardware/software architecture for the laboratory of the future using a novel system of systems (SoS) and microservice architecture approach, connecting scientific instruments, robot-controlled laboratories and edge/center computing/data resources to enable autonomous experiments, “self-driving” laboratories, smart manufacturing, and artificial intelligence (AI)-driven design, discovery and evaluation.

97 MATHEMATICS AND COMPUTING↗

High-Power Electric Vehicle Charging Hub Integration Platform (eCHIP): Design Guidelines and Specifications for DC Distribution-Based Charging Hub

Managed under U.S. Department of Energy (DOE)-funded EVs@Scale Consortium, High-Power Electric Vehicle Charging Hub Integration Platform (eCHIP) project aims to design and develop a high-power, interoperable charging experimental platform to research, develop, and demonstrate the integration and control approaches for a DC distribution-based high-power charging (HPC) system. The eCHIP project addresses the crucial need to design and validate efficient, low-cost, reliable, and interoperable solutions for DC-coupled charging hub ('DC hub' for short). This report explains the design, development, and implementation process of the experimental platform for the DC hub. The utilization of DC distribution holds significant potential for enhancing the operation of an HPC station architecture. However, there are challenges establishing the DC hub, including interoperability, commoditization, distributed energy resource integration, stability, DC protection, and lack of common system level controllers. To address these challenges, a testing setup is required that accommodates commercial off-the-shelf (COTS) products as well as novel, in-house designed solutions to evaluate different use cases at rated power and voltage levels.

33 ADVANCED PROPULSION SYSTEMS↗

Specification of FIPD Fission Gas Chemistry Data

The current FIPD library contains two main sets of fission gas chemistry data. The first set is data collected during the Integral Fast Reactor (IFR) program from 1984 to 1994, using a gas mass spectrometry system located in the Analytical Laboratory (AL) at Argonne National Laboratory-West (Argonne-West). Throughout this period, numerous fission gas release and chemistry datasets were gathered from a variety of metallic fuel pins. The fission gas was sampled by the Gas Assay, Sample and Recharge (GASR) System in the Hot Fuel Examination Facility (HFEF) and transferred to the AL to perform gas composition and isotopic abundance analysis. The second set is data collected after the IFR program. The fission gas samples were also collected by the GASR system at the HFEF, but analyzed using a similar gas mass spectrometer located in Pacific Northwest National Laboratory (PNNL). Many fuel pins irradiated in Experimental Breeder Reactor II (EBR-II) and the Fast Flux Test Facility (FFTF) were measured, including the fuel pins for the MFF series of experiments, designed to qualify metal fuel for use as driver fuel in the FFTF and X496 experiment. For either set of data, fission gas was sampled with the gas sampling line in GASR using sample bottles after the capsule/element volume has been determined and the system is still full of radioactive gas. The sample bottles were then transferred to the sample packaging cylinder or an approved storage location pending transfer to the AL or prepared for shipment to another laboratory (such as PNNL) for analysis of the collected gas as directed on the GASR data form, other approved form. The receiving laboratories (AL or PNNL) required their Analytical Service Request form to be completed prior to sample transfer. Typical sample transfer processes were initiated at HFEF by the principal or process engineer. The laboratories performing the analyses (AL or PNNL) use the sample bottle numbers as well as a sample number produced by the respective laboratory. HFEF and the responsible experimenter tracked the sample using the analysis number, the gas bottle number, and the fuel pin number.

38 RADIATION CHEMISTRY, RADIOCHEMISTRY, AND NUCLEA↗

DRiFT Current Mode, Trigger Settings and Flexible Detector Specifications Applied to Scintillator Arrays

MCNP radiation transport output is post-processed by DRiFT, a Detector Response Function Toolkit to simulate detailed nuclear instrumentation response. DRiFT can be used to assess the performance and potential limitations of scintillator, gas, and semiconductor detectors under a variety of simulated conditions not easily achievable in a laboratory setting. This work describes new updates in DRiFT for scintillator simulations which focus on the capability to simulate scintillators in current mode, an expansion of trigger options, and the ability to customize individual detector properties in a simulation. These improvements are designed to facilitate the ability to model large arrays of scintillator detectors with higher fidelity than was previously possible and are demonstrated in three examples. The first shows the difference between operating DRiFT in current and pulse mode. In the second example, which is intended to demonstrate deviations in individual detector performance, each detector has properties (PMT gain, optical transport, scintillation yield, etc.) that vary between detectors and are specified in DRiFT. A final example examines how DRiFT could be used to optimize digitizer settings in high rate measurements with split signals using the new common trigger option.

46 INSTRUMENTATION RELATED TO NUCLEAR SCIENCE AND ↗

Recovery of Enriched Mo-100 from Low Specific Activity Mo-99/Tc-99m Generator Waste Streams

This study assessed two potential techniques for the extraction of pure Mo-100 target material from Mo-99/Tc-99m waste streams: 1) an established solvent-extraction method tailored for Mo-99 spent solution recycling, and 2) a low-temperature molten salt electrochemical process. By making minor modifications to the conventional solvent extraction method, particularly to accommodate the altered solubility limits arising from elevated Na+ concentrations in the waste, we achieved quantitative Mo recoveries. Although the electrochemical technique offers advantages in scalability and processing simplicity, it proved ineffective in recovering Mo from a NaOH-KOH salt melt.

07 ISOTOPE AND RADIATION SOURCES↗

Use of Kerma for Subzone Dimension Specification in Monte Carlo Based Photon Energy Deposition Calculations

A technique using the photon kerma cross section for a material in combination with the number fraction from a photon energy spectrum has been developed to determine the estimated subzone dimension needed to provide an energy deposition profile in radiation transport calculations. The technique was verified using the ITS code for monoenergetic photon sources and a selection of photon spectra. A Python script was written to use the CEPXS cross-section file with a Rapture calculated transmission spectrum to provide the dimensional estimates in a rapid fashion. The script is available for SNL users through the corporate gitlab server.

73 NUCLEAR PHYSICS AND RADIATION PHYSICS↗

Synthesis of Correct Digital Controller Models from Specifications by Model Transformation (21-0320)

The design of high consequence controllers (in weapons systems, autonomy, etc.) that do what they are supposed to do is a significant challenge. Testing simply does not come close to meeting the requirements for assurance. Today circuit designers at Sandia (and elsewhere) typically capture the core behavior of their components using state models in tools such as STATEFLOW. They then check that their models meet certain requirements (e.g. “The system bus must not deadlock” or “both traffic lights at an intersection must not be green at the same time”) using tools called model checkers. If the model checker returns “yes” then the property is guaranteed to be satisfied by the model. However, there are several drawbacks to this industry practice: (1) there is a lot of detail to get right, this is particularly challenging when there are multiple components requiring complex coordination (2) any errors returned by the model checker have to be traced back through the design and fixed, necessitating rework, (3) there are severe scalability problems with this approach, particularly when dealing with concurrency. All this places high demands on the designers who now face not only an accelerated schedule but also controllers of increasing complexity. This report describes a new and fundamentally different approach to the construction of safety-critical digital controllers. Instead of directly constructing a complete model and then trying to verify it, the designer can start with an initial abstract (think “sketch”) model plus the requirements, from which a correct concrete model is automatically synthesized. There is no need for post-hoc verification of required functional properties. Having tool to carry this out will significantly impact the nation’s ability to ensure the safety of high-consequence digital systems. The approach has been implemented in a prototype tool, along with a suite of examples, including ones that reflect actual problems faced by designers. Our approach operates on a variant of Statecharts developed at Sandia called Qspecs. Statecharts are a widely used formalism for developing concurrent reactive systems, supporting scalability through allowing state models containing composite states, which are the serial or parallel composition of substates which can themselves contain statecharts. Statecharts enable an incremental style of development, in which states are progressively refined to incorporate greater detail in an incremental model of software development. Our approach formulates a set of constraints from the structure of the models and the requirements and propagates these constraints to a fixpoint. The solution to the constraints is an inductive invariant along with guards on the transitions. We also show how our approach extends to implementation refinement, decomposition, composition, and elaboration. We currently handle safety requirements written in LTL (Linear Temporal Logic)

42 ENGINEERING↗

Thrifty Array Format (TAF) file specifications

Thrifty Array Foram (TAF) files store numeric data in a binary format, minimizing storage requirements while preserving quick read access. Real data of any size and dimensionality can be stored in this format at varying degrees of numeric precision. Implicit array are associated with each dimension, eliminating the need to explicitly store uniformly-spaced grid vectors. Unlimited text comments may be included with the array for user documentation, and every file begins with a text synopsis of the binary structure. The format is deliberately designed for memory mapping, where portions of the array can be read without loading the entire file at once.

97 MATHEMATICS AND COMPUTING↗

Interface Specifications for RAdiation Portal Technology Enhancement & Replacement (RAPTER) Modules

Radiation Portal Monitors (RPMs) were deployed throughout the port and border infrastructure of the United States (U.S.) beginning in 2003 to monitor for the possible presence of uncontrolled radiological and nuclear materials. Since that time, the U.S. Government (USG) has learned much about the operational challenges faced in the field. Principal among the shortcomings has been the lack of flexibility afforded the USG when all Internet Protocol (IP) rights and interfaces of the system are owned by the Original Equipment Manufacturer (OEM).

98 NUCLEAR DISARMAMENT, SAFEGUARDS, AND PHYSICAL P↗

Design Requirements and Software Specification for the Autonomous Energy Management Software System for Small Commercial Buildings

Commercial buildings are responsible for approximately 20 percent of the total United States energy consumption and greenhouse gas emissions. Over 85 percent of these buildings lack building automation systems. Many of these buildings are small (<50,000 square feet), underserved, and use rooftop units for heating, ventilation, and air-conditioning needs. Because these buildings lack proper energy management systems, they have several operational deficiencies that lead to excess energy consumption. Studies have shown that managing the rooftop units heating and cooling set points, schedules, setbacks, and optimal start can result in 20 to 25 percent reduction in electricity consumption in small commercial buildings. In addition, improving demand flexibility of these buildings will result additional cost savings for the building owner. Therefore, the Department of Energy’s Building Technologies Office approved a project to address the needs for small commercial buildings. The project is led by Pacific Northwest National Laboratory (PNNL) with Intellimation LLC as the cooperative research and development agreement partner. The primary goal of the project is to develop and validate an autonomous energy management software (AEMS) system that will continuously optimize small commercial building operations by minimizing energy consumption and cost, while providing a solution for maximizing decarbonization benefits from electrification of buildings. The work will leverage the vast experience of PNNL research and development staff who have over two decades of experience in developing and successfully transferring software technologies to the private sector. This solution will be jointly developed with Intellimation, a company that plans to use it to scale their building energy efficiency (EE) and grid services offering. Widespread deployment of the AEMS system will improve the EE and demand flexibility of the building commercial building stock. It should also support cities and states in meeting their climate change mitigation goals. This document describes the various EE and grid service features of the AEMS system, infrastructure and data required to implement those features, and how the features should be automated. It also details how the various features will be tested and validated, including field validation. The document also details what flexibility the users have and how they will be able to leverage those capabilities exercise those. The intent is to create an AEMS system that would support scalable deployment, requires minimal configuration, and is easy to maintain over its expected lifespan. The initial alpha release of AEMS system is planned for March 2023, and the beta release is planned for the summer of 2023. The final release is planned for March 2024. Section 2 of the report documents the relevant building types that AEMS is suitable for. Section 3 documents EE features that will be supported. It will also include the data requirements, hardware requirements, implementation details, and how EE features will be tested and validated. Grid service features will be documented in section 4, including data requirements, hardware requirements, implementation details, and how the services will be tested and validated. Planned next steps are described in section 5.

32 ENERGY CONSERVATION, CONSUMPTION, AND UTILIZATI↗

Design Requirements and Hardware Specification for the Low-Cost, Interoperable, User-Centric, Supervisory Controller Kit for Small and Medium Size Commercial Buildings

Commercial buildings are responsible for approximately 20 percent of the total United States energy consumption and greenhouse gas emissions. Over 85 percent of these buildings lack building automation systems to manage the various building systems they have. Many of these buildings are small (< 50,000 square feet), underserved, and use rooftop units (RTUs) for heating, ventilation, and air-conditioning needs. Because these buildings lack proper control systems, they have several operational deficiencies that lead to excess energy consumption. Studies have shown that managing the RTU’s heating and cooling setpoints, schedules, setbacks, and optimal start times can result in 20 to 25 percent reduction in electricity consumption in small and medium commercial buildings (SMBs). In addition, improving the demand flexibility of these buildings will result in additional cost savings for the building owner.

32 ENERGY CONSERVATION, CONSUMPTION, AND UTILIZATI↗

Specifications and a Prototype Software to Demonstrate a Data Catalog for Hanford Datasets

Environmental management activities at the Hanford Site produce extensive data about site conditions, contaminants, and cleanup activities. Managing, archiving, and accessing that data requires a high degree of collaboration among site contractors and a high level of awareness by project managers and staff. The Hanford Site has a range of databases (e.g., Hanford Environmental Information System [HEIS]) and their associated user interfaces (e.g., Environmental Dashboard Application [EDA], Virtual Library [VL]), as well as other document management systems (e.g., Integrated Document Management System [IDMS]). However, Hanford lacks a single unified resource to find data (which itself comes in multiple formats) amongst the multiple disparate systems, not to mention ad hoc data not contained in an official repository/database.

54 ENVIRONMENTAL SCIENCES↗

99m Tc Generator Development for Low Specific Activity 99 Mo

Because of aging reactor fleets, complicated regulatory applications for new reactors, unresolved uranium disposition pathways, and the nonproliferation and minimization efforts spearheaded by the National Nuclear Security Administration (NNSA), non-fission-based production of 99 Mo is becoming an attractive alternative.

11 NUCLEAR FUEL CYCLE AND FUEL MATERIALS↗