Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Software Test Report”

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 NTRS1997

Use of the Aromascan(TM) Instrument for Nonsubjective Evaluation of Rodent Spaceflight Hardware

This report describes the verification and utilization of the AromaScan(TM) (Hollis, NH) instrument for the ground-based evaluation of odor containment by various spaceflight habitats developed at NASA's Ames Research Center (ARC). The AromaScan(TM) instrument is an electronic odor detection system consisting of 32 polymer sensors that respond differentially to 10 different chemical groups present in an air sample. The AromaScan(TM) system also includes neural network software for constructing a database of known odors, against which an unknown odor can be compared. At present, the standard method for characterizing rodent odor containment during the development and testing of spaceflight hardware is the use of a human odor assessment panel. However, this can be a very time consuming and costly process, and the results are inherently subjective. The AromaScan(TM) system should produce more consistent and objective results, as well as a cost savings in the long term. To test and verify the AromaScan(TM) instrument, daily air samples will be collected from the exhaust port of rodent habitats, during experiment development tests, then injected into the instrument and used to create a database of recognizable odors. Human sniff tests will be performed in conjunction with the AromaScan(TM) analysis, and the results will be correlated. We will then teach the neural network to differentiate between an acceptable and an unacceptable odor profile, as defined by the human sniff test, and to be able to accurately identify an odor that would not pass a sniff panel. The results of our efforts will be to verify that the AromaScan(TM) system is a valuable alternative to human sniff panel assessments for the early iterative process of designing and testing rodent waste filters for spaceflight. Acceptance by a human panel will remain one of the final criteria for successful rodent habitat development.

Scribner, K. A.↗
NASA NTRS1982

Equipment Analysis

Magnavox Government & Electronics Company originally used the NASTRAN program in the design stage of heavy aluminum fixtures for vibration testing. Program also used to compare the resonant frequencies of the circuitry to predict whether failures may occur because of high vibration levels. The company engineers can then make design alterations to improve the equipment's vibration resistance. Method allows Magnavox to insure reliability and reduce any possibility of vibration-caused failure in critical defense products they manufacture. Magnavox uses another COSMIC software package called GENOPTICS in the development of a Digital Optical Recorder, and also in research and development of other optical systems. This enables use of an optically recorded disc to store and retrieve digital data. It is reported that this program provides accurate results and that its use saved six man-months of time that would have been needed to develop a comparable software package.

Source record↗
NASA NTRS1981

Space Shuttle progress report

A status report on the development of the Space Shuttle system is presented, with emphasis on the system capability, the major objectives accomplished during the development period, the Orbital Flight Test program, and the STS-1 mission profile. The system incorporates virtually all of the characteristics and requirements initially established as design goals over a decade ago: both the system and the solid rocket booster are reusable; the orbiter, a delta wing vehicle, is capable of aerodynamic cross-range in excess of 1,100 nautical miles and has an approximate 4,000 nautical mile down-range capability; the flight control system and software provide various abort modes, and the orbiter crew compartment is designed for a shirt-sleeve environment; the main liquid fuel engines provide 470,000 pounds of thrust at vacuum, and the payload lift capacity is 65,000 pounds to a 150 nautical mile orbit.

Thompson, R. F.↗
NASA NTRS2017

Medical Data Architecture Capabilities and Design

Mission constraints will challenge the delivery of medical care on a long-term, deep space explorationmission. This type of mission will be restricted in the availability of medical knowledge, skills, procedures and resourcesto prevent, diagnose, and treat in-flight medical events. Challenges to providing medical care are anticipated, includingresource and resupply constraints, delayed communications and no ability for medical evacuation. The Medical DataArchitecture (MDA) project will enable medical care capability in this constrained environment.The first version of thesystem, called Test Bed 1, includes capabilities for automated data collection, data storage and data retrieval to provideinformation to the Crew Medical Officer (CMO). Test Bed 1 seeks to establish a data architecture foundation and developa scalable data management system through modular design and standardized interfaces. In addition, it will demonstrateto stakeholders the potential for an improved, automated, flow of data to and from the medical system over the currentmethods employed on the International Space Station (ISS). It integrates a set of external devices, software andprocesses, and a Subjective, Objective, Assessment, and Plan (SOAP) note commonly used by clinicians. Medical datalike electrocardiogram plots, heart rate, skin temperature, respiration rate, medications taken, and more are collectedfrom devices and stored in the Electronic Medical Records (EMR) system, and reported to crew and clinician. Devicesintegrated include the Astroskin biosensor vest and IMED CARDIAX electrocardiogram (ECG) device with INEED MDECG Glove, and the NASA-developed Medical Dose Tracker application.The system is designed to be operated as astandalone system, and can be deployed in a variety of environments, from a laptop to a data center. The system isprimarily composed of open-source software tools, and is designed to be modular, so new capabilities can be added. Thesoftware components and integration methods will be discussed.

