Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “lab data”

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 253 records · Page 14

Petabyte Class Storage at Jefferson Lab (CEBAF)

By 1997, the Thomas Jefferson National Accelerator Facility will collect over one Terabyte of raw information per day of Accelerator operation from three concurrently operating Experimental Halls. When post-processing is included, roughly 250 TB of raw and formatted experimental data will be generated each year. By the year 2000, a total of one Petabyte will be stored on-line. Critical to the experimental program at Jefferson Lab (JLab) is the networking and computational capability to collect, store, retrieve, and reconstruct data on this scale. The design criteria include support of a raw data stream of 10-12 MB/second from Experimental Hall B, which will operate the CEBAF (Continuous Electron Beam Accelerator Facility) Large Acceptance Spectrometer (CLAS). Keeping up with this data stream implies design strategies that provide storage guarantees during accelerator operation, minimize the number of times data is buffered allow seamless access to specific data sets for the researcher, synchronize data retrievals with the scheduling of postprocessing calculations on the data reconstruction CPU farms, as well as support the site capability to perform data reconstruction and reduction at the same overall rate at which new data is being collected. The current implementation employs state-of-the-art StorageTek Redwood tape drives and robotics library integrated with the Open Storage Manager (OSM) Hierarchical Storage Management software (Computer Associates, International), the use of Fibre Channel RAID disks dual-ported between Sun Microsystems SMP servers, and a network-based interface to a 10,000 SPECint92 data processing CPU farm. Issues of efficiency, scalability, and manageability will become critical to meet the year 2000 requirements for a Petabyte of near-line storage interfaced to over 30,000 SPECint92 of data processing power.

Chambers, Rita↗

SHADOZ (Southern Hemisphere ADditional OZonesondes): A New Ozonesonde Data Set for the Earth Science Community

In the past several years, new tropical tropospheric ozone data products have been developed from TOMS and other satellites. Global chemical-transport models have been developed for interpretation of satellite data and to predict future ozone levels in the troposphere and stratosphere. However, the lack of ozone profile measurements for validation and evaluation of these data sets and models is critical in regions like the tropics. In 1998 NASA/Goddard Space Flight Center, in partnership with NOAA/CMDL (Climate Monitoring and Diagnostics Lab) and other nations, began a 2-year project to collect weekly ozonesonde measurements at southern hemisphere tropical sites and make the data available to the scientific community at a single electronic location: http://code9lQ.gsfc.nasa.gov/Data services/Shadoz/shadoz hmpq2.htmi A summary of data from the SHADOZ sites will be presented: Ascension Island, Fiji, Tahiti, Galapagos, American Samoa, Natal (Brazil), Reunion Island, Watukosek (Java), Nairobi and Irene, South Africa. SHADOZ is designed to meet other needs: (1) Provide the first climatology of tropical ozone along the equatorial zone for the wave-one pattern in total ozone; (2) Supplement field project observations. (3) Guide algorithm development for future satellite instruments; (4) Train scientists and educators in southern hemisphere tropical locations. From time to time, intensive tropical campaigns are making data available to SHADOZ. Data from the first half of 1999 will include INDOEX (Indian Ocean Experiment), SOWER (Stratospheric Ozone and Water in the Equatorial Region) at Christmas Island (2N, 157W), and a cruise from Norfolk, Virginia to Cape Town and Mauritius on NOAA's RN 'Ronald H Brown.'

Witte, J. C.↗

An automated calibration laboratory for flight research instrumentation: Requirements and a proposed design approach

NASA's Dryden Flight Research Facility (Ames-Dryden), operates a diverse fleet of research aircraft which are heavily instrumented to provide both real time data for in-flight monitoring and recorded data for postflight analysis. Ames-Dryden's existing automated calibration (AUTOCAL) laboratory is a computerized facility which tests aircraft sensors to certify accuracy for anticipated harsh flight environments. Recently, a major AUTOCAL lab upgrade was initiated; the goal of this modernization is to enhance productivity and improve configuration management for both software and test data. The new system will have multiple testing stations employing distributed processing linked by a local area network to a centralized database. The baseline requirements for the new AUTOCAL lab and the design approach being taken for its mechanization are described.

Oneill-Rood, Nora↗

