Search NASA⌕ Search

SEARCH · Search NASA

Results for “Building codes”

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 163 records · Page 9
All sourcesNASA NTRSDOE OSTI
NASA NTRS1999

Field Encapsulation Library The FEL 2.2 User Guide

This document describes version 2.2 of the Field Encapsulation Library (FEL), a library of mesh and field classes. FEL is a library for programmers - it is a "building block" enabling the rapid development of applications by a user. Since FEL is a library intended for code development, it is essential that enough technical detail be provided so that one can make full use of the code. Providing such detail requires some assumptions with respect to the reader's familiarity with the library implementation language, C++, particularly C++ with templates. We have done our best to make the explanations accessible to those who may not be completely C++ literate. Nevertheless, familiarity with the language will certainly help one's understanding of how and why things work the way they do. One consolation is that the level of understanding essential for using the library is significantly less than the level that one should have in order to modify or extend the library. One more remark on C++ templates: Templates have been a source of both joy and frustration for us. The frustration stems from the lack of mature or complete implementations that one has to work with. Template problems rear their ugly head particularly when porting. When porting C code, successfully compiling to a set of object files typically means that one is almost done. With templated C++ and the current state of the compilers and linkers, generating the object files is often only the beginning of the fun. On the other hand, templates are quite powerful. Used judiciously, templates enable more succinct designs and more efficient code. Templates also help with code maintenance. Designers can avoid creating objects that are the same in many respects, but not exactly the same. For example, FEL fields are templated by node type, thus the code for scalar fields and vector fields is shared. Furthermore, node type templating allows the library user to instantiate fields with data types not provided by the FEL authors. This type of flexibility would be difficult to offer without the support of the language. For users who may be having template-related problems, we offer the consolation that support for C++ templates is destined to improve with time. Efforts such as the Standard Template Library (STL) will inevitably drive vendors to provide more thorough, optimized tools for template code development. Furthermore, the benefits will become harder to resist for those who currently subscribe to the least-common-denominator "code it all in C" strategy. May FEL bring you both increased productivity and aesthetic satisfaction.

Moran, Patrick J.↗
NASA NTRS2011

MicroShell Minimalist Shell for Xilinx Microprocessors

MicroShell is a lightweight shell environment for engineers and software developers working with embedded microprocessors in Xilinx FPGAs. (MicroShell has also been successfully ported to run on ARM Cortex-M1 microprocessors in Actel ProASIC3 FPGAs, but without project-integration support.) Micro Shell decreases the time spent performing initial tests of field-programmable gate array (FPGA) designs, simplifies running customizable one-time-only experiments, and provides a familiar-feeling command-line interface. The program comes with a collection of useful functions and enables the designer to add an unlimited number of custom commands, which are callable from the command-line. The commands are parameterizable (using the C-based command-line parameter idiom), so the designer can use one function to exercise hardware with different values. Also, since many hardware peripherals instantiated in FPGAs have reasonably simple register-mapped I/O interfaces, the engineer can edit and view hardware parameter settings at any time without stopping the processor. MicroShell comes with a set of support scripts that interface seamlessly with Xilinx's EDK tool. Adding an instance of MicroShell to a project is as simple as marking a check box in a library configuration dialog box and specifying a software project directory. The support scripts then examine the hardware design, build design-specific functions, conditionally include processor-specific functions, and complete the compilation process. For code-size constrained designs, most of the stock functionality can be excluded from the compiled library. When all of the configurable options are removed from the binary, MicroShell has an unoptimized memory footprint of about 4.8 kB and a size-optimized footprint of about 2.3 kB. Since MicroShell allows unfettered access to all processor-accessible memory locations, it is possible to perform live patching on a running system. This can be useful, for instance, if a bug is discovered in a routine but the system cannot be rebooted: Shell allows a skilled operator to directly edit the binary executable in memory. With some forethought, MicroShell code can be located in a different memory location from custom code, permitting the custom functionality to be overwritten at any time without stopping the controlling shell.

Werne, Thomas A.↗
NASA NTRSDate not supplied

AI Foundation Models for Science: An Open Collaborative Initiative