Exploration medical system↗
NASA NTRS1995

A PC program for estimating measurement uncertainty for aeronautics test instrumentation

A personal computer program was developed which provides aeronautics and operations engineers at Lewis Research Center with a uniform method to quickly provide values for the uncertainty in test measurements and research results. The software package used for performing the calculations is Mathcad 4.0, a Windows version of a program which provides an interactive user interface for entering values directly into equations with immediate display of results. The error contribution from each component of the system is identified individually in terms of the parameter measured. The final result is given in common units, SI units, and percent of full scale range. The program also lists the specifications for all instrumentation and calibration equipment used for the analysis. It provides a presentation-quality printed output which can be used directly for reports and documents.

Blumenthal, Philip Z.↗
NASA NTRS1994

Temperature prediction of space flight experiments by computer thermal analysis

Life sciences experiments are especially sensitive to temperature. A small temperature difference between otherwise identical samples can cause various differences in biological reaction rates. Knowledge of experimental temperatures and temperature histories help to distinguish the effects of microgravity and temperature on spaceflight experiments compared to ground based studies, and allow appropriate controls and sensitivity tests. Up to the present time, the Orbiter (Space Shuttle) has not generally provided temperature measurement instrumentation inside ambient lockers located in the Mid-deck of the Orbiter, or inside similar facilities such as Spacehab and Spacelab, but many pieces of hardware do have temperature recording capability. Most of these temperatures, however, have only been roughly measured or estimated. Such reported experimental temperatures, while accurate within a range of several degrees Celsius, are of limited utility to biological researchers. The temperature controlled lockers used in spaceflight, such as Commerical-Refrigeration Incubation Modules (C-R/IMs), severely reduce the mass and volume available for test samples and do not necessarily provide uniform thermal environments. While these test carriers avoid some of the experimental temperature variations of the ambient lockers, the number of samples which can be accommodated in these temperature controlled units is limited. In the present work, improved models of thermal prediction and control were sought. Temperatures are predicted by thermal analysis software using empirical temperatures recorded during STS-57. These temperatures are compared to data recorded throughout the mission using Ambient Temperature Recorders (ATRs) located within several payload lockers. Additional test cases are undertaken using controlled ground experiments to more precisely determine the reliability of the thermal model. The approach presented should increase the utility of various spaceflight carriers in the support of biological and material science research and ground control studies done in preparation for flight.

Birdsong, M. B.↗
NASA NTRS2017

UAV Inspection of Electrical Transmission Infrastructure with Path Conformance Autonomy and Lidar-Based Geofences NASA Report on UTM Reference Mission Flights at Southern Company Flights November 2016

Flights at low altitudes in close proximity to electrical transmission infrastructure present serious navigational challenges: GPS and radio communication quality is variable and yet tight position control is needed to measure defects while avoiding collisions with ground structures. To advance unmanned aerial vehicle (UAV) navigation technology while accomplishing a task with economic and societal benefit, a high voltage electrical infrastructure inspection reference mission was designed. An integrated air-ground platform was developed for this mission and tested in two days of experimental flights to determine whether navigational augmentation was needed to successfully conduct a controlled inspection experiment. The airborne component of the platform was a multirotor UAV built from commercial off-the-shelf hardware and software, and the ground component was a commercial laptop running open source software. A compact ultraviolet sensor mounted on the UAV can locate 'hot spots' (potential failure points in the electric grid), so long as the UAV flight path adequately samples the airspace near the power grid structures. To improve navigation, the platform was supplemented with two navigation technologies: lidar-to-polyhedron preflight processing for obstacle demarcation and inspection distance planning, and trajectory management software to enforce inspection standoff distance. Both navigation technologies were essential to obtaining useful results from the hot spot sensor in this obstacle-rich, low-altitude airspace. Because the electrical grid extends into crowded airspaces, the UAV position was tracked with NASA unmanned aerial system traffic management (UTM) technology. The following results were obtained: (1) Inspection of high-voltage electrical transmission infrastructure to locate 'hot spots' of ultraviolet emission requires navigation methods that are not broadly available and are not needed at higher altitude flights above ground structures. (2) The sensing capability of a novel airborne UV detector was verified with a standard ground-based instrument. Flights with this sensor showed that UAV measurement operations and recording methods are viable. With improved sensor range, UAVs equipped with compact UV sensors could serve as the detection elements in a self-diagnosing power grid. (3) Simplification of rich lidar maps to polyhedral obstacle maps reduces data volume by orders of magnitude, so that computation with the resultant maps in real time is possible. This enables real-time obstacle avoidance autonomy. Stable navigation may be feasible in the GPS-deprived environment near transmission lines by a UAV that senses ground structures and compares them to these simplified maps. (4) A new, formally verified path conformance software system that runs onboard a UAV was demonstrated in flight for the first time. It successfully maneuvered the aircraft after a sudden lateral perturbation that models a gust of wind, and processed lidar-derived polyhedral obstacle maps in real time. (5) Tracking of the UAV in the national airspace using the NASA UTM technology was a key safety component of this reference mission, since the flights were conducted beneath the landing approach to a heavily used runway. Comparison to autopilot tracking showed that UTM tracking accurately records the UAV position throughout the flight path.

