Search NASA⌕ Search

SEARCH · Search NASA

Results for “hardware testing”

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,009 records · Page 56

Creating a Lunar EVA Work Envelope

A work envelope has been defined for weightless Extravehicular Activity (EVA) based on the Space Shuttle Extravehicular Mobility Unit (EMU), but there is no equivalent for planetary operations. The weightless work envelope is essential for planning all EVA tasks because it determines the location of removable parts, making sure they are within reach and visibility of the suited crew member. In addition, using the envelope positions the structural hard points for foot restraints that allow placing both hands on the job and provides a load path for reacting forces. EVA operations are always constrained by time. Tasks are carefully planned to ensure the crew has enough breathing oxygen, cooling water, and battery power. Planning first involves computers using a virtual work envelope to model tasks, next suited crew members in a simulated environment refine the tasks. For weightless operations, this process is well developed, but planetary EVA is different and no work envelope has been defined. The primary difference between weightless and planetary work envelopes is gravity. It influences anthropometry, horizontal and vertical mobility, and reaction load paths and introduces effort into doing "overhead" work. Additionally, the use of spacesuits other than the EMU, and their impacts on range of motion, must be taken into account. This paper presents the analysis leading to a concept for a planetary EVA work envelope with emphasis on lunar operations. There is some urgency in creating this concept because NASA has begun building and testing development hardware for the lunar surface, including rovers, habitats and cargo off-loading equipment. Just as with microgravity operations, a lunar EVA work envelope is needed to guide designers in the formative stages of the program with the objective of avoiding difficult and costly rework.

Griffin, Brand N.↗

Three-Function Logic Gate Controlled by Analog Voltage

The figure is a schematic diagram of a complementary metal oxide/semiconductor (CMOS) electronic circuit that performs one of three different logic functions, depending on the level of an externally applied control voltage, V(sub sel). Specifically, the circuit acts as A NAND gate at V(sub sel) = 0.0 V, A wire (the output equals one of the inputs) at V(sub sel) = 1.0 V, or An AND gate at V(sub sel) = -1.8 V. [The nominal power-supply potential (VDD) and logic "1" potential of this circuit is 1.8 V.] Like other multifunctional circuits described in several prior NASA Tech Briefs articles, this circuit was synthesized following an automated evolutionary approach that is so named because it is modeled partly after the repetitive trial-and-error process of biological evolution. An evolved circuit can be tested by computational simulation and/or tested in real hardware, and the results of the test can provide guidance for refining the design through further iteration. The evolutionary synthesis of electronic circuits can now be implemented by means of a software package Genetic Algorithms for Circuit Synthesis (GACS) that was developed specifically for this purpose. GACS was used to synthesize the present trifunctional circuit. As in the cases of other multifunctional circuits described in several prior NASA Tech Briefs articles, the multiple functionality of this circuit, the use of a single control voltage to select the function, and the automated evolutionary approach to synthesis all contribute synergistically to a combination of features that are potentially advantageous for the further development of robust, multiple-function logic circuits, including, especially, field-programmable gate arrays (FPGAs). These advantages include the following: This circuit contains only 9 transistors about half the number of transistors that would be needed to obtain equivalent NAND/wire/AND functionality by use of components from a standard digital design library. If multifunctional gates like this circuit were used in the place of the configurable logic blocks of present commercial FPGAs, it would be possible to change the functions of the resulting digital systems within shorter times. For example, by changing a single control voltage, one could change the function of thousands of FPGA cells within nanoseconds. In contrast, typically, the reconfiguration in a conventional FPGA by use of bits downloaded from look-up tables via a digital bus takes microseconds.

Zebulum, Ricardo↗

Development of a Contingency Gas Analyzer for the Orion Crew Exploration Vehicle