Foundation Models (FMs), AI models designed to replace task-specific models, are increasingly being recognized for their versatility across numerous downstream applications. These models, trained using self-supervised techniques on any type of sequence data, circumvent the need for large annotated datasets, a major bottleneck in traditional AI model development. FMs can be applied to downstream tasks using few-shot learning and fine-tuning, significantly reducing the need for large labeled training datasets and computational resources. However, the development of FMs requires substantial resources, including access to data and compute power, expertise in the latest models, and specialized scientific knowledge for systematic evaluation. It is challenging for a single group to possess all these capabilities. To address this, NASA IMPACT has initiated an open collaborative effort, leveraging partnerships with the private sector and other groups within and outside NASA, to jointly build FMs. The overarching goal is to develop a consistent and collaborative approach to building FMs for high-value science datasets. This initiative has fostered collaboration within NASA and with external partners, including IBM Research, Clark University, DOE’s ORNL, ESA, and USGS. The effort focuses on identifying key datasets with a wide range of downstream applications, pretraining and building FMs using modified transformer architectures, evaluating compute infrastructure needs, and sharing models, pretraining and fine-tuning code, and data with the community. Furthermore, it aims to train the Earth science community to fine-tune these models for various downstream applications. Our initial effort resulted in the creation of a 100 million parameter HLS Geospatial Model within six months, which was released on HuggingFace. We are now expanding our scope to include data from weather and climate models and investigating multimodal models. We invite those interested in participating in this effort to join us by sharing their use cases, expertise, or data.

Rahul Ramachandran↗
NASA NTRS1985

Experiments with Ada

A 1200-line Ada source code project simulating the most basic functions of an operations control center was developed. We selected George Cherry's Process Abstraction Methodology for Embedded Large Applications (PAMELA) and DEC's Ada Compilation System (ACS) under VAX/VMS to build the software from requirements to acceptance test. The system runs faster than its FORTRAN implementation and was produced on schedule and under budget with an overall productivity in excess of 30 lines of Ada source code per day.

Roy, D.↗
NASA NTRS2022

KSC Headquarters Building Area SWMU 104 Soil Interim Measure Report for LOC 2D and LOC 2E Kennedy Space Center, Florida

This Interim Measure (IM) Report for Location of Concern (LOC) 2D and LOC 2E summarizes the activities associated with implementation of an IM to address soil and concrete contamination at the Kennedy Space Center (KSC) Headquarters Building Area (KHQA) located at KSC, Florida. KHQA has been designated Solid Waste Management Unit (SWMU) 104 under KSC’s Resource Conservation and Recovery Act Corrective Action Program. The IM consisted of excavating/removing residual polychlorinated biphenyl (PCB) contamination in soil and concrete from two separate areas, LOC 2D and LOC 2E, which were associated with electrical transformer locations. IM activities were conducted in accordance with the Interim Measure Work Plan (IMWP), Revision 1, for KHQA dated June 2018, which was approved by the Florida Department of Environmental Protection in a correspondence letter dated April 2016 and the United States Environmental Protection Agency in a correspondence letter dated August 2018. The objective of the IM was to remove all remaining contaminated media with total PCB concentrations greater than the State of Florida Residential Soil Cleanup Target Level (RSCTL) (0.5 milligrams per kilogram [mg/kg]). This cleanup goal meets unrestrictive re-use conditions in Florida, and is below federal regulations for PCB Bulk Remediation Waste Cleanup of 1 mg/kg for high occupancy, unrestricted use areas, as outlined in 40 Code of Federal Regulations (CFR) 761.61(a). The timeline of the IM was coordinated with demolition of the former KSC Headquarters Building (demolished in 2021) in order to safely remove contaminated media after electrical equipment was de-energized and removed from the site. Excavation activities were conducted between January 10, 2022, and February 8, 2022, and included two waste streams for off-site disposal: (1) PCB-remediation waste greater than or equal to 50 mg/kg, and (2) PCB-remediation waste less than 50 mg/kg. A total of approximately 347 cubic yards (478 tons) of PCB-contaminated soil and concrete was initially removed from the LOC 2D and LOC 2E areas, as defined in the IMWP. An additional 4.35 tons of soil and concrete were removed based on verification sampling, which was conducted until the cleanup goal was achieved. The total area of excavation from both LOC 2D and LOC 2E was approximately 5,186 square feet (0.12 acres), and excavation depths ranged from 0.5 to 4.0 feet below land surface Excavated soils and concrete were stockpiled based on waste stream and subsequently transported and disposed of at Waste Connections of Osceola County, LLC – JED Landfill in St. Cloud, Florida (PCBs less than 50 mg/kg) or the Chemical Waste Management Landfill in Emelle, Alabama (PCBs greater than or equal to 50 mg/kg). Following excavation, clean backfill was brought to the site and provided to the Demolition Contractor to complete backfill and grading in conjunction with their final site restoration activities from building demolition. Post-IM groundwater sampling was conducted in May 2022 at three monitoring wells installed in April 2022 to confirm that PCBs did not leach into groundwater. These wells were installed where the highest PCB concentrations were detected at LOC 2D, LOC 2E, and from the Building Perimeter IM (previously completed in 2020). All PCB results in groundwater were non-detect. Volatile organic compounds were also analyzed based on potential past use of solvents in transformers with PCB-dielectric fluids and the potential release of dielectric fluids containing volatile organic compounds, and all results were non-detect. Based on completion of a successful IM at LOC 2D and LOC 2E, as well as previous remedial actions that have addressed other contamination at KHQA (SWMU 104), No Further Action without controls will be recommended for SWMU 104. NASA will submit separate Site Rehabilitation Completion Order request documentation for SWMU 104 to support an NFA without controls recommendation.

