Search NASA⌕ Search

SEARCH · Search NASA

Results for “Integration & Test”

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 397 records · Page 22

Techniques for Liquid Rocket Combustion Spontaneous Stability and Rough Combustion Assessments

This work presents techniques for liquid rocket engine combustion stability assessments with respect to spontaneous stability and rough combustion. Techniques covering empirical parameter extraction, which were established in prior works, are applied for three additional programs: the F-1 Gas Generator (F1GG) component test program, the RS-84 preburner component test program, and the Marshall Integrated Test Rig (MITR) program. Stability assessment parameters from these programs are compared against prior established spontaneous stability metrics and updates are identified. Also, a procedure for comparing measured with predicted mode shapes is presented, based on an extension of the Modal Assurance Criterion (MAC).

Kenny, R. J.↗

Testing the Exploration Conops (Excon) Mockup Suit in Lunar Analog Environments in 2022

Understanding how to effectively train for Extravehicular Activities (EVAs) for Artemis missions is critical. Developing high-fidelity simulation environments is important for Artemis mission preparation. Because the actual Lunar exploration environment cannot be fully replicated on Earth, it is paramount to determine where and how to properly train the Artemis team. Tasked by the new Extravehicular Activity and Human Surface Mobility Program(EHP), a team of stakeholders from engineering, flight operations, human health and performance, astromaterials and science, and the crew office worked together to perform EVAs in 3 simulated lunar environments. The overall focus for this test series was developing the capability to perform Artemis simulated EVAs in high-fidelity, full-scale environments. This test series was broken into 3 distinct tests titled after the EHP integrated test team: Joint EVA Test Team (JETT). The test locations are planned to serve as Artemis training sites and were selected because of their relevance to the expected Artemis Lunar terrain. JETT1was conducted near Kilbourne Holeby El Paso, Texas and focused on hardware development and checkout. JETT2 was conducted in the Icelandic Highlands and began the transition towards EVA concept operations(con-ops), risks and technology.JETT3 was conducted near SP Crater by Flagstaff Arizona and focused on simulating the Artemis III mission with a simulated Houston based Flight Control Team (FCT) and a Science Mission Directorate (SMD) science team. All three JETT tests utilized the Excon mockup space suit. The Excon mockup suit is a light-weight, unpressurized Exploration Extravehicular Mobility Unit (xEMU)simulator. While it cannot replicate the feel of working within a pressurized suit, it does introduce similar volume constraints and some of the mobility programing to simulate the user experience in the xEMU. Overall, the JETT testing was able to create a simulated Lunar EVA and have two subjects perform full scale operations in line with Artemis III mission expectations. Future work is planned to continue to improve the simulation quality of Lunar EVA simulations.

spacesuit↗

The Habitat Demonstration Unit Project

This paper will describe an overview of the NASA-led multi-center Habitat Demonstration Unit (HDU) Project. The HDU project is a technology-pull project that integrates technologies and innovations from numerous NASA centers. This project will be used to investigate and validate surface architectures, operations concepts, and requirements definition. The HDU project will be part of the 2010 Desert Research and Technologies Simulations (DRATS). The purpose of this project is to develop, integrate, test, and evaluate a HDU in the context of the mission architectures and surface operation concepts. This HDU is based on the Constellation Architecture Scenario 12.1 concept of a vertically oriented habitat module. A multi-center approach with be utilized to build, integrate, and test the HDU project through a shared collaborative effort of multiple NASA centers. This project is part of the strategic plan from the ESMD Directorate Integration Office (DIO) and the Lunar Surface Systems Project Office (LSSPO) to test surface elements in a surface analog environment which includes two Lunar Electric Rovers and the HDU during the 2010 analog field test. This paper will describe the overall objectives, its various configurations, strategic plan, and technology integration as it pertains to the 2010 and 2011 field analog tests.

Kennedy, Kriss J.↗

Electric prototype power processor for a 30cm ion thruster

An electrical prototype power processor unit was designed, fabricated and tested with a 30 cm mercury ion engine for primary space propulsion. The power processor unit used the thyristor series resonant inverter as the basic power stage for the high power beam and discharge supplies. A transistorized series resonant inverter processed the remaining power for the low power outputs. The power processor included a digital interface unit to process all input commands and internal telemetry signals so that electric propulsion systems could be operated with a central computer system. The electrical prototype unit included design improvement in the power components such as thyristors, transistors, filters and resonant capacitors, and power transformers and inductors in order to reduce component weight, to minimize losses, and to control the component temperature rise. A design analysis for the electrical prototype is also presented on the component weight, losses, part count and reliability estimate. The electrical prototype was tested in a thermal vacuum environment. Integration tests were performed with a 30 cm ion engine and demonstrated operational compatibility. Electromagnetic interference data was also recorded on the design to provide information for spacecraft integration.