NASA's experience with electrochemical sensors in a hand-held toxic gas monitor serves as a basis for the development of a fixed on-board instrument, the Contingency Gas Analyzer (CGA), for monitoring selected toxic combustion products as well as oxygen and carbon dioxide on the Orion Crew Exploration Vehicle (CEV). Oxygen and carbon dioxide are major components of the cabin environment and accurate measurement of these compounds is critical to maintaining a safe working environment for the crew. Fire or thermal degradation events may produce harmful levels of toxic products, including carbon monoxide (CO), hydrogen cyanide (HCN), and hydrogen chloride (HCl) in the environment. These three components, besides being toxic in their own right, can serve as surrogates for a panoply of hazardous combustion products. On orbit monitoring of these surrogates provides for crew health and safety by indicating the presence of toxic combustion products in the environment before, during and after combustion or thermal degradation events. Issues identified in previous NASA experiences mandate hardening the instrument and components to endure the mechanical and operational stresses of the CEV environment while maintaining high analytical fidelity. Specific functional challenges involve protecting the sensors from various anticipated events- such as rapid pressure changes, low cabin pressures, and extreme vibration/shock exposures- and extending the sensor lifetime and calibration periods far beyond the current state of the art to avoid the need for on-orbit calibration. This paper focuses on lessons learned from the earlier NASA hardware, current testing results, and engineering solutions to the identified problems. Of particular focus will be the means for protecting the sensors, addressing well known cross-sensitivity issues and the efficacy of a novel self monitoring mechanism for extending sensor calibration periods.

Niu, Bill↗

An Overview of Thermal Distortion Modeling, Analysis, and Model Validation for the JWST ISIM Structure

This paper describes thermal distortion modeling, analysis, and model validation activities completed in support of the design and qualification of the JWST ISIM Structure. An overview of the building blocks approach utilized to develop the structural design and modeling capabilities to meet thermal distortion performance requirements will be provided. This effort culminated in a cryogenic (35 K) distortion test of the flight ISIM Structure hardware, the Cryoset Test that both verified the thermal distortion performance and provided data for validation of the structural models. An overview of the modeling, analysis, and model validation development effort will be discussed, and the results of the Cryoset Test and the subsequent model validation will be described.

Johnston, John↗

Random Vibrations

Ares I Zonal Random vibration environments due to acoustic impingement and combustion processes are develop for liftoff, ascent and reentry. Random Vibration test criteria for Ares I Upper Stage pyrotechnic components are developed by enveloping the applicable zonal environments where each component is located. Random vibration tests will be conducted to assure that these components will survive and function appropriately after exposure to the expected vibration environments. Methodology: Random Vibration test criteria for Ares I Upper Stage pyrotechnic components were desired that would envelope all the applicable environments where each component was located. Applicable Ares I Vehicle drawings and design information needed to be assessed to determine the location(s) for each component on the Ares I Upper Stage. Design and test criteria needed to be developed by plotting and enveloping the applicable environments using Microsoft Excel Spreadsheet Software and documenting them in a report Using Microsoft Word Processing Software. Conclusion: Random vibration liftoff, ascent, and green run design & test criteria for the Upper Stage Pyrotechnic Components were developed by using Microsoft Excel to envelope zonal environments applicable to each component. Results were transferred from Excel into a report using Microsoft Word. After the report is reviewed and edited by my mentor it will be submitted for publication as an attachment to a memorandum. Pyrotechnic component designers will extract criteria from my report for incorporation into the design and test specifications for components. Eventually the hardware will be tested to the environments I developed to assure that the components will survive and function appropriately after exposure to the expected vibration environments.

Messaro. Semma↗

NASA Desert RATS 2010: Preliminary Results for Science Operations Conducted in the San Francisco Volcanic Field, Arizona

The National Aeronautics and Space Administration (NASA) is working with international partners to develop the space architectures and mission plans necessary for human spaceflight beyond earth orbit. These mission plans include the exploration of planetary surfaces with significant gravity fields. The Apollo missions to the Moon demonstrated conclusively that surface mobility is a key asset that improves the efficiency of human explorers on a planetary surface. NASA's Desert Research and Technology Studies (Desert RATS) is a multi-year series tests of hardware and operations carried out annually in the high desert of Arizona. Conducted since 1998, these activities are designed to exercise planetary surface hardware and operations in relatively harsh climatic conditions where long-distance, multi-day roving is achievable

