SEARCH · Search NASA
Results for “prototype”
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.
Performance and characterization of the prototype nm-scale spatial resolution scanning multilayer Laue lenses microscope
Synchrotron based x-ray microscopy established itself as a prominent tool for noninvasive investigations in many areas of science and technology. Many facilities around the world routinely achieve sub-micrometer resolution with a few instruments capable of imaging with the spatial resolution better than 100 nm. With an ongoing effort to push the 2D/3D resolution down to 10 nm in the hard x-ray regime both fabrication of the nano-focusing optics and stability of a microscope become extremely challenging. In this work we present our approach to overcome technical challenges on the path towards high spatial resolution hard x-ray microscopy and demonstrate the performance of a scanning fluorescence microscope equipped with the multilayer Laue lenses focusing optics.
Communication: Dominance of extreme statistics in a prototype many-body Brownian ratchet
Many forms of cell motility rely on Brownian ratchet mechanisms that involve multiple stochastic processes. We present a computational and theoretical study of the nonequilibrium statistical dynamics of such a many-body ratchet, in the specific form of a growing polymer gel that pushes a diffusing obstacle. We find that oft-neglected correlations among constituent filaments impact steady-state kinetics and significantly deplete the gel's density within molecular distances of its leading edge. These behaviors are captured quantitatively by a self-consistent theory for extreme fluctuations in filaments' spatial distribution.
Pressure Separation and Gas Flows in a Prototype Vacuum Pumped Solar Thermochemical Reactor.
Abstract not provided.
Analysis of Carotenoid Isomerase Activity in a Prototypical Carotenoid Cleavage Enzyme, Apocarotenoid Oxygenase (ACO)
Abstract not provided
Processing-dependent thermal stability of a prototypical amorphous metal oxide
Not Available
Design and Evaluation of An on-sun prototype falling-particle cavity receiver.
Abstract not provided.
ON-SUN TRACKING EVALUATION OF A SMALL-SCALE TENSILE GANGED HELIOSTAT PROTOTYPE.
Abstract not provided.
Energy Dispersive X-ray Diffraction Profiling of Prototype LiMn2O4-Based Coin Cells
N/A
Rapid Prototyping of Hardware Using Real-Time HWIL Simulation Environments.
Abstract not provided.
Analysis, design, and prototype development of squeeze-film bearings for AB-5 gyro. Phase IV - Development of a conical-bearing, axial excursion prototype Summary report
Conical bearing transducer suitable for gimbal axis support of gyro
Analysis, design and prototype development of squeeze film bearings for AB-5 gyro. Phase 5 - Development of an integral design prototype squeeze film bearing supporting a live AB-5 gyro float Final report
Operational performance of squeeze-film bearing with incorporated piezoelectric driver gyro
Computer Determination of HOM Damping for a Prototype JLC Accelerator Cavity and a Prototype B Factory Cavity
Explore the source record for details and available documents.
In-Sodium Testing of a Prototype Thermoacoustic Power Sensor for Sodium-Cooled Fast Reactors
The ultimate goal of this project is to develop and demonstrate a thermoacoustic power sensor (TAPS) for Sodium-Cooled Fast Reactors (SFRs), with potential application also envisioned to other nuclear technologies such as Lead-Cooled Fast Reactors (LFRs), Molten Salt Reactors (MSRs), in addition to Light Water Reactors (LWRs). The project was led by Westinghouse Electric Company, LLC (Westinghouse) and carried out in collaboration with Argonne National Laboratory (ANL) and the University of Pittsburgh. A TAPS is a passive (self-powered), non-invasive (wireless) sensor envisioned for measuring key parameters, such as local temperature and neutron flux, in a nuclear reactor core. The sensor generates pressure waves (i.e., sound waves) with a frequency and amplitude dependent upon nuclear operating conditions (coolant temperature or power changes). The acoustic waves are able to travel through the core and associated structures, and reach to the sensor network placed outside and/or inside of the reactor vessel. These sensors require a very small amount of power which, during loss of power events, can be provided, for example, by harvesting gamma radiation energy, thus resulting in a monitoring system that can function both during normal operation and during loss of power events. Westinghouse and the University of Pittsburgh designed and fabricated TAPS prototypes for Argonne National Laboratory (ANL) to carry out in-sodium testing to evaluate the effects of sodium on the TAPS and the performance of the TAPS technique in sodium. Argonne received a TAPS prototype from Westinghouse, and the prototype was modified such that it can be installed into a test vessel and function in sodium at elevated temperature without potentially leaking. A water mockup test apparatus was constructed to validate proper working of the prototype. An instrumentation and control (I&C) system, running on the National Instruments (NI) LabView platform, was developed to: 1) operate both the water mockup test and the in-sodium test facility; and 2) process and analyze the received acoustic signals from an array of accelerometers and the Argonne sodium-submersible high-temperature acoustic sensor. The prototype was successfully tested in a water bath at different temperatures. Water mockup tests demonstrated that the TAPS prototype is working properly and its resonance frequency changes linearly with the coolant (water) temperature. A TAPS test apparatus was constructed and integrated with the upgraded Under-Sodium Viewing (USV) sodium test facility. The integrated USV-TAPS sodium test facility has been operational. The TAPS prototype and a high-temperature sodium-submersible acoustic sensor (SSAS) developed by Argonne were both installed inside the TAPS test vessel. Being operated within argon cover gas under ambient conditions, the TAPS prototype demonstrated that it was functioning properly with a resonance frequency at 1407.2 Hz, which was successfully detected by the accelerometers mounted on the external wall of the vessel and the high-temperature SSAS installed inside the vessel. After successfully transferring sodium into the vessel, in-sodium tests of the prototype were conducted. Tests of the TAPS prototype demonstrated that the resonance frequency of the TAPS changes linearly with respect to the temperature difference between the interior of the TAPS and bulk sodium. The early tests showed that the TAPS prototype could not establish a continuous and consistent resonance in sodium. The resonance diminished before the prototype reached its operating temperature. A signal postprocessor was added to the DAQ module latterly to isolate interferences, enhance signal conditioning, improve peak detection, and generate resonance frequency versus temperature plots. After testing in molten sodium and immersion at higher temperature for several weeks, the TAPS prototype was able to establish a continuous resonance. Performance evaluation of the TAPS prototype was then conducted in sodium. The tests included the investigation of 1) the effects of the temperature difference between the TAPS and bulk sodium, 2) the effects of sodium flowrate; and 3) the performance of the different sensor-receiver systems positioned inside or outside the vessel. Results of a test demonstrated that, with limited sodium circulation, a continuous and consistent resonance of the TAPS prototype was established occasionally. The tests also demonstrated that, because of the nature of detection principles and mounting methods, the high temperature SSAS is more affected by acoustic noise, while accelerometers are more affected by vibrations, in the test environment. It is unknown why the TAPS prototype only occasionally established a continuous and consistent resonance when the TAPS temperature reached its operating temperature in molten sodium, and why it ultimately failed to resonate at all. A failure modes assessment was conducted and a few potential causes of failure were identified. Different post in-sodium tests were conducted to obtain additional information potentially relevant to the cause of the failure. Nondestructive evaluation techniques are suggested to examine the internal integrity as well as the gas mixture of the prototype. If they prove inconclusive, the prototype should be cut open to conduct a thorough inspection of its internal integrity and determine the state of the gas mixture.
Contingency Contractor Optimization Phase 3 Sustainment Platform Requirements - Contingency Contractor Optimization Tool - Prototype
Sandia National Laboratories (Sandia) is in Phase 3 Sustainment of development of a prototype tool, currently referred to as the Contingency Contractor Optimization Tool - Prototype (CCOTP), under the direction of OSD Program Support. CCOT-P is intended to help provide senior Department of Defense (DoD) leaders with comprehensive insight into the global availability, readiness and capabilities of the Total Force Mix. The CCOT-P will allow senior decision makers to quickly and accurately assess the impacts, risks and mitigating strategies for proposed changes to force/capabilities assignments, apportionments and allocations options, focusing specifically on contingency contractor planning. During Phase 2 of the program, conducted during fiscal year 2012, Sandia developed an electronic storyboard prototype of the Contingency Contractor Optimization Tool that can be used for communication with senior decision makers and other Operational Contract Support (OCS) stakeholders. Phase 3 used feedback from demonstrations of the electronic storyboard prototype to develop an engineering prototype for planners to evaluate. Sandia worked with the DoD and Joint Chiefs of Staff strategic planning community to get feedback and input to ensure that the engineering prototype was developed to closely align with future planning needs. The intended deployment environment was also a key consideration as this prototype was developed. Initial release of the engineering prototype was done on servers at Sandia in the middle of Phase 3. In 2013, the tool was installed on a production pilot server managed by the OUSD(AT&L) eBusiness Center. The purpose of this document is to specify the CCOT-P engineering prototype platform requirements as of May 2016. Sandia developed the CCOT-P engineering prototype using common technologies to minimize the likelihood of deployment issues. CCOT-P engineering prototype was architected and designed to be as independent as possible of the major deployment components such as the server hardware, the server operating system, the database, and the web server. This document describes the platform requirements, the architecture, and the implementation details of the CCOT-P engineering prototype.
Integration and evaluation of a simulator designed to be used within a dynamic prototyping environment
The human computer interface (HCI) prototyping environment is designed to allow developers to rapidly prototype systems so that the interface and functionality of a system can be evaluated and iteratively refined early in the development process. This keeps development costs down by modifying the interface during the requirements definition phase, thus minimizing changes that need to be made during and after flight code development. Problems occur within a system when the user interface is not adequately developed and when designers and developers have an incomplete understanding of the system requirements. A process has been developed for prototyping on-board payload displays for Space Station Freedom. This prototyping process consists of five phases: identification of known requirements, analysis of the requirements, development of a formal design representation and specification, development of the prototype, and evaluation of the prototype. The actual development of the prototype involves prototyping the displays, developing a low fidelity simulator, building of an interface (or communication) between the displays and the simulator, integration of these components, and testing to ensure that the interface does what the developer expects. This research integrates and evaluates a software tool which has been developed to serve as a simulator within the prototyping environment. The tool is being evaluated to determine whether or not it meets the basic requirements which are needed for a low fidelity simulator within this environment. In order to evaluate the architecture and its components, a human computer interface for and a simulator of an automobile have been developed as a prototype. The individual components (i.e., the interface and simulator) have been developed, and the current research was designed to integrate and test the complete working system within the prototyping environment. The following sections will describe the architecture and components of the rapid prototyping environment, the development of a system to assess the environment, and the integration and evaluation of PERCNET.
Ares I-X Ground Diagnostic Prototype
Automating prelaunch diagnostics for launch vehicles offers three potential benefits. First, it potentially improves safety by detecting faults that might otherwise have been missed so that they can be corrected before launch. Second, it potentially reduces launch delays by more quickly diagnosing the cause of anomalies that occur during prelaunch processing. Reducing launch delays will be critical to the success of NASA's planned future missions that require in-orbit rendezvous. Third, it potentially reduces costs by reducing both launch delays and the number of people needed to monitor the prelaunch process. NASA is currently developing the Ares I launch vehicle to bring the Orion capsule and its crew of four astronauts to low-earth orbit on their way to the moon. Ares I-X will be the first unmanned test flight of Ares I. It is scheduled to launch on October 27, 2009. The Ares I-X Ground Diagnostic Prototype is a prototype ground diagnostic system that will provide anomaly detection, fault detection, fault isolation, and diagnostics for the Ares I-X first-stage thrust vector control (TVC) and for the associated ground hydraulics while it is in the Vehicle Assembly Building (VAB) at John F. Kennedy Space Center (KSC) and on the launch pad. It will serve as a prototype for a future operational ground diagnostic system for Ares I. The prototype combines three existing diagnostic tools. The first tool, TEAMS (Testability Engineering and Maintenance System), is a model-based tool that is commercially produced by Qualtech Systems, Inc. It uses a qualitative model of failure propagation to perform fault isolation and diagnostics. We adapted an existing TEAMS model of the TVC to use for diagnostics and developed a TEAMS model of the ground hydraulics. The second tool, Spacecraft Health Inference Engine (SHINE), is a rule-based expert system developed at the NASA Jet Propulsion Laboratory. We developed SHINE rules for fault detection and mode identification. The prototype uses the outputs of SHINE as inputs to TEAMS. The third tool, the Inductive Monitoring System (IMS), is an anomaly detection tool developed at NASA Ames Research Center and is currently used to monitor the International Space Station Control Moment Gyroscopes. IMS automatically "learns" a model of historical nominal data in the form of a set of clusters and signals an alarm when new data fails to match this model. IMS offers the potential to detect faults that have not been modeled. The three tools have been integrated and deployed to Hangar AE at KSC where they interface with live data from the Ares I-X vehicle and from the ground hydraulics. The outputs of the tools are displayed on a console in Hangar AE, one of the locations from which the Ares I-X launch will be monitored. The full paper will describe how the prototype performed before the launch. It will include an analysis of the prototype's accuracy, including false-positive rates, false-negative rates, and receiver operating characteristics (ROC) curves. It will also include a description of the prototype's computational requirements, including CPU usage, main memory usage, and disk usage. If the prototype detects any faults during the prelaunch period then the paper will include a description of those faults. Similarly, if the prototype has any false alarms then the paper will describe them and will attempt to explain their causes.