Biess, J. J.↗

Single event test methodology for integrated optoelectronics

A single event upset (SEU), defined as a transient or glitch on the output of a device, and its applicability to integrated optoelectronics are discussed in the context of spacecraft design and the need for more than a bit error rate viewpoint for testing and analysis. A methodology for testing integrated optoelectronic receivers and transmitters for SEUs is presented, focusing on the actual test requirements and system schemes needed for integrated optoelectronic devices. Two main causes of single event effects in the space environment, including protons and galactic cosmic rays, are considered along with ground test facilities for simulating the space environment.

Label, Kenneth A.↗

Power processor for a 30cm ion thruster

A thermal vacuum power processor for the NASA Lewis 30cm Mercury Ion Engine was designed, fabricated and tested to determine compliance with electrical specifications. The power processor breadboard used the silicon controlled rectifier (SCR) series resonant inverter as the basic power stage to process all the power to an ion engine. The power processor includes a digital interface unit to process all input commands and internal telemetry signals so that operation is compatible with a central computer system. The breadboard was tested in a thermal vacuum environment. Integration tests were performed with the ion engine and demonstrate operational compatibility and reliable operation without any component failures. Electromagnetic interference data were also recorded on the design to provide information on the interaction with total spacecraft.

Biess, J. J.↗

Tracking subsystem test requirements survey

A survey of the test and checkout requirements of the tracking portion of the communications and tracking subsystem was performed to evaluate adequacy of planned tests and test requirement documents. Emphasis is placed on identifying test completeness, duplications, and omissions. Items that may save time, aid in testing, and present a more complete integrated test program are also noted. The results of this survey are summarized.

Orr, D. H.↗

TDRSS system configuration study for space shuttle program

This study was set up to assure that operation of the shuttle orbiter communications systems met the program requirements when subjected to electrical conditions similar to those which will be encountered during the operational mission. The test program intended to implement an integrated test bed, consisting of applicable orbiter, EVA, payload simulator, STDN, and AF/SCF, as well as the TDRSS equipment. The stated intention of Task 501 Program was to configure the test bed with prototype hardware for a system development test and production hardware for a system verification test. In case of TDRSS when the hardware was not available, simulators whose functional performance was certified to meet appropriate end item specification were used.

Source record↗

Performance testing of the Galileo attitude control system

Performance testing plans, procedures, and initial results for the Galileo Attitude and Articulation Control Subsystem are described. The objectives of performance testing include test bed comparisons, examining the interactions between spacecraft dynamics and controllers, and verifying the ability to tune control algorithms in flight to meet specific performance requirements. Two primary test beds are described. One, the Integration Test Laboratory, drives actual flight hardware components and support equipment with a real time computer simulation of spacecraft dynamics. The other, the Functional Simulator, is a nonreal time computer simulation with high fidelity spacecraft dynamics, including flexible appendages, fuel slosh, and simulated hardware components. Initial Functional Simulator results are presented which illustrate spacecraft response to open loop spin-up and turn commands. A closed loop sun acquisition turn is also demonstrated. Future tests for verifying performance of attitude determination, spacecraft control, and scan platform pointing functions are outlined.

Bell, C. E.↗

Crop Production for Advanced Life Support Systems - Observations From the Kennedy Space Center Breadboard Project

The use of plants for bioregenerative life support for space missions was first studied by the US Air Force in the 1950s and 1960s. Extensive testing was also conducted from the 1960s through the 1980s by Russian researchers located at the Institute of Biophysics in Krasnoyarsk, Siberia, and the Institute for Biomedical Problems in Moscow. NASA initiated bioregenerative research in the 1960s (e.g., Hydrogenomonas) but this research did not include testing with plants until about 1980, with the start of the Controlled Ecological Life Support System (CELSS) Program. The NASA CELSS research was carried out at universities, private corporations, and NASA field centers, including Kennedy Space Center (KSC). The project at KSC began in 1985 and was called the CELSS Breadboard Project to indicate the capability for plugging in and testing various life support technologies; this name has since been dropped but bioregenerative testing at KSC has continued to the present under the NASA s Advanced Life Support (ALS) Program. A primary objective of the KSC testing was to conduct pre-integration tests with plants (crops) in a large, atmospherically closed test chamber called the Biomass Production Chamber (BPC). Test protocols for the BPC were based on observations and growing procedures developed by university investigators, as well as procedures developed in plant growth chamber studies at KSC. Growth chamber studies to support BPC testing focused on plant responses to different carbon dioxide (CO2) concentrations, different spectral qualities from various electric lamps, and nutrient film hydroponic culture techniques.