Gruener, J. E.↗

Challenges of CPAS Flight Testing

The Crew Exploration Vehicle Parachute Assembly System (CPAS) is being designed to land the Orion Crew Module (CM) at a safe rate of descent at splashdown via a series of Drogue, Pilot, and Main parachutes. Because Orion is considerably larger and heavier than Apollo, many of the flight test techniques developed during the Apollo program must be modified. The Apollo program had a dedicated C-133 aircraft, which was modified to allow a simple airdrop of "boilerplate" flight test vehicles. However, the CPAS program must use either commercial or military assets with minimal modifications to airframes or procedures. Conceptual envelopes from 2-Degree Of Freedom trajectories are presented for several existing and novel architectures. Ideally, the technique would deliver a representative capsule shape to the desired altitude and dynamic pressure at test initiation. However, compromises must be made on the characteristics of trajectories or the fidelity of test articles to production hardware. Most of the tests to date have used traditional pallet and weight tub or missile-shaped test vehicles. New test vehicles are being designed to better incorporate Orion structural components and deploy parachutes in a more representative fashion. The first attempt to test a capsule-shaped vehicle failed due to unexpected events while setting up the test condition through a series of complex procedures. In order to avoid the loss of another expensive test article which will delay the program, simpler deployment methods are being examined and more positive control of the vehicle will be maintained. Existing challenges include interfacing with parent aircraft, separating test vehicles, achieving test conditions, and landing within limited test ranges. All these challenges must be met within cost and schedule limits.

Ray, Eric S.↗

Constellation Program Lessons Learned: Detailed Lessons Learned - Volume 2

These lessons learned are part of a suite of hardware, software, test results, designs, knowledge base, and documentation that comprises the legacy of the Constellation Program. The context, summary information, and lessons learned are presented in a factual format, as known and described at the time. While our opinions might be discernable in the context, we have avoided all but factually sustainable statements. Statements should not be viewed as being either positive or negative; their value lies in what we did and what we learned that is worthy of passing on. The lessons include both "dos" and "don ts." In many cases, one person s "do" can be viewed as another person s "don t"; therefore, we have attempted to capture both perspectives when applicable and useful. While Volume I summarizes the views of those who managed the program, this Volume II encompasses the views at the working level, describing how the program challenges manifested in day-to-day activities. Here we see themes that were perhaps hinted at, but not completely addressed, in Volume I: unintended consequences of policies that worked well at higher levels but lacked proper implementation at the working level; long-term effects of the "generation gap" in human space flight development, the need to demonstrate early successes at the expense of thorough planning, and the consequences of problems and challenges not yet addressed because other problems and challenges were more immediate or manifest. Not all lessons learned have the benefit of being operationally vetted, since the program was cancelled shortly after Preliminary Design Review. We avoid making statements about operational consequences (with the exception of testing and test flights that did occur), but we do attempt to provide insight into how operational thinking influenced design and testing. The lessons have been formatted with a description, along with supporting information, a succinct statement of the lesson learned, and recommendations for future programs and projects that may be placed in similar circumstances.

Jennifer Rhatigan↗

Management of the Post-Shuttle Extravehicular Mobility Unit (EMU) Water Circuits

The EMU incorporates two separate water circuits for the rejection of metabolic heat from the astronaut and the cooling of electrical components. The first (the Transport Water Loop) circulates in a semi-closed-loop manner and absorbs heat into a Liquid Coolant and Ventilation Garment (LCVG) warn by the astronaut. The second (the Feed Water Loop) provides water to a cooling device (Sublimator) with a porous plate, and that water subsequently sublimates to space vacuum. The cooling effect from the sublimation of this water translates to a cooling of the LCVG water that circulates through the Sublimator. Efforts are underway to streamline the use of a water processing kit (ALCLR) that is being used to periodically clean and disinfect the Transport Loop Water. Those efforts include a fine tuning of the duty cycle based on a review of prior performance data as well as an assessment of a fixed installation of this kit into the EMU backpack or within on-orbit EMU interface hardware. Furthermore, testing is being conducted to ensure compatibility between the International Space Station (ISS) Water Processor Assembly (WPA) effluent and the EMU Sublimator as a prelude to using the WPA effluent as influent to the EMU Feed Water loop. This work is undertaken to reduce the crew-time and logistics burdens for the EMU, while ensuring the long-term health of the EMU water circuits for a post-Shuttle 6-year service life.