PCB↗
NASA NTRS2017

Generating Real-Time Robotics Control Software from SysML

In this paper, we outline an approach for autogenerating real-time robotics control code from hierarchical state machines and hardware configurations encoded in Systems Modeling Language (SysML). We propose a software architecture that provides an abstract SysML layer with access to device state information and a set of primitive device commands, such as move actuator and release brake, allowing a user to build up a complete functional state machine directly in SysML. The SysML diagram is then exported to a standard SCXML file format and subsequently used to auto-generate hardware control code. Once this architecture is in place, the only explicit code elements that need to be written are the primitive device commands, which can be easily unit tested and reused across different systems. The motivation for this work was the need for a test bed that enables the rapid prototyping of mechanisms and control algorithms for a spacecraft that could ultimately be used for preparing Martian rock samples for their return to Earth. To this end, our software system was also designed to allow for the run-time specification of the hardware layout in SysML, with the hardware-level control functions kept agnostic to the specific parameters or communication bus of any particular device. Further, we outline a system for specifying both the state machine and hardware configuration in the MagicDraw IDE in such a way that the system can be simulated before any code is generated. The resultant software system is easy to debug, understand, and allows users to choose how much information is encoded as a visual or text-based representation.

Godart, Peter↗
NASA NTRS1976

Expansion and improvements of the FORMA system for response and load analysis. Volume 1: Programming manual

Techniques are presented for the solution of structural dynamic systems on an electronic digital computer using FORMA (FORTRAN Matrix Analysis). FORMA is a library of subroutines coded in FORTRAN 4 for the efficient solution of structural dynamics problems. These subroutines are in the form of building blocks that can be put together to solve a large variety of structural dynamics problems. The obvious advantage of the building block approach is that programming and checkout time are limited to that required for putting the blocks together in the proper order.

Wohlen, R. L.↗
NASA NTRS1981

Frequency and timing system for the consolidated DSN and STDN tracking network

The consolidation on the existing Deep Space Network (DSN) and colocated Goddard Spaceflight Tracking and Data Network (STDN) stations into a multiple antenna array is discussed. Each site includes a signal processing center (SPC) centered in an array of four or five antennas each located within approximately 300 to 800 meters of the SPC. A central frequency and timing system (FTS) located in the SPC contains reference frequency, timing and time code generation, and distribution equipment for both the SPC and each antenna with its associated front end antenna control building. The reference frequency distribution and clock equipment are driven by a hydrogen maser as the prime frequency standard with cesium beam frequency standard as the secondary.

Coffin, R. C.↗
NASA NTRS1984

Component-specific modeling

A series of interdisciplinary modeling and analysis techniques that were specialized to address three specific hot section components are presented. These techniques will incorporate data as well as theoretical methods from many diverse areas including cycle and performance analysis, heat transfer analysis, linear and nonlinear stress analysis, and mission analysis. Building on the proven techniques already available in these fields, the new methods developed will be integrated into computer codes to provide an accurate, efficient and unified approach to analyzing combustor burner liners, hollow air-cooled turbine blades and air-cooled turbine vanes. For these components, the methods developed will predict temperature, deformation, stress and strain histories throughout a complete flight mission.

Mcknight, R. L.↗
NASA NTRS1985

Component-specific modeling

A series of interdisciplinary modeling and analysis techniques that were specialized to address three specific hot section components are presented. These techniques will incorporate data as well as theoretical methods from many diverse areas including cycle and performance analysis, heat transfer analysis, linear and nonlinear stress analysis, and mission analysis. Building on the proven techniques already available in these fields, the new methods developed will be integrated into computer codes to provide an accurate, and unified approach to analyzing combustor burner liners, hollow air cooled turbine blades, and air cooled turbine vanes. For these components, the methods developed will predict temperature, deformation, stress and strain histories throughout a complete flight mission.