Moore, Andrew J.↗
NASA NTRS2014

Ruby on Rails Issue Tracker

The purpose of this report is to detail the tasks accomplished as a NASA NIFS intern for the summer 2014 session. This internship opportunity is to develop an issue tracker Ruby on Rails web application to improve the communication of developmental anomalies between the Support Software Computer Software Configuration Item (CSCI) teams, System Build and Information Architecture. As many may know software development is an arduous, time consuming, collaborative effort. It involves nearly as much work designing, planning, collaborating, discussing, and resolving issues as effort expended in actual development. This internship opportunity was put in place to help alleviate the amount of time spent discussing issues such as bugs, missing tests, new requirements, and usability concerns that arise during development and throughout the life cycle of software applications once in production.

Ruby on Rails↗
NASA NTRS1991

One GHz digitizer for space based laser altimeter

This is the final report for the research and development of the one GHz digitizer for space based laser altimeter. A feasibility model was designed, built, and tested. Only partial testing of essential functions of the digitizer was completed. Hybrid technology was incorporated which allows analog storage (memory) of the digitally sampled data. The actual sampling rate is 62.5 MHz, but executed in 16 parallel channels, to provide an effective sampling rate of one GHz. The average power consumption of the one GHz digitizer is not more than 1.5 Watts. A one GHz oscillator is incorporated for timing purposes. This signal is also made available externally for system timing. A software package was also developed for internal use (controls, commands, etc.) and for data communication with the host computer. The digitizer is equipped with an onboard microprocessor for this purpose.

Staples, Edward J.↗
NASA NTRSDate not supplied

Effects of Long Duration Space Flight on Low Frequency Hearing

Pure tone hearing threshold data has been collected on astronauts since the early days of spaceflight. Between 1981 and 2001 (STS-1 thru 108) it was found that of the 608 shuttle astronauts, 17% returned home with a significant hearing threshold shift, and of that 6% had permanent changes in the high frequencies. Believed to be due to prolonged noise exposure on the space crafts. (Hart, 2006) As NASA aimed for longer duration missions the uncertainty about the effects of month-long noise exposure needed to be addressed. To avoid constraining crewmembers to constant earplug usage, and satisfying budget demands, a focused effort on overcoming the issues began. Noise monitoring systems were introduced onto the International Space Station (ISS) and astronauts were given education on the noise environment aboard the ISS, the hazards of noise induced hearing loss, hearing conservation principles, and countermeasure strategies (earplugs, noise cancellation headsets). As well as being trained on a new countermeasure effort that had been in trial testing on prior shuttle missions (STS-6 thru 8), On-Orbit Hearing Assessment (OOHA). (Hart, 2006) OOHA was implemented to routinely monitor the hearing thresholds of crewmembers who are on orbit for longer than 30 days. Flight Surgeons on ground monitor these test for significant hearing changes while aboard. Between 2000 and 2021 the ISS OOHA system (EarQ) recorded changes in the low frequency hearing thresholds. Low frequency hearing changes are not typically caused by noise exposure, and it was initially believed that these changes were due to environmental noise interference. In 2021 an ISS software upgrade (KUDUwave) allowed for a more comprehensive hearing assessment. The new testing system allowed for additional tests that helped describe the type of hearing loss being experienced and determine the influence of ambient noise or other environmental factors. OOHA Data indicates a low frequency hearing shift in 40% of all tests and 60% of all crewmembers. Since 2021, OOHA results (using the KUDUwave) suggest that these shifts are sensorineural and are not the result of ambient noise. While hearing shifts are seen at both 250 and 500 Hz, metrics tracking these shifts have only used 500 Hz data. The lack of 250 Hz has prevented accurate reporting of low frequency hearing shift recovery. The aim of this study is to capture 250 Hz data and accurately present low frequency hearing loss recovery.