Steele, John W.↗

Reverberant Acoustic Testing and Direct Field Acoustic Testing Acoustic Standing Waves and their Impact on Structural Responses

The aerospace industry has been using two methods of acoustic testing to qualify flight hardware: (1) Reverberant Acoustic Test (RAT), (2) Direct Field Acoustic Test (DFAT). The acoustic field obtained by RAT is generally understood and assumed to be diffuse, expect below Schroeder cut-of frequencies. DFAT method of testing has some distinct advantages over RAT, however the acoustic field characteristics can be strongly affected by test setup such as the speaker layouts, number and location of control microphones and control schemes. In this paper the following are discussed based on DEMO tests performed at APL and JPL: (1) Acoustic wave interference patterns and acoustic standing waves, (2) The structural responses in RAT and DFAT.

vibro-acoustics↗

NASA Sounding Rocket Program Educational Outreach

Educational and public outreach is a major focus area for the National Aeronautics and Space Administration (NASA). The NASA Sounding Rocket Program (NSRP) shares in the belief that NASA plays a unique and vital role in inspiring future generations to pursue careers in science, mathematics, and technology. To fulfill this vision, the NSRP engages in a variety of educator training workshops and student flight projects that provide unique and exciting hands-on rocketry and space flight experiences. Specifically, the Wallops Rocket Academy for Teachers and Students (WRATS) is a one-week tutorial laboratory experience for high school teachers to learn the basics of rocketry, as well as build an instrumented model rocket for launch and data processing. The teachers are thus armed with the knowledge and experience to subsequently inspire the students at their home institution. Additionally, the NSRP has partnered with the Colorado Space Grant Consortium (COSGC) to provide a "pipeline" of space flight opportunities to university students and professors. Participants begin by enrolling in the RockOn! Workshop, which guides fledgling rocketeers through the construction and functional testing of an instrumentation kit. This is then integrated into a sealed canister and flown on a sounding rocket payload, which is recovered for the students to retrieve and process their data post flight. The next step in the "pipeline" involves unique, user-defined RockSat-C experiments in a sealed canister that allow participants more independence in developing, constructing, and testing spaceflight hardware. These experiments are flown and recovered on the same payload as the RockOn! Workshop kits. Ultimately, the "pipeline" culminates in the development of an advanced, user-defined RockSat-X experiment that is flown on a payload which provides full exposure to the space environment (not in a sealed canister), and includes telemetry and attitude control capability. The RockOn! and RockSat-C elements of the "pipeline" have been successfully demonstrated by five annual flights thus far from Wallops Flight Facility. RockSat-X has successfully flown twice, also from Wallops. The NSRP utilizes launch vehicles comprised of military surplus rocket motors (Terrier-Improved Orion and Terrier-Improved Malemute) to execute these missions. The NASA Sounding Rocket Program is proud of its role in inspiring the "next generation of explorers" and is working to expand its reach to all regions of the United States and the international community as well.

Rosanova, G.↗

Development and Implementation of a Hardware In-the-Loop Test Bed for Unmanned Aerial Vehicle Control Algorithms

Successful prediction and management of battery life using prognostic algorithms through ground and flight tests is important for performance evaluation of electrical systems. This paper details the design of test beds suitable for replicating loading profiles that would be encountered in deployed electrical systems. The test bed data will be used to develop and validate prognostic algorithms for predicting battery discharge time and battery failure time. Online battery prognostic algorithms will enable health management strategies. The platform used for algorithm demonstration is the EDGE 540T electric unmanned aerial vehicle (UAV). The fully designed test beds developed and detailed in this paper can be used to conduct battery life tests by controlling current and recording voltage and temperature to develop a model that makes a prediction of end-of-charge and end-of-life of the system based on rapid state of health (SOH) assessment.