Wheeler, R. M.↗

Validation and Verification of LADEE Models and Software

The Lunar Atmosphere Dust Environment Explorer (LADEE) mission will orbit the moon in order to measure the density, composition and time variability of the lunar dust environment. The ground-side and onboard flight software for the mission is being developed using a Model-Based Software methodology. In this technique, models of the spacecraft and flight software are developed in a graphical dynamics modeling package. Flight Software requirements are prototyped and refined using the simulated models. After the model is shown to work as desired in this simulation framework, C-code software is automatically generated from the models. The generated software is then tested in real time Processor-in-the-Loop and Hardware-in-the-Loop test beds. Travelling Road Show test beds were used for early integration tests with payloads and other subsystems. Traditional techniques for verifying computational sciences models are used to characterize the spacecraft simulation. A lightweight set of formal methods analysis, static analysis, formal inspection and code coverage analyses are utilized to further reduce defects in the onboard flight software artifacts. These techniques are applied early and often in the development process, iteratively increasing the capabilities of the software and the fidelity of the vehicle models and test beds.

Gundy-Burlet, Karen↗

MBSE Validation and Verification: Case Study for LADEE

The Lunar Atmosphere Dust Environment Explorer (LADEE) mission orbited the moon in order to measure the density, composition, and time variability of the lunar dust environment. The successful mission launched September 7, 2013 and was de-orbited and impacted the moon's surface on April 17, 2014. The ground-side and onboard flight software for the mission was developed using a “Model-Based Software Engineering” (MBSE) methodology combined with strong reuse of Government and Commercial Off-The Shelf (G/COTS) components. Models of the spacecraft and flight software were developed in a graphical dynamics modeling package. Flight Software requirements were prototyped and refined using the simulated models. After the model was shown to work as desired in the simulation framework, C-code software was automatically generated from the models. The auto-generated software was then tested in real-time Processor-in-the-Loop and Hardware-in-the-Loop test beds. “Traveling Road Show” test beds were used for early integration tests with payloads and other subsystems. Traditional techniques for verifying computational sciences models were used to characterize the spacecraft simulation. A lightweight set of formal methods analysis, static analysis, formal inspection, and code coverage analyses were utilized to further reduce defects in the onboard flight software artifacts. These techniques were applied early and often in the development process, iteratively increasing the capabilities of software and fidelity of vehicle models and test beds.

Model-Based Software Engineering, Validation and V↗

Multiphase Simulations of the SLS Launch Environment