An automated calibration laboratory - Requirements and design approach

NASA's Dryden Flight Research Facility (Ames-Dryden), operates a diverse fleet of research aircraft which are heavily instrumented to provide both real time data for in-flight monitoring and recorded data for postflight analysis. Ames-Dryden's existing automated calibration (AUTOCAL) laboratory is a computerized facility which tests aircraft sensors to certify accuracy for anticipated harsh flight environments. Recently, a major AUTOCAL lab upgrade was initiated; the goal of this modernization is to enhance productivity and improve configuration management for both software and test data. The new system will have multiple testing stations employing distributed processing linked by a local area network to a centralized database. The baseline requirements for the new AUTOCAL lab and the design approach being taken for its mechanization are described.

O'Neil-Rood, Nora↗

A Review of Options for a National Lab for Microgravity/Orbital Activities in LEO

NASA’s Office of Technology, Policy, and Strategy (OTPS) performs data-driven assessments to inform the Agency’s development of policy and strategy. OTPS works across NASA, the US government, industry, and academia to incorporate relevant stakeholder input to data-driven assessments regarding the future of NASA. OTPS conducted a study with the goal of identifying potential models to ensure that NASA and its government-sponsored user communities can successfully complete activities in low-Earth orbit (LEO) in a post-International Space Station (ISS) (i.e. 2030s) timeframe. Given the expectation that one or more Commercial LEO Destinations will replace the ISS by 2030, NASA leadership is considering next steps for microgravity research and other activities in LEO. This task is particularly challenging due to the uncertain future of the LEO ecosystem. Future scenarios may range from a robust environment with multiple platform options and new activities to an austere environment with few platform options and deflated momentum among user communities. Both extreme futures, along with any number of scenarios in between, have serious implications for the future of LEO and NASA’s role in it. It is therefore imperative that NASA consider its prioritized activities for the 2030 timeframe and identify potential business and operating models that will provide continuity for government-sponsored activities. The results of this NASA OTPS study will be presented, along with a discussion of how specific engagement models could enable NASA and other entities to achieve their goals in the 2030 timeframe.

Erica Marie Rodgers Heusinkveld↗

Realistic localizer courses for aircraft instrument landing simulators

The realistic instrument landing simulator (ILS) course structures for use in aircraft simulators are described. Software developed for data conversion and translation of ILS course structure measurements and calcomp plots of the courses provided are described. A method of implementing the ILS course structure data in existing aircraft simulators is outlined. A cockpit used in the lab to review the digitized ILS course structures is displayed.

Murphy, T. A.↗

Dust particles from comets and asteroids collected at the Earth's orbit: Parent-daughter relationships

The relative contributions of comets and asteroids to the reservoir of dust in the interplanetary medium is not well known. There are direct observations of dust released from comets and there is evidence to associate the IRAS dust bands with possible collisions of Asteroids in the main belt. It is believed that one may combine lab analysis of the physics and chemistry of captured particles with orbital data in order to identify comet and asteroid parent bodies. It is possible to use the collected orbits of the dust to connect with its source in two ways. One is to consider the long time orbit evolution of the dust under Poynting-Robertson drag. The other is to look at the prompt orbit change of dust from comets onto trajectories that intersect the earth's orbit. In order to characterize the orbits of dust particles evolved over a long period of time, a study of its orbital evolution was undertaken. Various parameters associated with these dust orbits as they cross the Earth's orbit were considered in order to see if one may discriminate between particles evolved from comets and asteroids. The method was to calculate by a numerical procedure the orbits of dust particles after they left their parent bodies. It appears that as the particles pass the Earth's orbit, asteroidal grains and cometary grains can be differentiated on the basis of their measured orbital eccentricities even after much planetary perturbation. Broad parent daughter associations can be made on this basis from measurement of their trajectories intercepted in earth orbit.

Jackson, A. A.↗

SIDS-toADF File Mapping Manual