Battery Testbed↗

Advancing Autonomous Operations for Deep Space Vehicles

Starting in Jan 2012, the Advanced Exploration Systems (AES) Autonomous Mission Operations (AMO) Project began to investigate the ability to create and execute "single button" crew initiated autonomous activities [1]. NASA Marshall Space Flight Center (MSFC) designed and built a fluid transfer hardware test-bed to use as a sub-system target for the investigations of intelligent procedures that would command and control a fluid transfer test-bed, would perform self-monitoring during fluid transfers, detect anomalies and faults, isolate the fault and recover the procedures function that was being executed, all without operator intervention. In addition to the development of intelligent procedures, the team is also exploring various methods for autonomous activity execution where a planned timeline of activities are executed autonomously and also the initial analysis of crew procedure development. This paper will detail the development of intelligent procedures for the NASA MSFC Autonomous Fluid Transfer System (AFTS) as well as the autonomous plan execution capabilities being investigated. Manned deep space missions, with extreme communication delays with Earth based assets, presents significant challenges for what the on-board procedure content will encompass as well as the planned execution of the procedures.

Haddock, Angie T.↗

Upgrading Custom Simulink Library Components for Use in Newer Versions of Matlab

The Spaceport Command and Control System (SCCS) at Kennedy Space Center (KSC) is a control system for monitoring and launching manned launch vehicles. Simulations of ground support equipment (GSE) and the launch vehicle systems are required throughout the life cycle of SCCS to test software, hardware, and procedures to train the launch team. The simulations of the GSE at the launch site in conjunction with off-line processing locations are developed using Simulink, a piece of Commercial Off-The-Shelf (COTS) software. The simulations that are built are then converted into code and ran in a simulation engine called Trick, a Government off-the-shelf (GOTS) piece of software developed by NASA. In the world of hardware and software, it is not uncommon to see the products that are utilized be upgraded and patched or eventually fade away into an obsolete status. In the case of SCCS simulation software, Matlab, a MathWorks product, has released a number of stable versions of Simulink since the deployment of the software on the Development Work Stations in the Linux environment (DWLs). The upgraded versions of Simulink has introduced a number of new tools and resources that, if utilized fully and correctly, will save time and resources during the overall development of the GSE simulation and its correlating documentation. Unfortunately, simply importing the already built simulations into the new Matlab environment will not suffice as it will produce results that may not be expected as they were in the version that is currently being utilized. Thus, an upgrade execution plan was developed and executed to fully upgrade the simulation environment to one of the latest versions of Matlab.

Matlab Simulation↗

RL10 Engine Ability to Transition from Atlas to Shuttle/Centaur Program

A key launch vehicle design feature is the ability to take advantage of new technologies while minimizing expensive and time consuming development and test programs. With successful space launch experiences and the unique features of both the National Aeronautics and Space Administration (NASA) Space Transportation System (Space Shuttle) and Atlas/Centaur programs, it became attractive to leverage these capabilities. The Shuttle/Centaur Program was created to transition the existing Centaur vehicle to be launched from the Space Shuttle cargo bay. This provided the ability to launch heaver and larger payloads, and take advantage of new unique launch operational capabilities. A successful Shuttle/Centaur Program required the Centaur main propulsion system to quickly accommodate the new operating conditions for two new Shuttle/Centaur configurations and evolve to function in the human Space Shuttle environment. This paper describes the transition of the Atlas/Centaur RL10 engine to the Shuttle/Centaur configurations; shows the unique versatility and capability of the engine; and highlights the importance of ground testing. Propulsion testing outcomes emphasize the value added benefits of testing heritage hardware and the significant impact to existing and future programs.

Launch Vehicle↗

