Search NASA⌕ Search

SEARCH · Search NASA

Results for “integrated 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 451 records · Page 25
All sourcesNASA NTRSDOE OSTI
NASA NTRS2013

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↗
NASA NTRS2021

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↗
NASA NTRSDate not supplied

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↗
NASA NTRSDate not supplied

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↗
NASA NTRS1995

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.↗
NASA NTRS1974

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.↗
NASA NTRSDate not supplied

ISS Lessons Learned, Looking ahead to Artemis

A review of some lessons from integrated testing for the International Space Station and applying those lessons toward aspects of the Artemis campaign.

International Space Station↗
NASA NTRS1994

Fiber optic (flight quality) sensors for advanced aircraft propulsion

Development of flight prototype, fiber-optic sensing system components for measuring nine sensed parameters (three temperatures, two speeds, three positions, and one flame) on an F404-400 aircraft engine is described. Details of each sensor's design, functionality, and environmental testing, and the electro-optics architecture for sensor signal conditioning are presented. Eight different optical sensing techniques were utilized. Design, assembly, and environmental testing of an engine-mounted, electro-optics chassis unit (EOU), providing MIL-C-1553 data output, are related. Interconnection cables and connectors between the EOU and the sensors are identified. Results of sensor/cable/circuitry integrated testing, and installation and ground testing of the sensor system on an engine in October 1993 and April 1994 are given, including comparisons with the engine control system's electrical sensors. Lessons learned about the design, fabrication, testing, and integration of the sensor system components are included.

Poppel, Gary L.↗
NASA NTRS1974

The MIST (Minus Integration and Subsystems Test) Laboratory: A testbed for the MIUS (Modular Integrated Utility System) program

The MIUS program develops an economically feasible integrated utility system. The MIUS concept integrates utility services in order to achieve resource, energy and environmental benefits. A testbed integrated utility system, called the MIST laboratory, was completed early in 1974 and has begun a long term program to develop data for MIUS. A description of the MIST is presented and the critical design issues which can only be verified by test, are discussed in detail.

Beckham, W. S., Jr.↗
NASA NTRS2007

Challenges of the Cassini Test Bed Simulating the Saturnian Environment

The Cassini-Huygens mission is a joint NASA and European Space Agency (ESA) mission to collect scientific data of the Saturnian system and is managed by the Jet Propulsion Laboratory (JPL). After having arrived in Saturn orbit and releasing the ESA's Huygens probe for a highly successful descent and landing mission on Saturn's moon Titan, the Cassini orbiter continues on its tour of Saturn, its satellites, and the Saturnian environment. JPL's Cassini Integrated Test laboratory (ITL) is a dedicated high fidelity test bed that verifies and validates command sequences and flight software before upload to the Cassini spacecraft. The ITL provides artificial stimuli that allow a highly accurate hardware-in-the-loop test bed model that tests the operation of the Cassini spacecraft on the ground. This enables accurate prediction and recreation of mission events and flight software and hardware behavior. As we discovered more about the Saturnian environment, a combination of creative test methods and simulation changes were necessary to simulate the harmful effect that the optical and physical environment has on the pointing performance of Cassini. This paper presents the challenges experienced and overcome in that endeavor to simulate and test the post Saturn Orbit Insertion (SOI) and Probe Relay tour phase of the Cassini mission.

Titan atmospheric drag↗
NASA NTRS1984

Integration and flight demonstration of a high-capacity monogroove heat-pipe radiator

The cancellation of the TDRS-B satellite as the payload for the eighth Space Shuttle mission provided a unique opportunity to demonstrate on-orbit operation of the high-capacity monogroove heat pipe used in the space constructible radiator subsystem. In less than 4 months, a flight experiment was conceived, designed, fabricated, tested, integrated with a payload carrier, installed in the Orbiter Challenger payload bay, and successfully operated in flight. Still color photographs and direct crew visual observation of color changes in a pattern of temperature-sensitive liquid-crystal tapes provided the temperature data necessary to verify successful on-orbit startup and orbital transient response of the heat pipe when subjected to a heat load from its attached electrical heaters. This successful on-orbit demonstration verified analytical design tools and provided confidence in the use of high-capacity heat pipes for future space applications. The flight experiment hardware and the integration and test activities that led to the flight are described, and the actual flight results are compared to analytical performance predictions.

Rankin, J. G.↗
NASA NTRS2003