The "CFD General Notation System" (CGNS) consists of a collection of conventions, and conforming software, for the storage and retrieval of Computational Fluid Dynamics (CFD) data. It facilitates the exchange of data between sites and applications, and helps stabilize the archiving of aerodynamic data. This effort was initiated in order to streamline the procedures in exchanging data and software between NASA and its customers, but the goal is to develop CGNS into a National Standard for the exchange of aerodynamic data. The CGNS development team is comprised of members from Boeing Commercial Airplane Group, NASA-Ames, NASA-Langley, NASA-Lewis, McDonnell-Douglas Corporation (now Boeing-St. Louis), Air Force-Wright Lab., and ICEM-CFD Engineering. The elements of CGNS address all activities associated with the storage of data on external media and its movement to and from application programs. These elements include: 1) The Advanced Data Format (ADF) Database manager, consisting of both a file format specification and its I/O software, which handles the actual reading and writing of data from and to external storage media; 2) The Standard Interface Data Structures (SIDS), which specify the intellectual content of CFD data and the conventions governing naming and terminology; 3) The SIDS-to-ADF File Mapping conventions, which specify the exact location where the CFD data defined by the SIDS is to be stored within the ADF file(s); and 4) The CGNS Mid-level Library, which provides CFD-knowledgeable routines suitable for direct installation into application codes. The SIDS-toADF File Mapping Manual specifies the exact manner in which, under CGNS conventions, CFD data structures (the SIDS) are to be stored in (i.e., mapped onto) the file structure provided by the database manager (ADF). The result is a conforming CGNS database. Adherence to the mapping conventions guarantees uniform meaning and location of CFD data within ADF files, and thereby allows the construction of universal software to read and write the data.

McCarthy, Douglas↗

Advanced Data Format (ADF) Software Library and Users Guide

The "CFD General Notation System" (CGNS) consists of a collection of conventions, and conforming software, for the storage and retrieval of Computational Fluid Dynamics (CFD) data. It facilitates the exchange of data between sites and applications, and helps stabilize the archiving of aerodynamic data. This effort was initiated in order to streamline the procedures in exchanging data and software between NASA and its customers, but the goal is to develop CGNS into a National Standard for the exchange of aerodynamic data. The CGNS development team is comprised of members from Boeing Commercial. Airplane Group, NASA-Ames, NASA-Langley, NASA-Lewis, McDonnell-Douglas Corporation (now Boeing-St. Louis), Air Force-Wright Lab., and ICEM-CFD Engineering. The elements of CGNS address all activities associated with the storage of data on external media and its movement to and from application programs. These elements include: 1) The Advanced Data Format (ADF) Database manager, consisting of both a file format specification and its 1/0 software, which handles the actual reading and writing of data from and to external storage media; 2) The Standard Interface Data Structures (SIDS), which specify the intellectual content of CFD data and the conventions governing naming and terminology; 3) The SIDS-to-ADF File Mapping conventions, which specify the exact location where the CFD data defined by the SIDS is to be stored within the ADF file(s); and 4) The CGNS Mid-level Library, which provides CFD-knowledgeable routines suitable for direct installation into application codes. The ADF is a generic database manager with minimal intrinsic capability. It was written for the purpose of storing large numerical datasets in an efficient, platform independent manner. To be effective, it must be used in conjunction with external agreements on how the data will be organized within the ADF database such defined by the SIDS. There are currently 34 user callable functions that comprise the ADF Core library and are described in the Users Guide. The library is written in C, but each function has a FORTRAN counterpart.

Smith, Matthew↗

CGNS Mid-Level Software Library and Users Guide

The "CFD General Notation System" (CGNS) consists of a collection of conventions, and conforming software, for the storage and retrieval of Computational Fluid Dynamics (CFD) data. It facilitates the exchange of data between sites and applications, and helps stabilize the archiving of aerodynamic data. This effort was initiated in order to streamline the procedures in exchanging data and software between NASA and its customers, but the goal is to develop CGNS into a National Standard for the exchange of aerodynamic data. The CGNS development team is comprised of members from Boeing Commercial Airplane Group, NASA-Ames, NASA-Langley, NASA-Lewis, McDonnell-Douglas Corporation (now Boeing-St. Louis), Air Force-Wright Lab., and ICEM-CFD Engineering. The elements of CGNS address all activities associated with the storage of data on external media and its movement to and from application programs. These elements include: - The Advanced Data Format (ADF) Database manager, consisting of both a file format specification and its I/O software, which handles the actual reading and writing of data from and to external storage media; - The Standard Interface Data Structures (SIDS), which specify the intellectual content of CFD data and the conventions governing naming and terminology; - The SIDS-to-ADF File Mapping conventions, which specify the exact location where the CFD data defined by the SIDS is to be stored within the ADF file(s); and - The CGNS Mid-level Library, which provides CFD-knowledgeable routines suitable for direct installation into application codes. The CGNS Mid-level Library was designed to ease the implementation of CGNS by providing developers with a collection of handy I/O functions. Since knowledge of the ADF core is not required to use this library, it will greatly facilitate the task of interfacing with CGNS. There are currently 48 user callable functions that comprise the Mid-level library and are described in the Users Guide. The library is written in C, but each function has a FORTRAN counterpart.