Mcknight, R. L.↗
NASA NTRS2001

High Power MPD Thruster Development at the NASA Glenn Research Center

Propulsion requirements for large platform orbit raising, cargo and piloted planetary missions, and robotic deep space exploration have rekindled interest in the development and deployment of high power electromagnetic thrusters. Magnetoplasmadynamic (MPD) thrusters can effectively process megawatts of power over a broad range of specific impulse values to meet these diverse in-space propulsion requirements. As NASA's lead center for electric propulsion, the Glenn Research Center has established an MW-class pulsed thruster test facility and is refurbishing a high-power steady-state facility to design, build, and test efficient gas-fed MPD thrusters. A complimentary numerical modeling effort based on the robust MACH2 code provides a well-balanced program of numerical analysis and experimental validation leading to improved high power MPD thruster performance. This paper reviews the current and planned experimental facilities and numerical modeling capabilities at the Glenn Research Center and outlines program plans for the development of new, efficient high power MPD thrusters.

LaPointe, Michael R.↗
NASA NTRS1990

Some aspects of robotics calibration, design and control

The main objective is to introduce techniques in the areas of testing and calibration, design, and control of robotic systems. A statistical technique is described that analyzes a robot's performance and provides quantitative three-dimensional evaluation of its repeatability, accuracy, and linearity. Based on this analysis, a corrective action should be taken to compensate for any existing errors and enhance the robot's overall accuracy and performance. A comparison between robotics simulation software packages that were commercially available (SILMA, IGRIP) and that of Kennedy Space Center (ROBSIM) is also included. These computer codes simulate the kinematics and dynamics patterns of various robot arm geometries to help the design engineer in sizing and building the robot manipulator and control system. A brief discussion on an adaptive control algorithm is provided.

Tawfik, Hazem↗
NASA NTRS2003

Information Environments

The objective of GRC CNIS/IE work is to build a plug-n-play infrastructure that provides the Grand Challenge Applications with a suite of tools for coupling codes together, numerical zooming between fidelity of codes and gaining deployment of these simulations onto the Information Power Grid. The GRC CNIS/IE work will streamline and improve this process by providing tighter integration of various tools through the use of object oriented design of component models and data objects and through the use of CORBA (Common Object Request Broker Architecture).

Follen, Gregory J.↗
NASA NTRS2011

Micrometeoroid and Orbital Debris Threat Assessment: Mars Sample Return Earth Entry Vehicle

This report provides results of a Micrometeoroid and Orbital Debris (MMOD) risk assessment of the Mars Sample Return Earth Entry Vehicle (MSR EEV). The assessment was performed using standard risk assessment methodology illustrated in Figure 1-1. Central to the process is the Bumper risk assessment code (Figure 1-2), which calculates the critical penetration risk based on geometry, shielding configurations and flight parameters. The assessment process begins by building a finite element model (FEM) of the spacecraft, which defines the size and shape of the spacecraft as well as the locations of the various shielding configurations. This model is built using the NX I-deas software package from Siemens PLM Software. The FEM is constructed using triangular and quadrilateral elements that define the outer shell of the spacecraft. Bumper-II uses the model file to determine the geometry of the spacecraft for the analysis. The next step of the process is to identify the ballistic limit characteristics for the various shield types. These ballistic limits define the critical size particle that will penetrate a shield at a given impact angle and impact velocity. When the finite element model is built, each individual element is assigned a property identifier (PID) to act as an index for its shielding properties. Using the ballistic limit equations (BLEs) built into the Bumper-II code, the shield characteristics are defined for each and every PID in the model. The final stage of the analysis is to determine the probability of no penetration (PNP) on the spacecraft. This is done using the micrometeoroid and orbital debris environment definitions that are built into the Bumper-II code. These engineering models take into account orbit inclination, altitude, attitude and analysis date in order to predict an impacting particle flux on the spacecraft. Using the geometry and shielding characteristics previously defined for the spacecraft and combining that information with the environment model calculations, the Bumper-II code calculates a probability of no penetration for the spacecraft.

Christiansen, Eric L.↗
NASA NTRS1992

Numerical investigation of the effects of icing on fixed and rotary wing aircraft