Countermeasure Evaluation and Validation Project (CEVP) Database Requirement Documentation

The initial focus of the project by the JSC laboratories will be to develop, test and implement a standardized complement of integrated physiological test (Integrated Testing Regimen, ITR) that will examine both system and intersystem function, and will be used to validate and certify candidate countermeasures. The ITR will consist of medical requirements (MRs) and non-MR core ITR tests, and countermeasure-specific testing. Non-MR and countermeasure-specific test data will be archived in a database specific to the CEVP. Development of a CEVP Database will be critical to documenting the progress of candidate countermeasures. The goal of this work is a fully functional software system that will integrate computer-based data collection and storage with secure, efficient, and practical distribution of that data over the Internet. This system will provide the foundation of a new level of interagency and international cooperation for scientific experimentation and research, providing intramural, international, and extramural collaboration through management and distribution of the CEVP data. The research performed this summer includes the first phase of the project. The first phase of the project is a requirements analysis. This analysis will identify the expected behavior of the system under normal conditions and abnormal conditions; that could affect the system's ability to produce this behavior; and the internal features in the system needed to reduce the risk of unexpected or unwanted behaviors. The second phase of this project have also performed in this summer. The second phase of project is the design of data entry screen and data retrieval screen for a working model of the Ground Data Database. The final report provided the requirements for the CEVP system in a variety of ways, so that both the development team and JSC technical management have a thorough understanding of how the system is expected to behave.

Shin, Sung Y.↗
NASA NTRS2014

Avionics Architectures for Exploration: Ongoing Efforts in Human Spaceflight