NASA’s Space Launch System (SLS), which will send astronauts back to the Moon in the next few years, is powered by four RS-25 engines and two RSRMV solid rocket boosters (SRBs). During launch the SLS propulsion system generates intense acoustics and other powerful waves, such as ignition overpressure (IOP) which, if unmitigated, have the potential to damage the vehicle and possibly cause loss of mission or crew. To protect the vehicle from these powerful waves, the SLS launch pad design includes an ignition overpressure/sound suppression (IOP/SS) system which sprays 270,000 gallons per minute of water very close to the SRB and RS-25 nozzles. The SRB and RS-25 engine plumes, and the proximity of the IOP/SS water, create a complex multiphase (gas and liquid) environment during the SLS ignition sequence. The interplay among these systems creates challenges related to water spray into/onto engine nozzles, potential debris transport, and additional transient loads due to strong plume-water interactions - all of which the SLS vehicle must be able to withstand. Prior to the Artemis I launch, the SLS multiphase liftoff environment was largely unknown due to differences from the Space Shuttle and other programs. Some data was available from tests of individual systems, but no integrated testing or analysis was available. Even post-launch analysis of Artemis I cannot provide a full understanding of the complex physics involved due to limited (or obstructed) camera views and instrumentation. Computational fluid dynamics (CFD) is being used to investigate the details of the multiphase environment which could not be measured, help comprehend the data gathered from the launch, and ultimately identify phenomena that are a concern for future flights. Project Details Engineers at NASA’s Marshall Space Flight Center (MSFC) have executed simulations using the Loci/STREAM-Volume of Fluid (VoF) multiphase CFD solver to understand this environment. Initial efforts successfully validated the CFD solver on various tests, giving confidence to simulate the SLS multiphase liftoff environment prior to the Artemis I launch. The CFD simulation of the SLS ignition sequence was conducted in three phases. First the IOP/SS water system was simulated for approximately 6 seconds to reach a quasi-steady state. Next, the RS-25 engine plumes were activated and held at full power for 1 second. Lastly, the SRB booster was activated and the simulation was carried out until just prior to vehicle motion. This simulation process mimics the conditions that exist at launch. Results and Impact The SLS ignition sequence simulation results provide deep understanding of the underlying physics occuring during launch. Observations from the simulation include reduction of water splashing into/onto the engine nozzles, change in angling of the dense water sheets, and the origin of the powerful ignition overpressure (IOP) wave. These observations directly inform the SLS program on subjects including plume-water induced side loads, debris transport, and the acoustic launch environment. Additionally, with post launch comparison of CFD observations to flight data, these tools can be applied to launch vehicles and environments other than SLS with confidence. Why HPC Matters The SLS ignition sequence CFD simulations are conducted on meshes up to hundreds of millions of cells on thousands of processors for weeks at a time. These simulations generate terabytes of data that must also be stored and archived for future use on HPC systems. Simply put, the CFD simulations would not be possible without NASA HPC resources. What’s Next Comparisons between the Artemis I flight data and the CFD simulations will be continued to both improve confidence in the CFD results and provide deeper understanding into the SLS multiphase launch environment. This will be used to provide insight for decision making for the first manned SLS flight, Artemis II. Future simulations will target new configurations of the SLS IOP/SS water required to support the more powerful variants of the SLS vehicle, such as Block 1B. Additionally, this capability provides NASA the ability to investigate launch environments for vehicles other than SLS to support other missions.

Travis Rivord↗

High Density Vertiplex: Scalable Autonomous Operations Flight Test

The NASA High Density Vertiport project has completed a multi-aircraft flight test of a scalable autonomous vertiport prototype system. These tests included end to end system integration testing of hardware and software, operational procedure testing of defined roles and responsibilities within a vertiport environment, and human factors data collection. This paper provides an overview of the flight test setup , scenarios, and summary results.

AAM↗

Aerodynamic Performance Predictions of Single and Twin Jet Afterbodies

The multiblock three-dimensional Navier-Stokes method PAB3D was utilized by the Component Integration Branch (formerly Propulsion Aerodynamics Branch) at the NASA-Langley Research Center in an international study sponsored by AGARD Working Group #17 for the assessment of the state-of-the-art of propulsion-airframe integration testing techniques and CFD prediction technologies. Three test geometries from ONERA involving fundamental flow physics and four geometries from NASA-LaRC involving realistic flow interactions of wing, body, tail, and jet plumes were chosen by the Working Group. An overview of results on four (1 ONERA and 3 LaRC) of the seven test cases is presented. External static pressures, integrated pressure drag and total drag were calculated for the Langley test cases and jet plume velocity profiles and turbulent viscous stresses were calculated for the ONERA test case. Only selected data from these calculations are presented in this paper. The complete data sets calculated by the participants will be presented in an AGARD summary report. Predicted surface static pressures compared favorably with experimental data for the Langley geometries. Predicted afterbody drag compared well with experiment. Predicted nozzle drag was typically low due to over-compression of the flow near the trailing edge. Total drag was typically high. Predicted jet plume quantities on the ONERA case compared generally well with data.

Carlson, John R.↗

Development of a wideband pulse quaternary modulation system

Laboratory data verifying the pulse quaternary modulation (PQM) theoretical predictions is presented. The first laboratory PQM laser communication system was successfully fabricated, integrated, tested and demonstrated. System bit error rate tests were performed and, in general, indicated approximately a 2 db degradation from the theoretically predicted results. These tests indicated that no gross errors were made in the initial theoretical analysis of PQM. The relative ease with which the entire PQM laboratory system was integrated and tested indicates that PQM is a viable candidate modulation scheme for an operational 400 Mbps baseband laser communication system.

Federhofer, J. A.↗