SEARCH · Search NASA
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.
Kessel is a tool to create and drive continuous integration (CI) and developer workflows through a unified interface across multiple code projects and environments. It serves as a driver and integration layer for build systems and package managers, providing a flexible library of reusable components to build and execute complex workflows consistently.
This report presents technical information and guidance for the planned Integrated Renewable Energy System (IRES) microgrid project. This deployment of the microgrid and its associated assets was initiated in the beginning of 2022 at the Marine and Coastal Research Laboratory (MCRL) facility of Pacific Northwest National Laboratory (PNNL)-Sequim, Washington. The information in the report is organized under two main focus areas: electrical power interface, or interconnection, information of planned IRES assets; and communication and control interface, or interoperability, information of the planned IRES assets. The information will provide technical input for the development of the IRES microgrid controller technical specification, and also provide input for PNNL’s evaluation of adequacy of the electrical service infrastructure at MCRL to support the IRES project and help identify any gaps that will require facility-based upgrades. From an R&D aspect, this study and report will build on PNNL’s research and development work relating to energy storage (ES) codes and standards (C&Ss), including hybrid systems, performed on behalf of the Department of Energy (DOE) Office of Electricity (OE) ES. The current state of C&Ss for advanced technologies and their application, including microgrid-based technology is limited. For cases where formal standards issued by recognized Standards Developing Organizations do not yet exist, guidance is provided based on emerging best practices, including industry-group references that can be leveraged for microgrid technology which is in its early stages of development and use.
The paper examines the application of a 26, 156-lb thrust engine (which is 30 percent more thrust than the short-lift dry rating on the F402-RR-406 Pegasus engine) to an AV-8B aircraft. This modern engine has 30 percent more thrust than the F402-RR-406 Pegasus engine with no increase in engine weight; the weight is assumed to be constant for both engines. The paper focuses on the benefit to the AV-8B in increasing short takeoff gross weight and vertical landing weight. A second comparison is made between the bigger engine with the existing thrust-versus-SFC curve, and a 10 percent lower SFC curve. The notion of a modern engine with 10 percent lower SFC and 30 percent more thrust for the same size and weight is presented as a hypothesis, and is not supported by discussing engine technology. There are no engine data or technical discussion as to how the modern engine is constructed or which manufacturer could build it. The performance estimates are generated by ACSYNT, a NASA developed computer code that is available to U.S. industry and has been reported on in a number of other publications.
The goal was the design and implementation of software to be used in the conceptual design of aerospace vehicles. Several packages and design studies were completed, including two software tools currently used in the conceptual level design of aerospace vehicles. These tools are the Solid Modeling Aerospace Research Tool (SMART) and the Environment for Software Integration and Execution (EASIE). SMART provides conceptual designers with a rapid prototyping capability and additionally provides initial mass property analysis. EASIE provides a set of interactive utilities that simplify the task of building and executing computer aided design systems consisting of diverse, stand alone analysis codes that result in the streamlining of the exchange of data between programs, reducing errors and improving efficiency.
Recent advances in the state of the art of computer modeling offer the possibility for the first time to evaluate the effect that slow-wave structure parameter variations, such as manufacturing tolerances, have on the cold-test characteristics of helical traveling-wave tubes (TWT's). This will enable manufacturers to determine the cost effectiveness of controlling the dimensions of the component parts of the TWT, which is almost impossible to do experimentally without building a large number of tubes and controlling several parameters simultaneously. The computer code MAFIA is used in this analysis to determine the effect on dispersion and on-axis interaction impedance of several helical slow-wave circuit parameter variations, including thickness and relative dielectric constant of the support rods, tape width, and height of the metallized films deposited on the dielectric rods. Previous computer analyses required so many approximations that accurate determinations of the effect of many relevant dimensions on tube performance were practically impossible.
Recent advances in the state of the art of computer modeling offer the possibility for the first time to evaluate the effect that slow-wave structure parameter variations, such'as manufacturing tolerances, have on the cold-test characteristics of helical traveling-wave tubes (TWT's). This will enable manufacturers to determine the cost effectiveness of controlling the dimensions of the component parts of the TWT, which is almost impossible to do experimentally without building a large number of tubes and controlling several parameters simultaneously. The computer code MAxwell's equations by the Finite Integration Algorithm (MAFIA) is used in this analysis to determine the effect on dispersion and on-axis interaction impedance of several helical slow-wave circuit parameter variations, including thickness and relative dielectric constant of the support rods, tape width, and height of the metallized films deposited on the dielectric rods. Previous computer analyzes required so many approximations that accurate determinations of the effect of many relevant dimensions on tube performance were practically impossible.
Recent advances in the state of the art of computer modeling offer the possibility for the first time to evaluate the effect that slow-wave structure parameter variations, such as manufacturing tolerances, have on the cold-test characteristics of helical traveling-wave tubes (TWT's). This will enable manufacturers to determine the cost effectiveness of controlling the dimensions of the component parts of the TWT, which is almost impossible to do experimentally without building a large number of tubes and controlling several parameters simultaneously. The computer code MAFIA is used in this analysis to determine the effect on dispersion and on-axis interaction impedance of several helical slow-wave circuit parameter variations, including thickness and relative dielectric constant of the support rods, tape width, and height of the metallized films deposited on the dielectric rods. Previous computer analyzes required so many approximations that accurate determinations of the effect of many relevant dimensions on tube performance were practically impossible.
Agile development methods, which have gone from outlier to mainstream in software development, are poised to expand into all aspects of space mission development. Modern software development operates on a principle of continuous deployment, where progress is verified not with conventional metrics, but with a continuous build, available to key stakeholders, enabling direct examination of the state of the code base, and assessment of progress through demonstration of capability. Delivery times are measured in weeks, not months. Stakeholders are part of the process on an ongoing basis. The cost of change is comparatively low and requirements, which often are not precisely defined at the start of a project, may be iteratively refined in a series of agile development cycles. Agile methods are compatible with traditional system engineering methods and may be tailored to the space operations environment. The low cost of change and iterative development cycles of agile enable requirements to be defined as outcomes and constraints, with design details to be refined during the development cycle. We are now at a point where agile methods may be extended beyond software, to Mission Systems, including the Mission Operations System and the Ground Data System. For NASA’s VIPER Lunar Rover Mission, scheduled to land at a lunar pole in late 2023, we are developing the Mission System using agile methods. As in agile software, where the measure of progress is working code, in agile mission system development, the measure of capability is what we can demonstrate. Demonstrations over presentations. We demonstrate mission system capability using simulations. The concept of operations, from commanding, to driving the rover, to how we downlink images for evaluation for a near-real time command cycle, will be tested and proven in simulation, years before we begin the traditional simulation cycle for training. “Say it then simulate it.” We develop and refine our designs using simulations, with an emphasis on new components of the system that are not well known early. For example, the required duration of a mission planning cycle for a lunar surface asset such as VIPER, that operates twenty-four hours a day, seven days a week, with continuous communications and a unique set of constraints based on the physics of the lunar poles and the line of site to Earth, is a unique problem in mission planning that is unlikely to be solved in a series of meetings. A small number of requirements specifying the outcomes may serve as the jumping off point to an agile development cycle, with demonstration in simulations. We have already demonstrated this process with simulations of rover driver decision time. VIPER is driven using near-real time command and control to waypoints. The driver decision time between waypoints is a fundamental enabling unit of productivity to accomplish the mission timeline. We have validated driver decision time in simulations of rover driving at the lunar South Pole, using the prototype mission tools for driving, command and control. The capability to develop and refine designs using simulations as part of agile Mission System development cycle changes the nature of team interactions, creating a focus on doing, rather than analyzing and documenting. Waterfall development cycles were, in part, a product of the significant cost of change in the early days of spaceflight. When the cost of change is high, it is vital to get your requirements right at the outset, because the system will be built to those specifications, and, when change is expensive, you better get it right early. However, modern technology has greatly lowered the cost of change, enabling iterative, rapid development cycles, in which key operations concepts may be tested and refined during development. Extending agile development to the Mission System for VIPER is a significant step in moving agile development methods for space operations beyond software, to the Mission System.
The objective of this NSUF Project is to assess the changes in irradiated additively manufactured (AM) material properties as compared to non-irradiated material. Type 316L stainless steel and Alloy 718 samples were produced using Direct Metal Laser Melting (DMLM) fabrication. Materials produced from this fabrication method have several potential applications within the nuclear industry as reactor internal repair parts, fuel debris resistant filters, or fuel spacers within existing light water reactors (LWRs). AM materials have been shown to achieve equivalent mechanical behavior in simulated reactor environments as compared to wrought materials, but have significantly more flexibility when it comes to unique design features. The increased component design flexibility makes these AM materials an attractive choice for both current LWR applications as well as for small modular reactor (SMR) designs. Prior to use of these materials in reactor fleet operation, the industry as a whole must evaluate the effects of irradiation on their material properties. Standard 0.4 inch thick Compact Tension specimens and SSJ3 type tensile bars were neutron irradiated at the Advanced Test Reactor to ~1 dpa for the purpose of performing a variety of mechanical tests in a range of simulated environments applicable to LWRs. For the ductile austenitic Type 316L stainless steel, the irradiated data will be used to confirm that the AM process produces materials with properties that are equivalent to wrought materials under testing conditions applicable to LWR operation. Transmission electron microscopy analysis was also performed in order to understand microstructural and microchemical changes induced in each material in response to neutron irradiation. If possible, data collected from these AM 316L samples will be used to remove fluence limits from specifications of ASME code cases for this alloy, which will give vendors much more flexibility in building future components.
This document is based on the "C Style Guide" (SEL-94-003). It contains recommendations for C++ implementations that build on, or in some cases replace, the style described in the C style guide. Style guidelines on any topics that are not covered in this document can be found in the "C Style Guide." An attempt has been made to indicate when these recommendations are just guidelines or suggestions versus when they are more strongly encouraged. Using coding standards makes code easier to read and maintain. General principles that maximize the readability and maintainability of C++ are: (1) Organize classes using encapsulation and information hiding techniques. (2) Enhance readability through the use of indentation and blank lines. (3) Add comments to header files to help users of classes. (4) Add comments to implementation files to help maintainers of classes. (5) Create names that are meaningful and readable.
Abstract Machine learning (ML) is a revolutionary technology with demonstrable applications across multiple disciplines. Within the Earth science community, ML has been most visible for weather forecasting, producing forecasts that rival modern physics‐based models. Given the importance of deepening our understanding and improving predictions of the Earth system on all time scales, efforts are now underway to develop Earth‐system models (ESMs) capable of representing all components of the coupled Earth system (or their aggregated behavior) and their response to external changes over long timescales. Building trust in ESMs is a much more difficult problem than for weather forecast models, not least because the model must represent the alternate (e.g., future or paleoclimatic) coupled states of the system for which there are no direct observations. Given that the physical principles that enable predictions about the response of the Earth system are often not explicitly coded in these ML‐based models, demonstrating the credibility of ML‐based ESMs thus requires us to build evidence of their consistency with the physical system. To this end, this paper puts forward five recommendations to enhance comprehensive, standardized, and independent evaluation of ML‐based ESMs to strengthen their credibility and promote their wider use.
A crucial part of aircraft design is ensuring that the required margin for flutter is satisfied. A trustworthy flutter analysis, which begins by possessing an accurate dynamics model, is necessary for this task. Traditionally, a model was updated manually by fine tuning specific stiffness parameters until the analytical results matched test data. This is a time consuming iterative process. NASA Dryden Flight Research Center has developed a mode matching code to execute this process in a more efficient manner. Recently, this code was implemented in the F-15B/Quiet Spike(TradeMark) (Gulfstream Aerospace Corporation, Savannah, Georgia) model update. A build-up approach requiring several ground vibration test configurations and a series of model updates was implemented in order to determine the connection stiffness between aircraft and test article. The mode matching code successfully updated various models for the F-15B/Quiet Spike(TradeMark) project to within 1 percent error in frequency and the modal assurance criteria values ranged from 88.51-99.42 percent.
Building energy modeling (BEM) is a multipurpose tool for building energy efficiency (EE). The U.S. Department of Energy Building Technologies Office (BTO) seeks to expand the use and effectiveness of BEM in the design and operation of commercial and residential buildings with the goal of achieving lasting reductions in total and peak energy use. This report identifies gaps and outlines recommended initiatives to achieve this goal, based on a combination of technical analysis and stakeholder input. In addition to BTO, this report can benefit BEM professionals (architects, mechanical engineers, energy consultants, building auditors, equipment manufacturers, and BEM software vendors) and BEM clients (building owners and operators, EE program administrators, EE service providers, policymakers, and policy and code jurisdictions such as states and cities). This report was developed in two phases. In the first, BTO worked with a team from Navigant Consulting (now Guidehouse) to characterize objectives, opportunities, and current activities; identify gaps and barriers; and define initiatives. To collect input, Navigant conducted telephone interviews and workshops with industry experts. The initial phase produced a draft report, which was released for public review in 2016 and yielded over 400 comments. Based on these comments, BTO compiled a second draft report that addressed many of those comments while acknowledging changes that had occurred both at BTO and in the industry. Unlike the first draft report, the second focused much more heavily on BTO’s own role, portfolio, and activities. BTO is a direct player in the BEM field - it funds the development of several significant software packages that are embedded in commercial products - and transparency about its goals and future plans is requisite. BTO recognizes that a great number of other public and private organizations contribute to the BEM enterprise. With the second draft report, BTO did not attempt to produce a blueprint for the industry as a whole, but rather a working document BTO can use to iteratively solicit stakeholder input and synthesize it into a program. BTO released the second draft report for public review in 2019. The second round of review generated 83 pages of feedback and comments - almost exactly the length of the draft report itself - a significant portion of which was collected and synthesized by IBPSA-USA Advocacy Committee. This final report incorporates this feedback. This report does not address the use of BEM in support of building-based grid services, a recent BTO initiative called Grid-interactive Efficient Buildings (GEB). In 2019, BTO published a report that specifically addresses the role of BEM - and other “integration” technologies - in GEB.
The U.S. Department of Energy, National Nuclear Security Administration Nevada Field Office (NNSA/NFO) planned to demolish two buildings at the Area 1 Subdock at the Nevada National Security Site (NNSS) in Nye County, Nevada, to meet environmental management mission requirements. A review was conducted under Title 54 United States Code (USC) § 306101 (commonly known as Section 106 of the National Historic Preservation Act) and its implementing regulations, 36 Code of Federal Regulations (CFR) Part 800. As a result, a Memorandum of Agreement (MOA) was developed to mitigate the effects of the building demolitions. Stipulation III.B of the MOA requires an architectural survey of the Area 1 Subdock. Prior to this survey, the Subdock had not been systematically recorded. Therefore, an area of approximately 33 hectares (81 acres) was surveyed for historic properties by Desert Research Institute personnel. This effort resulted in the identification, recording, and evaluation of the potential Area 1 Subdock Historic District (SHPO Resource No. D377), including the identification of its contributing components. This district is recommended as eligible for the National Register of Historic Places (NRHP) under Criteria A and C. It contains 14 primary resources which include individual buildings, structures, storage yards, and infrastructure. Of these resources, all except one are recommended as elements that contribute to the district during its period of significance corresponding to nuclear testing from 1985 through 1992. Four of the resources (B18847, B18848, S2772, S2773) are recommended as individually eligible for the NRHP.
Parallel scientific applications can benefit from de- coupling communication and synchronization. One-sided pro- gramming abstractions, which separate communication from syn- chronization, have in fact served as a motivation for partitioned global address space (PGAS) models. However, the use of PGAS models in application codes in a manner that fully exploits the benefit of these programming models requires significant development effort. Meanwhile, a vast majority of scientific codes already use the Message Passing Interface (MPI) and need convenient features to support application-specific one-sided communication scenarios. MPI Remote Memory Access (RMA) can be employed for this purpose. MPI is a low-level API, however, and developing applications with MPI RMA requires programmers to be well versed in its nuances. We present RMACXX, a compact set of C++ bindings to MPI-3 RMA, to ease the use of MPI RMA. Unlike other PGAS models, which may have interoperability issues with MPI, RMACXX is written on top of MPI and uses the same runtime as MPI. The basic functionality of RMACXX adds only a relatively small number of extra instructions (about 20) to the critical communication path. Moreover, RMACXX provides an intuitive API for building a wide variety of scientific applications while enjoying performance matching handwritten MPI-3 RMA codes.
The MST radars vary considerably from one installation to the next in the type of hardware, operating schedule and associated personnel. Most such systems do not have the computing power to decode in software when the decoding must be performed for each received pulse, as is required for certain sets of phase codes. These sets provide the best signal to sidelobe ratio when operating at the minimum band length allowed by the bandwidth of the transmitter. The development of the hardware phase decoder, and the applicability of each to decoding MST radar signals are discussed. A new design for a decoder which is very inexpensive to build, easy to add to an existing system and is capable of decoding on each received pulse using codes with a band length as short as one microsecond is presented.
ANSI/ASHRAE Standard 140, Standard Method of Test for the Evaluation of Building Energy Analysis Computer Programs, is widely cited for evaluating software for use with performance-path energy efficiency analysis in conjunction with well-known energy-efficiency standards, including: ASHRAE Standard 90.1, the International Energy Conservation Code, and other international standards. This paper summarizes recent work to develop improved equivalent surface heat transfer input parameters for the building thermal fabric comparative test cases that comprise a portion of Standard 140. The software-to-software comparative test method allows comparison of simulation results from a wide variety of building energy simulation programs to each other. In this type of test method, it is of great importance to specify inputs that are as well-equivalenced as possible to accommodate a wide variety of input schemes for the tested programs, and thereby reduce the potential for disagreements among them in the tests. Results include new alternative constant surface coefficients that are appropriate to the test cases and demonstrate their ability to approximate the more detailed surface heat transfer models from which they are derived.
Semantic metadata standards pave the way for interoperability by providing building operators and application developers with common schemes to describe building resources. Applications can query building metadata models to retrieve the set of entities and relationships they need to operate, instead of hard-coding references to specific points and objects from the underlying data sources. Currently, querying such models requires the developer to be very specific when formulating queries in order to obtain meaningful answers (or any answer). The developer is inevitably expected to be familiar with the systems and components of the buildings being queried, as well as the schema used to represent them. The variety of buildings - both in the composition of their subsystems and in how they happen to be modeled - means that the developer will need to use multiple queries in order to retrieve necessary results. This is complex, time-consuming and error-prone. To address this limitation, we investigate query relaxation as a technique to facilitate discovery of meaningful building resources in a collection of ontology-based buildings data. We evaluate our query relaxation approach over a set of Brick models and demonstrate its use in the context of real-world building applications.