The field of Avionics is advancing far more rapidly in terrestrial applications than in spaceflight applications. Spaceflight Avionics are not keeping pace with expectations set by terrestrial experience, nor are they keeping pace with the need for increasingly complex automation and crew interfaces as we move beyond Low Earth Orbit. NASA must take advantage of the strides being made by both space-related and terrestrial industries to drive our development and sustaining costs down. This paper describes ongoing efforts by the Avionics Architectures for Exploration (AAE) project chartered by NASA's Advanced Exploration Systems (AES) Program to evaluate new avionic architectures and technologies, provide objective comparisons of them, and mature selected technologies for flight and for use by other AES projects. The AAE project team includes members from most NASA centers, and from industry. It is our intent to develop a common core avionic system that has standard capabilities and interfaces, and contains the basic elements and functionality needed for any spacecraft. This common core will be scalable and tailored to specific missions. It will incorporate hardware and software from multiple vendors, and be upgradeable in order to infuse incremental capabilities and new technologies. It will maximize the use of reconfigurable open source software (e.g., Goddard Space Flight Center's (GSFC's) Core Flight Software (CFS)). Our long-term focus is on improving functionality, reliability, and autonomy, while reducing size, weight, and power. Where possible, we will leverage terrestrial commercial capabilities to drive down development and sustaining costs. We will select promising technologies for evaluation, compare them in an objective manner, and mature them to be available for future programs. The remainder of this paper describes our approach, technical areas of emphasis, integrated test experience and results as of mid-2014, and future plans. As a part of the AES Program, we are encouraged to set aggressive goals and fall short if necessary, rather than to set our sights too low. We are also asked to emphasize providing our personnel with hands-on experience in development, integration, and testing. That we have embraced both of these philosophies will be evident in the descriptions below.

Goforth, Montgomery B.↗
NASA NTRS1990

Performance measurements for a laboratory-simulated 30/20 GHz communication satellite transponder

NASA has developed a digital satellite communications system simulator and test bed facility, known as the Systems Integration, Test and Evaluation (SITE) Project. The purpose of the facility is to evaluate satellite system components, develop and verify system concepts, and perform satellite system experiments. A recently completed set of experiments measured the performance of the 30/20 GHz satellite transponder portion of the system in terms of RF parameters and high rate digital data transmission. The results of these tests indicate the quality of data transmission which can be obtained under various transponder conditions, as well as the relative effects of degraded RF performance on the bit-error rate (BER) of transmitted data.

Kerczewski, Robert J.↗
NASA NTRS1995

The Cryogenic Test Bed experiments: Cryogenic heat pipe flight experiment CRYOHP (STS-53). Cryogenic two phase flight experiment CRYOTP (STS-62). Cryogenic flexible diode flight experiment CRYOFD

This paper presents an overview of the Cryogenic Test Bed (CTB) experiments including experiment results, integration techniques used, and lessons learned during integration, test and flight phases of the Cryogenic Heat Pipe Flight Experiment (STS-53) and the Cryogenic Two Phase Flight Experiment (OAST-2, STS-62). We will also discuss the Cryogenic Flexible Diode Heat Pipe (CRYOFD) experiment which will fly in the 1996/97 time frame and the fourth flight of the CTB which will fly in the 1997/98 time frame. The two missions tested two oxygen axially grooved heat pipes, a nitrogen fibrous wick heat pipe and a 2-methylpentane phase change material thermal storage unit. Techniques were found for solving problems with vibration from the cryo-collers transmitted through the compressors and the cold heads, and mounting the heat pipe without introducing parasitic heat leaks. A thermally conductive interface material was selected that would meet the requirements and perform over the temperature range of 55 to 300 K. Problems are discussed with the bi-metallic thermostats used for heater circuit protection and the S-Glass suspension straps originally used to secure the BETSU PCM in the CRYOTP mission. Flight results will be compared to 1-g test results and differences will be discussed.

Thienel, Lee↗
NASA NTRS2004

Modular, Reconfigurable, and Rapid Response Space Systems: The Remote Sensing Advanced Technology Microsatellite

Modular, Reconfigurable, and Rapid-response (MR(sup 2)) space systems represent a paradigm shift in the way space assets of all sizes are designed, manufactured, integrated, tested, and flown. This paper will describe the MR(sup 2) paradigm in detail, and will include guidelines for its implementation. The Remote Sensing Advanced Technology microsatellite (RSAT) is a proposed flight system test-bed used for developing and implementing principles and best practices for MR(sup 2) spacecraft, and their supporting infrastructure. The initial goal of this test-bed application is to produce a lightweight (approx. 100 kg), production-minded, cost-effective, and scalable remote sensing micro-satellite capable of high performance and broad applicability. Such applications range from future distributed space systems, to sensor-webs, and rapid-response satellite systems. Architectures will be explored that strike a balance between modularity and integration while preserving the MR(sup 2) paradigm. Modularity versus integration has always been a point of contention when approaching a design: whereas one-of-a-kind missions may require close integration resulting in performance optimization, multiple and flexible application spacecraft benefit &om modularity, resulting in maximum flexibility. The process of building spacecraft rapidly (< 7 days), requires a concerted and methodical look at system integration and test processes and pitfalls. Although the concept of modularity is not new and was first developed in the 1970s by NASA's Goddard Space Flight Center (Multi-Mission Modular Spacecraft), it was never modernized and was eventually abandoned. Such concepts as the Rapid Spacecraft Development Office (RSDO) became the preferred method for acquiring satellites. Notwithstanding, over the past 30 years technology has advanced considerably, and the time is ripe to reconsider modularity in its own right, as enabler of R(sup 2), and as a key element of transformational systems. The MR2 architecture provides a competitive advantage over the old modular approach in its rapid response to market needs that are difficult to predict both from the perspectives of evolving technology, as well as mission and application requirements.

Esper, Jaime↗
NASA NTRS2007

CanSat Competition: Contributing to the Development of NASA's Vision for Robotic Space Exploration

CanSat is an international student design-build-launch competition organized by the American Astronautical Society (AAS) and American Institute of Aeronautics and Astronautics (AIAA). The competition is also sponsored by the Naval Research Laboratory (NRL) and the National Aeronautics and Space Administration (NASA). The CanSat competition is designed for college, university and high school students wanting to participate in an applicable space-related competition. The objective of the CanSat competition is to complete space exploration missions by designing a specific system for a small sounding rocket payload which will follow and perform to a specific set of rules and guidelines for each year's competition. The competition encompasses a complete life-cycle of one year which includes all phases of design, integration, testing, judging and competition. The mission guidelines are based from space exploration missions and include bonus requirement options which teams may choose to participate in. The fundamental goal of the competition is to educate future engineers and scientists. This is accomplished by students applying systems engineering practices to a development project that incorporates an end-to-end life cycle, from requirements analysis, through preliminary design, integration and testing, an actual flight of the CanSat, and concluding with a post-mission debrief. This is done specifically with space related missions to bring a unique aspect of engineering and design to the competition. The competition has been progressing since its creation in 2005. The competition was originally meant to purely convey the engineering and design process to its participants, but through many experiences the competition has also undergone a learning experience with respect to systems engineering process and design. According

Berman, Joshua↗