hearing↗
NASA NTRS1982

A wake traverse technique for use in a 2 dimensional transonic flexible walled test section

Reported two dimensional validation data from the Transonic Self-Streamlining Wind Tunnel (TSWT) concerns model lift. The models tested provided data on their pressure distributions. This information was numerically integrated over the model surface to determine lift, pressure drag and pitching moment. However, the pressure drag is only a small component of the total drag at nominal angles of attack and cannot be used to assess the quality of flow simulation. An intrusive technique for obtaining information on the total drag of a model in TSWT is described. The technique adopted is the wake traverse method. The associated tunnel hardware and control and data reduction software are outlined and some experimental results are presented for discussion.

Wolf, S. W. D.↗
NASA NTRS1985

NASA R and T aerospace plane vehicles: Progress and plans

Progress made in key technologies such as materials, structures, aerothermodynamics, hypersonic aerodynamics, and hypersonic airbreathing propulsion are reported. Advances were made in more generic, areas such as active controls, flight computer hardware and software, and interdisciplinary analytical design methodology. These technology advances coupled with the development of and experiences with the Space Shuttle make feasible aerospace plane-type vehicles that meet the more demanding requirements of various DOD missions and/or an all-weather Shuttle II with reduced launch costs. Technology needs and high payoff technologies, and the technology advancements in propulsion, control-configured-vehicles, aerodynamics, aerothermodynamics, aerothermal loads, and materials and structures were studied. The highest payoff technologies of materials and structures including thermal-structural analysis and high temperature test techniques are emphasized. The high priority technology of propulsion, and plans, of what remains to be done rather than firm program commitments, are briefly discussed.

Dixon, S. C.↗
NASA NTRS2003

CORBASec Used to Secure Distributed Aerospace Propulsion Simulations

The NASA Glenn Research Center and its industry partners are developing a Common Object Request Broker (CORBA) Security (CORBASec) test bed to secure their distributed aerospace propulsion simulations. Glenn has been working with its aerospace propulsion industry partners to deploy the Numerical Propulsion System Simulation (NPSS) object-based technology. NPSS is a program focused on reducing the cost and time in developing aerospace propulsion engines. It was developed by Glenn and is being managed by the NASA Ames Research Center as the lead center reporting directly to NASA Headquarters' Aerospace Technology Enterprise. Glenn is an active domain member of the Object Management Group: an open membership, not-for-profit consortium that produces and manages computer industry specifications (i.e., CORBA) for interoperable enterprise applications. When NPSS is deployed, it will assemble a distributed aerospace propulsion simulation scenario from proprietary analytical CORBA servers and execute them with security afforded by the CORBASec implementation. The NPSS CORBASec test bed was initially developed with the TPBroker Security Service product (Hitachi Computer Products (America), Inc., Waltham, MA) using the Object Request Broker (ORB), which is based on the TPBroker Basic Object Adaptor, and using NPSS software across different firewall products. The test bed has been migrated to the Portable Object Adaptor architecture using the Hitachi Security Service product based on the VisiBroker 4.x ORB (Borland, Scotts Valley, CA) and on the Orbix 2000 ORB (Dublin, Ireland, with U.S. headquarters in Waltham, MA). Glenn, GE Aircraft Engines, and Pratt & Whitney Aircraft are the initial industry partners contributing to the NPSS CORBASec test bed. The test bed uses Security SecurID (RSA Security Inc., Bedford, MA) two-factor token-based authentication together with Hitachi Security Service digital-certificate-based authentication to validate the various NPSS users. The test bed is expected to demonstrate NPSS CORBASec-specific policy functionality, confirm adequate performance, and validate the required Internet configuration in a distributed collaborative aerospace propulsion environment.

Blaser, Tammy M.↗
NASA NTRS2010

Kepler Science Operations Center Architecture

We give an overview of the operational concepts and architecture of the Kepler Science Data Pipeline. Designed, developed, operated, and maintained by the Science Operations Center (SOC) at NASA Ames Research Center, the Kepler Science Data Pipeline is central element of the Kepler Ground Data System. The SOC charter is to analyze stellar photometric data from the Kepler spacecraft and report results to the Kepler Science Office for further analysis. We describe how this is accomplished via the Kepler Science Data Pipeline, including the hardware infrastructure, scientific algorithms, and operational procedures. The SOC consists of an office at Ames Research Center, software development and operations departments, and a data center that hosts the computers required to perform data analysis. We discuss the high-performance, parallel computing software modules of the Kepler Science Data Pipeline that perform transit photometry, pixel-level calibration, systematic error-correction, attitude determination, stellar target management, and instrument characterization. We explain how data processing environments are divided to support operational processing and test needs. We explain the operational timelines for data processing and the data constructs that flow into the Kepler Science Data Pipeline.

