SEARCH · Engineering Papers
Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.
Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.
Qualification tests of the electron-proton spectrometer test unit are presented. The tests conducted were: (1) functional, (2) thermal/vacuum, (3) electromagnetic interference, (4) acoustic, (5) shock, (6) vibration, and (7) humidity. Results of each type of test are presented in the form of data sheets.
A series of extensively instrumented tests was performed on the Structural Evaluation Test Unit in the early 1990s. The purpose of these tests was to determine the response of a minimally designed cask to impacts that were more severe than the design basis impact. This test series provides an excellent opportunity for benchmarking explicit dynamic finite element analysis programs for behaviors that may be experienced by casks during regulatory and extra-regulatory impact events. This report provides the results of the four tests that were conducted. It is meant to go along with a companion report that defines the benchmark problem and gives the locations for the instrumentation and inspection points.
Not Available
The Alternator Test Unit (ATU) in the Lunar Power System Facility (LPSF) located at the NASA Glenn Research Center (GRC) in Cleveland, OH was used to simulate the operating conditions and evaluate the performance of the ATU and it s interaction with various LPSF components in accordance with the JIMO AC Power System Requirements. The testing was carried out at the breadboard development level. Results of these tests will be used for the development and validation of analytical models for performance and lifetime prediction.
In the software development process, code needs to be tested before it can be packaged for release in order to make sure the program actually does what it says is supposed to happen as well as to check how the program deals with errors and edge cases (such as negative or very large numbers). One of the major parts of the testing process is unit testing, where you test specific units of the code to make sure each individual part of the code works. This project is about unit testing many different components of the ACL software and fixing any errors encountered. To do this, mocks of other objects need to be created and every line of code needs to be exercised to make sure every case is accounted for. Mocks are important to make because it gives direct control of the environment the unit lives in instead of attempting to work with the entire program. This makes it easier to achieve the second goal of exercising every line of code.
The structural test unit of the electron-proton spectrometer was tested to a random vibration spectra and to a sinusoidal resonant search to comply with the requirements of a verification plan for the spectrometer. The test item consisted of mass simulated electronic and printed circuit boards mounted in a flight type electronic housing. The arrangement, center of gravity, and weight were as proposed for flight units.
A shock test of the electron-proton spectrometer structural test unit was conducted. The purpose of the shock test was to verify the structural integrity of the electron-spectrometer design and to obtain data on the shock response of the electronics and electronic housing. The test equipment is described and typical shock response data are provided.
The engineering test unit of the electron-proton spectrometer was thermal/vacuum tested. The tests confirmed the thermal analysis, and verified that the thermal design would control the temperatures of the instrument.
Unit tests were created to evaluate the functionality of a Data Generation and Publication tool for a command and control system. These unit tests are developed to constantly evaluate the tool and ensure it functions properly as the command and control system grows in size and scope. Unit tests are a crucial part of testing any software project and are especially instrumental in the development of a command and control system. They save resources, time and costs associated with testing, and catch issues before they become increasingly difficult and costly. The unit tests produced for the Data Generation and Publication tool to be used in a command and control system assure the users and stakeholders of its functionality and offer assurances which are vital in the launching of spacecraft safely.
An overview of my experiences writing unit tests for various projects with a specific focus on my work unit testing core Flight System (cFS) applications. I recount some of the direct personal experiences I have had that showed me the utility of having done unit testing for my projects. Many of the tips, tricks and pitfalls encountered during my time writing unit tests for the cFS app, CF, are examined. I also compare and contrast my cFS unit testing development with that of a parallel project, in which I write unit tests using RSpec, a testing framework for the Ruby programming language. I impart my complete methodology behind the CF app unit testing effort and the rationale for why I did it that way. Then I give some ideas for how you can do your own unit testing for cFS applications. You will also learn about my hopes for how unit testing cFS applications can be done going forward from where we are now.
This paper presents an analysis of the unit testing approach developed and used by the Core Flight Software (CFS) product line team at the NASA GSFC. The goal of the analysis is to understand, review, and reconunend strategies for improving the existing unit testing infrastructure as well as to capture lessons learned and best practices that can be used by other product line teams for their unit testing. The CFS unit testing framework is designed and implemented as a set of variation points, and thus testing support is built into the product line architecture. The analysis found that the CFS unit testing approach has many practical and good solutions that are worth considering when deciding how to design the testing architecture for a product line, which are documented in this paper along with some suggested innprovennents.
Abstract not provided.
The mini system test unit (STU) for the Trace Gas Analyzer (TGA) is defined. The interface signals of the components used to implement the STU are also defined. The mini STU is used to support pre-flight ground test operations. The STU indications of TGA operation (organic and carbon monoxide analyses) and its ability to monitor gas chromatograph and mass spectrometer test signals are included.
A series of extensively instrumented tests was performed on the Structural Evaluation Test Unit in the early 1990s. The purpose of these tests was to determine the response of a minimally designed cask to impacts that were more severe than the design basis impact. This test series provides an excellent opportunity for benchmarking explicit dynamic finite element analysis programs for behaviors that may be experienced by casks during regulatory and extra-regulatory impact events. This report provides the parameters of the test unit, the locations of instrumentation, the locations of inspection points, and the parameters of the four tests that were conducted. A companion report provides the results of the tests.
The Kennedy Space Center is currently undergoing an extremely interesting transitional phase. The final Space Shuttle mission, STS-135, was completed in July of 2011. NASA is now approaching a new era of space exploration. The development of the Orion Multi- Purpose Crew Vehicle (MPCV) and the Space Launch System (SLS) launch vehicle that will launch the Orion are currently in progress. An important part of this transition involves replacing the Launch Processing System (LPS) which was previously used to process and launch Space Shuttles and their associated hardware. NASA is creating the Spaceport Command and Control System (SCCS) to replace the LPS. The SCCS will be much simpler to maintain and improve during the lifetime of the spaceflight program that it will support. The Launch Control System (LCS) is a portion of the SCCS that will be responsible for launching the rockets and spacecraft. The Integrated Launch Operations Applications (ILOA) group of SCCS is responsible for creating displays and scripts, both remote and local, that will be used to monitor and control hardware and systems needed to launch a spacecraft. It is crucial that the software contained within be thoroughly tested to ensure that it functions as intended. Unit tests must be written in Application Control Language (ACL), the scripting language used by LCS. These unit tests must ensure complete code coverage to safely guarantee there are no bugs or any kind of issue with the software.
This is a unit test report for the Nuclear Facility Accident (NFAC) model for the Hazard Prediction and Assessment Capability (HPAC) version 6.3. NFAC’s responsibility as an HPAC component is three-fold. First, it must present an interactive graphical user interface (GUI) by which users can view and edit the definition of an NFAC incident. Second, for each incident defined, NFAC must interact with RTH to create activity table inputs and associate them with pseudo materials to be transported via SCIPUFF. Third, NFAC must create SCIPUFF releases with the associated pseudo materials for transport and dispersion. The goal of NFAC unit testing is to verify that the inputs it produces are correct for the source term or model definition as specified by the user via the GUI.
The objective of this research is to develop and deploy advances in High Efficiency Particulate Air (HEPA) filter technology to benefit nuclear facilities. There is a need for better HEPA filter materials, especially those able to withstand moisture and higher temperatures as experienced in fire conditions. In order to test these materials, student teams at California Polytechnic State University (Cal Poly) have developed tools with the sponsorship and direction of Lawrence Livermore National Laboratory (LLNL). The Miniature High Temperature Testing Unit (MiniHTTU) can rapidly, efficiently and inexpensively test a large number of new and innovative materials for HEPA filter components. MiniHTTU test results will be used to down select the most promising materials for HEPA filter components (e.g., media, sealants, gaskets) for full scale testing in the full size High Temperature Testing Unit (HTTU). Using both testing units, future teams will be able to develop advances in HEPA filter technology (e.g., related to ceramic HEPA filters), the deployment of which will benefit DOE nuclear facilities by providing lower life-cycle costs and reducing or eliminating certain safety basis costs associated with safety class and safety significant systems in nuclear facilities. (authors)
Use of thermoelectric test unit to determine applicability of silicon-germanium power modules to space power systems requirements