A 2-D multi-element airfoil code was modified to study the effects of icing on the aerodynamic characteristics of high lift systems. In each zone of the flow field, the solver numerically integrates the 2-D compressible Navier-Stokes equations using a time marching scheme. The surface pressure distribution is generated over a GAW 130 airfoil/flap combination for a flap setting of 25 degrees, and an angle of attack equal to 5 degrees, at a freestream Mach number equal to 0.3. A series of calculations were performed to determine the effects of small scale ice build up on the high lift characteristics of this arifoil/flap combination. The appendix summarizes this progress. Joint studies on correlation of a 3-D iced wing code with experimental data reviewed new measured laser Doppler velocimeter data in the separated region behind the leading edge ice shape. A version of the iced wing analysis using the Roe scheme was developed to evaluate the poor correlation between the computed and measured velocities in the separated region. Work on the extension of the wing-alone analysis to wing body configuration began with modifications to the 3-D iced wing analyses to accept externally generated grids and multi-block grids.

Sankar, L. N.↗
NASA NTRS1994

SIGMA: A Knowledge-Based Simulation Tool Applied to Ecosystem Modeling

The need for better technology to facilitate building, sharing and reusing models is generally recognized within the ecosystem modeling community. The Scientists' Intelligent Graphical Modelling Assistant (SIGMA) creates an environment for model building, sharing and reuse which provides an alternative to more conventional approaches which too often yield poorly documented, awkwardly structured model code. The SIGMA interface presents the user a list of model quantities which can be selected for computation. Equations to calculate the model quantities may be chosen from an existing library of ecosystem modeling equations, or built using a specialized equation editor. Inputs for dim equations may be supplied by data or by calculation from other equations. Each variable and equation is expressed using ecological terminology and scientific units, and is documented with explanatory descriptions and optional literature citations. Automatic scientific unit conversion is supported and only physically-consistent equations are accepted by the system. The system uses knowledge-based semantic conditions to decide which equations in its library make sense to apply in a given situation, and supplies these to the user for selection. "Me equations and variables are graphically represented as a flow diagram which provides a complete summary of the model. Forest-BGC, a stand-level model that simulates photosynthesis and evapo-transpiration for conifer canopies, was originally implemented in Fortran and subsequenty re-implemented using SIGMA. The SIGMA version reproduces daily results and also provides a knowledge base which greatly facilitates inspection, modification and extension of Forest-BGC.

Dungan, Jennifer L.↗
NASA NTRS2000

Simulation and Experimental Measurements of Inductively Coupled CF4 and CF4/Ar Plasmas

The recently developed code SEMS (semiconductor equipment modeling software)is applied to the simulation of CF4 and CF4/Ar inductively coupled plasmas (ICP). This work builds upon the earlier nitrogen, transformer coupled plasma (TCP) SEMS research by demonstrating its accuracy for more complex reactive mixtures, moving closer to the realization of a virtual plasma reactor. Attention is given to the etching of and/or formation of carbonaceous films on the quartz dielectric window and diagnostic aperatures. The simulations are validated through comparisons with experimental measurements using FTIR (Fourier Transform Infrared) and UV absorption spectroscopy for CFx and SiFx neutral radicals, QMS (quadrupole mass spectrometry) for the ions, and Langmuir probe measurements of electron number density and temperature in an ICP GEC reference cell.

Hash, D. B.↗
NASA NTRS2013

Scheduling Operations for Massive Heterogeneous Clusters

High-performance computing (HPC) programming has become increasingly difficult with the advent of hybrid supercomputers consisting of multicore CPUs and accelerator boards such as the GPU. Manual tuning of software to achieve high performance on this type of machine has been performed by programmers. This is needlessly difficult and prone to being invalidated by new hardware, new software, or changes in the underlying code. A system was developed for task-based representation of programs, which when coupled with a scheduler and runtime system, allows for many benefits, including higher performance and utilization of computational resources, easier programming and porting, and adaptations of code during runtime. The system consists of a method of representing computer algorithms as a series of data-dependent tasks. The series forms a graph, which can be scheduled for execution on many nodes of a supercomputer efficiently by a computer algorithm. The schedule is executed by a dispatch component, which is tailored to understand all of the hardware types that may be available within the system. The scheduler is informed by a cluster mapping tool, which generates a topology of available resources and their strengths and communication costs. Software is decoupled from its hardware, which aids in porting to future architectures. A computer algorithm schedules all operations, which for systems of high complexity (i.e., most NASA codes), cannot be performed optimally by a human. The system aids in reducing repetitive code, such as communication code, and aids in the reduction of redundant code across projects. It adds new features to code automatically, such as recovering from a lost node or the ability to modify the code while running. In this project, the innovators at the time of this reporting intend to develop two distinct technologies that build upon each other and both of which serve as building blocks for more efficient HPC usage. First is the scheduling and dynamic execution framework, and the second is scalable linear algebra libraries that are built directly on the former.

Humphrey, John↗