Middour, Christopher↗
NASA NTRS1983

Adaptation of a software development methodology to the implementation of a large-scale data acquisition and control system

A progress report is presented on a program to upgrade the existing NASA Deep Space Network in terms of a redesigned computer-controlled data acquisition system for channelling tracking, telemetry, and command data between a California-based control center and three signal processing centers in Australia, California, and Spain. The methodology for the improvements is oriented towards single subsystem development with consideration for a multi-system and multi-subsystem network of operational software. Details of the existing hardware configurations and data transmission links are provided. The program methodology includes data flow design, interface design and coordination, incremental capability availability, increased inter-subsystem developmental synthesis and testing, system and network level synthesis and testing, and system verification and validation. The software has been implemented thus far to a 65 percent completion level, and the methodology being used to effect the changes, which will permit enhanced tracking and communication with spacecraft, has been concluded to feature effective techniques.

Madrid, G. A.↗
NASA NTRS1993

Investigation of cloud/water vapor motion winds from geostationary satellite

This report summarizes the research work accomplished on the NASA grant contract NAG8-892 during 1992. Research goals of this contract are the following: to complete upgrades to the Cooperative Institute for Meteorological Satellite Studies (CIMSS) wind system procedures for assigning heights and incorporating first guess information; to evaluate these modifications using simulated tracer fields; to add an automated quality control system to minimize the need for manual editing, while maintaining product quality; and to benchmark the upgraded algorithm in tests with NMC and/or MSFC. Work progressed on all these tasks and is detailed. This work was done in collaboration with CIMSS NOAA/NESDIS scientists working on the operational winds software, so that NASA funded research can benefit NESDIS operational algorithms.

Source record↗
NASA NTRS2017

Medical Data Architecture Project Capabilities and Design

Mission constraints will challenge the delivery of medical care on a long-term, deep space exploration mission. This type of mission will be restricted in the availability of medical knowledge, skills, procedures and resources to prevent, diagnose, and treat in-flight medical events. Challenges to providing medical care are anticipated, including resource and resupply constraints, delayed communications and no ability for medical evacuation. The Medical Data Architecture (MDA) project will enable medical care capability in this constrained environment. The first version of the system, called "Test Bed 1," includes capabilities for automated data collection, data storage and data retrieval to provide information to the Crew Medical Officer (CMO). Test Bed 1 seeks to establish a data architecture foundation and develop a scalable data management system through modular design and standardized interfaces. In addition, it will demonstrate to stakeholders the potential for an improved, automated, flow of data to and from the medical system over the current methods employed on the International Space Station (ISS). It integrates a set of external devices, software and processes, and a Subjective, Objective, Assessment, and Plan (SOAP) note commonly used by clinicians. Medical data like electrocardiogram plots, heart rate, skin temperature, respiration rate, medications taken, and more are collected from devices and stored in the Electronic Medical Records (EMR) system, and reported to crew and clinician. Devices integrated include the Astroskin biosensor vest and IMED CARDIAX electrocardiogram (ECG) device with INEED MD ECG Glove, and the NASA-developed Medical Dose Tracker application. The system is designed to be operated as a standalone system, and can be deployed in a variety of environments, from a laptop to a data center. The system is primarily composed of open-source software tools, and is designed to be modular, so new capabilities can be added. The software components and integration methods will be discussed.

Data architecture↗
NASA NTRS1988

A gamma ray observatory ground attitude error analysis study using the generalized calibration system

The Goddard Space Flight Center (GSFC) Flight Dynamics Division (FDD) will be responsible for performing ground attitude determination for Gamma Ray Observatory (GRO) support. The study reported in this paper provides the FDD and the GRO project with ground attitude determination error information and illustrates several uses of the Generalized Calibration System (GCS). GCS, an institutional software tool in the FDD, automates the computation of the expected attitude determination uncertainty that a spacecraft will encounter during its mission. The GRO project is particularly interested in the uncertainty in the attitude determination using Sun sensors and a magnetometer when both star trackers are inoperable. In order to examine the expected attitude errors for GRO, a systematic approach was developed including various parametric studies. The approach identifies pertinent parameters and combines them to form a matrix of test runs in GCS. This matrix formed the basis for this study.

Ketchum, E.↗