Poirier, Diane↗

UWB Tracking System Design with TDOA Algorithm

This presentation discusses an ultra-wideband (UWB) tracking system design effort using a tracking algorithm TDOA (Time Difference of Arrival). UWB technology is exploited to implement the tracking system due to its properties, such as high data rate, fine time resolution, and low power spectral density. A system design using commercially available UWB products is proposed. A two-stage weighted least square method is chosen to solve the TDOA non-linear equations. Matlab simulations in both two-dimensional space and three-dimensional space show that the tracking algorithm can achieve fine tracking resolution with low noise TDOA data. The error analysis reveals various ways to improve the tracking resolution. Lab experiments demonstrate the UWBTDOA tracking capability with fine resolution. This research effort is motivated by a prototype development project Mini-AERCam (Autonomous Extra-vehicular Robotic Camera), a free-flying video camera system under development at NASA Johnson Space Center for aid in surveillance around the International Space Station (ISS).

Ni, Jianjun↗

Progress in utilization of a mobile laboratory for making storm electricity measurements

A mobile atmospheric science laboratory has been used to intercept and track storms on the Great Plains region of the U.S., with the intention of combining the data obtained with those from Doppler and conventional radars, NASA U-2 aircraft overflights, balloon soundings, and fixed-base storm electricity measurements. The mobile lab has proven to be valuable in the gathering of ground truth verifications for the two commercially operated lightning ground-strike locating systems. Data acquisition has recently been expanded by means of mobile ballooning before and during storms.

Rust, W. David↗

BOREAS TGB-3 CH4 and CO2 Chamber Flux Data over NSA Upland Sites

The BOReal Ecosystem-Atmosphere Study Trace Gas Biogeochemistry (BOREAS TGB-3) team collected methane and carbon dioxide (CH4, CO2) chamber flux measurements at the Northern Study Area (NSA) Fen, Old Black Spruce (OBS), Young Jack Pine (YJP), and auxiliary sites along Gillam Road and the 1989 burn site. Gas samples were extracted from chambers and analyzed at the NSA lab facility approximately every 7 days during May to September 1994 and June to October 1996. The data are provided in tabular ASCII files.

Savage, Kathleen↗

A Multi-Center Space Data System Prototype Based on CCSDS Standards

Deep space missions beyond earth orbit will require new methods of data communications in order to compensate for increasing Radio Frequency (RF) propagation delay. The Consultative Committee for Space Data Systems (CCSDS) standard protocols Spacecraft Monitor & Control (SM&C), Asynchronous Message Service (AMS), and Delay/Disruption Tolerant Networking (DTN) provide such a method. However, the maturity level of this protocol stack is insufficient for mission inclusion at this time. This Space Data System prototype is intended to provide experience which will raise the Technical Readiness Level (TRL) of this protocol set. In order to reduce costs, future missions can take advantage of these standard protocols, which will result in increased interoperability between control centers. This prototype demonstrates these capabilities by implementing a realistic space data system in which telemetry is published to control center applications at the Jet Propulsion Lab (JPL), the Marshall Space Flight Center (MSFC), and the Johnson Space Center (JSC). Reverse publishing paths for commanding from each control center are also implemented. The target vehicle consists of realistic flight computer hardware running Core Flight Software (CFS) in the integrated Power, Avionics, and Power (iPAS) Pathfinder Lab at JSC. This prototype demonstrates a potential upgrade path for future Deep Space Network (DSN) modification, in which the automatic error recovery and communication gap compensation capabilities of DTN would be exploited. In addition, SM&C provides architectural flexibility by allowing new service providers and consumers to be added efficiently anywhere in the network using the common interface provided by SM&C's Message Abstraction Layer (MAL). In FY 2015, this space data system was enhanced by adding telerobotic operations capability provided by the Robot API Delegate (RAPID) family of protocols developed at NASA. RAPID is one of several candidates for consideration and inclusion in a new international standard being developed by the CCSDS Telerobotic Operations Working Group. Software gateways for the purpose of interfacing RAPID messages with the existing SM&C based infrastructure were developed. Telerobotic monitor, control, and bridge applications were written in the RAPID framework, which were then tailored to the NAO telerobotic test article hardware, a product of Aldebaran Robotics.