The Detection and Mitigation of RFI with the Aquarius L-Band Scatterometer

The Aquarius sea-surface salinity mission includes an L-band scatterometer to sense sea-surface roughness. This radar is subject to radio-frequency interference (RFI) in its passband from 1258 to 1262 MHz, a region also allocated for terrestrial radio location. Due to its received power sensitivity requirements, the expected RFI environment poses significant challenges. We present the results of a study evaluating the severity of terrestrial RFI sources on the operation of the Aquarius scatterometer, and propose a scheme to both detect and remove problematic RFI signals in the ocean backscatter measurements. The detection scheme utilizes the digital sampling of the ambient input power to detect outliers from the receiver noise floor which are statistically significant, and flags nearby radar echoes as potentially contaminated by RFI. This detection strategy, developed to meet tight budget and data downlink requirements, has been implemented and tested in hardware, and shows great promise for the detection and global mapping of L-band RFI sources.

Electromagnetic radiative interference↗

Workstation-Based Avionics Simulator to Support Mars Science Laboratory Flight Software Development

The Mars Science Laboratory developed the WorkStation TestSet (WSTS) to support flight software development. The WSTS is the non-real-time flight avionics simulator that is designed to be completely software-based and run on a workstation class Linux PC. This provides flight software developers with their own virtual avionics testbed and allows device-level and functional software testing when hardware testbeds are either not yet available or have limited availability. The WSTS has successfully off-loaded many flight software development activities from the project testbeds. At the writing of this paper, the WSTS has averaged an order of magnitude more usage than the project's hardware testbeds.

WSTS↗

Multipurpose Pressure Vessel Scanner and Photon Doppler Velocimetry

Critical flight hardware typically undergoes a series of nondestructive evaluation methods to screen for defects before it is integrated into the flight system. Conventionally, pressure vessels have been inspected for flaws using a technique known as fluorescent dye penetrant, which is biased to inspector interpretation. An alternate method known as eddy current is automated and can detect small cracks better than dye penetrant. A new multipurpose pressure vessel scanner has been developed to perform internal and external eddy current scanning, laser profilometry, and thickness mapping on pressure vessels. Before this system can be implemented throughout industry, a probability of detection (POD) study needs to be performed to validate the system's eddy current crack/flaw capabilities. The POD sample set will consist of 6 flight-like metal pressure vessel liners with defects of known size. Preparation for the POD includes sample set fabrication, system operation, procedure development, and eddy current settings optimization. For this, collaborating with subject matter experts was required. This technical paper details the preparation activities leading up to the POD study currently scheduled for winter 2015/2016. Once validated, this system will be a proven innovation for increasing the safety and reliability of necessary flight hardware. Additionally, testing of frangible joint requires Photon Doppler Velocimetry (PDV) and Digital Image Correlation instrumentation. There is often noise associated with PDV data, which necessitates a frequency modulation (FM) signal-to-noise pre-test. Generally, FM radio works by varying the carrier frequency and mixing it with a fixed frequency source, creating a beat frequency which is represented by audio frequency that can be heard between about 20 to 20,000 Hz. Similarly, PDV reflects a shifted frequency (a phenomenon known as the Doppler Effect) from a moving source and mixes it with a fixed source frequency, which results in a beat frequency. However, for PDV, discerning the signal from the noise is difficult without a moving source to induce the modulation. A rotating wheel is currently being used as the moving source but its configuration is impractical and has cumbersome placement inside the current frangible joint test cell. As a way to combat this problem and verify a satisfactory signal-to-noise ratio, a reflective moving crystal piezo will be used to modulate a beat frequency, and an absorptive target will be used to block the signal in order to determine any back reflection coming from the probe and discern the true signal-to-noise ratio. The piezo will be mounted and inserted onto the test table on an extendable telescopic antenna grounded by a magnetic base in the test zone. This piezo configuration will be more compatible within the test zone and allow for easy removal of the disk following acceptable signal verification and prior to frangible joint tests.

Ellis, Tayera↗