Rich, Thomas M.↗

Quantitative assessment of human motion using video motion analysis

In the study of the dynamics and kinematics of the human body, a wide variety of technologies was developed. Photogrammetric techniques are well documented and are known to provide reliable positional data from recorded images. Often these techniques are used in conjunction with cinematography and videography for analysis of planar motion, and to a lesser degree three-dimensional motion. Cinematography has been the most widely used medium for movement analysis. Excessive operating costs and the lag time required for film development coupled with recent advances in video technology have allowed video based motion analysis systems to emerge as a cost effective method of collecting and analyzing human movement. The Anthropometric and Biomechanics Lab at Johnson Space Center utilizes the video based Ariel Performance Analysis System to develop data on shirt-sleeved and space-suited human performance in order to plan efficient on orbit intravehicular and extravehicular activities. The system is described.

Probe, John D.↗

Using Federated Learning to Overcome Data Gravity in Space

Humans intend to take longer missions to outer space. Understanding the impact that space has on human health is paramount to the success of these missions. Controlled experiments with model organisms are run to infer the impact of space conditions on human health, but the data these experiments generate are too large to transfer to Earth for building models. The same is true for space-relevant data generated on Earth. Ideally, these datasets should be combined to improve statistical power and model accuracy without having to transfer data. Federated learning is such a method which trains an algorithm across decentralized computing systems, each of which has their own local copy of training and testing data. In this research, made possible by NASA@Work, the AI for Life in Space group at NASA demonstrates the use of federated learning to train an ensemble of causality inference models on a combination of data residing on the International Space Station (ISS) and in the cloud. Our work leverages CRISP, a causal inference platform developed during the 2020 Frontier Development Lab’s “Astronaut Health Challenge.” We also leverage the OpenFL federated learning library which was collaboratively developed at Intel and UPenn. We used publicly available data from the NASA Ames Life Sciences Data Archive to identify features in ionizing radiation experiments as causal of changes in cardiac blood velocity. This research demonstrates, for the first time, the possibility of running machine learning algorithms on datasets separated by astronomical distances. In this experiment, all the data were generated in terra, half of which were transferred to the ISS and analyzed on the Spaceborne Computer. In the future, our research will leverage federated learning on data generated in situ on the ISS with data generated terrestrially to predict the impact of spaceflight on mammalian female reproductive capacity.

James Casaletto↗

Development of flight experiment work performance and workstation interface requirements, part 1. Technical report and appendices A through G

A skill requirement definition method was applied to the problem of determining, at an early stage in system/mission definition, the skills required of on-orbit crew personnel whose activities will be related to the conduct or support of earth-orbital research. The experiment data base was selected from proposed experiments in NASA's earth orbital research and application investigation program as related to space shuttle missions, specifically those being considered for Sortie Lab. Concepts for two integrated workstation consoles for Sortie Lab experiment operations were developed, one each for earth observations and materials sciences payloads, utilizing a common supporting subsystems core console. A comprehensive data base of crew functions, operating environments, task dependencies, task-skills and occupational skills applicable to a representative cross section of earth orbital research experiments is presented. All data has been coded alphanumerically to permit efficient, low cost exercise and application of the data through automatic data processing in the future.

Hatterick, R. G.↗

The Lewis Strain Gauge Laboratory: Status and plans

An in-house lab was established for developing, testing, and evaluating high-temperature strain gauges and to aid in in-house applications of high-temperature strain instrumentation. The lab is automated to provide computer control of oven temperatures, imposed strain, and data sampling.

Hobart, Howard F.↗