Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “RuN”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 1,225 records · Page 68
All sourcesNASA NTRSDOE OSTI
NASA NTRS1993

Mesoscale simulations of the November 25-26 and December 5-6 cirrus cases using the RAMS model

The Regional Atmospheric Modeling System (RAMS), developed at Colorado State University, was used during the First ISCCP (International Satellite Cloud Climatology Project) Regional Experiment (FIRE) 2 (13 Nov. through 6 Dec. 1991) to provide real time forecasts of cirrus clouds. Forecasts were run once a day, initializing with the 0000 UTC dataset provided by NOAA (Forecast Systems Laboratory (FSL) Mesoscale Analysis and Prediction System (MAPS)). In order to obtain better agreement with observations, a second set of simulations were done for the FIRE 2 cases that occurred on 25-26 Nov. and 5-6 Dec. In this set of simulations, a more complex radiation scheme was used, the Chen/Cotton radiation scheme, along with the nucleation of ice occurring at ice supersaturations as opposed to nucleation occurring at water supersaturations that was done in the actual forecast version. The runs using these more complex schemes took longer wall clock time (7-9 hours for the actual forecasts as compared to 12-14 hrs for the runs using the more complex schemes) however, the final results of the simulations were definitely improved upon. Comparisons between these two sets of simulations are given. Now underway are simulations of these cases using a closed analytical solution for the auto-conversion of ice from a pristine ice class (sizes less than about 50 microns in effective diameter) to a snow class (effective diameters on the order of several hundred microns). This solution is employed along with a new scheme for the nucleation of ice crystals due to Meyers et al and Demott et al. The scheme is derived assuming complete gamma distributions for both the pristine and snow classes. The time rate of change of the number concentration and mass mixing-ratio of each distribution is found by calculating either the flux of crystals that grow beyond a certain critical diameter by vapor deposition in an ice supersaturated regime or by calculating the flux of crystals that evaporate to sizes below that same critical effective diameter.

Harrington, J. L.↗
NASA NTRS1992

AXAF user interfaces for heterogeneous analysis environments

The AXAF Science Center (ASC) will develop software to support all facets of data center activities and user research for the AXAF X-ray Observatory, scheduled for launch in 1999. The goal is to provide astronomers with the ability to utilize heterogeneous data analysis packages, that is, to allow astronomers to pick the best packages for doing their scientific analysis. For example, ASC software will be based on IRAF, but non-IRAF programs will be incorporated into the data system where appropriate. Additionally, it is desired to allow AXAF users to mix ASC software with their own local software. The need to support heterogeneous analysis environments is not special to the AXAF project, and therefore finding mechanisms for coordinating heterogeneous programs is an important problem for astronomical software today. The approach to solving this problem has been to develop two interfaces that allow the scientific user to run heterogeneous programs together. The first is an IRAF-compatible parameter interface that provides non-IRAF programs with IRAF's parameter handling capabilities. Included in the interface is an application programming interface to manipulate parameters from within programs, and also a set of host programs to manipulate parameters at the command line or from within scripts. The parameter interface has been implemented to support parameter storage formats other than IRAF parameter files, allowing one, for example, to access parameters that are stored in data bases. An X Windows graphical user interface called 'agcl' has been developed, layered on top of the IRAF-compatible parameter interface, that provides a standard graphical mechanism for interacting with IRAF and non-IRAF programs. Users can edit parameters and run programs for both non-IRAF programs and IRAF tasks. The agcl interface allows one to communicate with any command line environment in a transparent manner and without any changes to the original environment. For example, the authors routinely layer the GUI on top of IRAF, ksh, SMongo, and IDL. The agcl, based on the facilities of a system called Answer Garden, also has sophisticated support for examining documentation and help files, asking questions of experts, and developing a knowledge base of frequently required information. Thus, the GUI becomes a total environment for running programs, accessing information, examining documents, and finding human assistance. Because the agcl can communicate with any command-line environment, most projects can make use of it easily. New applications are continually being found for these interfaces. It is the authors' intention to evolve the GUI and its underlying parameter interface in response to these needs - from users as well as developers - throughout the astronomy community. This presentation describes the capabilities and technology of the above user interface mechanisms and tools. It also discusses the design philosophies guiding the work, as well as hopes for the future.

Mandel, Eric↗
NASA NTRS1992

The evolution of the FIGARO data reduction system

The Figaro data reduction system originated at Caltech around 1983. It was based on concepts being developed in the U.K. by the Starlink organization, particularly the use of hierarchical self-defining data structures and the abstraction of most user-interaction into a set of 'parameter system' routines. Since 1984 it has continued to be developed at AAO, in collaboration with Starlink and Caltech. It was adopted as Starlink's main spectroscopic data reduction package, although it is by no means limited to spectra; it has operations for images and data cubes and even a few (very specialized) for four-dimensional data hypercubes. It continued to be used at Caltech and will be used at the Keck. It is also in use at a variety of other organizations around the world. Figaro was originally a system for VMS Vaxes. Recently it was ported (at Caltech) to run on SUN's, and work is underway at the University of New South Wales on a DecStation version. It is hoped to coordinate all this work into a unified release, but coordination of the development of a system by organizations covering three continents poses a number of interesting administrative problems. The hierarchical data structures used by Figaro allow it to handle a variety of types of data, and to add new items to data structures. Error and data quality information was added to the basic file format used, error information being particularly useful for infrared data. Cooperating sets of programs can add specific sub-structures to data files to carry information that they understand (polarimetry data containing multiple data arrays, for example), without this affecting the way other programs handle the files. Complex instrument-specific ancillary information can be added to data files written at a telescope and can be used by programs that understand the instrumental details in order to produce properly calibrated data files. Once this preliminary data processing was done the resulting files contain 'ordinary' spectra or images that can be processed by programs that are not instrument-specific. The structures holding the instrumental information can then be discarded from the files. Much effort has gone into trying to make it easy to write Figaro programs; data access subroutines are now available to handle access to all the conventional items found in Figaro files (main data arrays, error information, quality information etc), and programs that only need to access such items can be very simple indeed. A large number of Figaro users do indeed write their own Figaro applications using these routines. The fact that Figaro programs are written as callable subroutines getting information from the user through a small set of parameter routines means that they can be invoked in numerous ways; they are normally linked and run as individual programs (called by a small main routine that is generated automatically), but are also available linked to run under the ADAM data acquisition system and there is an interface that lets them be called as part of a user-written Fortran program. The long-term future of Figaro probably depends to a large extent on how successfully it manages the transition from being a VMS-only system to being a multi-platform system.

Shortridge, K.↗
NASA NTRS1993

The Automated Instrumentation and Monitoring System (AIMS) reference manual

Whether a researcher is designing the 'next parallel programming paradigm,' another 'scalable multiprocessor' or investigating resource allocation algorithms for multiprocessors, a facility that enables parallel program execution to be captured and displayed is invaluable. Careful analysis of execution traces can help computer designers and software architects to uncover system behavior and to take advantage of specific application characteristics and hardware features. A software tool kit that facilitates performance evaluation of parallel applications on multiprocessors is described. The Automated Instrumentation and Monitoring System (AIMS) has four major software components: a source code instrumentor which automatically inserts active event recorders into the program's source code before compilation; a run time performance-monitoring library, which collects performance data; a trace file animation and analysis tool kit which reconstructs program execution from the trace file; and a trace post-processor which compensate for data collection overhead. Besides being used as prototype for developing new techniques for instrumenting, monitoring, and visualizing parallel program execution, AIMS is also being incorporated into the run-time environments of various hardware test beds to evaluate their impact on user productivity. Currently, AIMS instrumentors accept FORTRAN and C parallel programs written for Intel's NX operating system on the iPSC family of multi computers. A run-time performance-monitoring library for the iPSC/860 is included in this release. We plan to release monitors for other platforms (such as PVM and TMC's CM-5) in the near future. Performance data collected can be graphically displayed on workstations (e.g. Sun Sparc and SGI) supporting X-Windows (in particular, Xl IR5, Motif 1.1.3).

Yan, Jerry↗
NASA NTRS1993

Certification of computational results

A conceptually novel and powerful technique to achieve fault detection and fault tolerance in hardware and software systems is described. When used for software fault detection, this new technique uses time and software redundancy and can be outlined as follows. In the initial phase, a program is run to solve a problem and store the result. In addition, this program leaves behind a trail of data called a certification trail. In the second phase, another program is run which solves the original problem again. This program, however, has access to the certification trail left by the first program. Because of the availability of the certification trail, the second phase can be performed by a less complex program and can execute more quickly. In the final phase, the two results are compared and if they agree the results are accepted as correct; otherwise an error is indicated. An essential aspect of this approach is that the second program must always generate either an error indication or a correct output even when the certification trail it receives from the first program is incorrect. The certification trail approach to fault tolerance is formalized and realizations of it are illustrated by considering algorithms for the following problems: convex hull, sorting, and shortest path. Cases in which the second phase can be run concurrently with the first and act as a monitor are discussed. The certification trail approach are compared to other approaches to fault tolerance.

Sullivan, Gregory F.↗
NASA NTRS1993

Using certification trails to achieve software fault tolerance

A conceptually novel and powerful technique to achieve fault tolerance in hardware and software systems is introduced. When used for software fault tolerance, this new technique uses time and software redundancy and can be outlined as follows. In the initial phase, a program is run to solve a problem and store the result. In addition, this program leaves behind a trail of data called a certification trail. In the second phase, another program is run which solves the original problem again. This program, however, has access to the certification trail left by the first program. Because of the availability of the certification trail, the second phase can be performed by a less complex program and can execute more quickly. In the final phase, the two results are accepted as correct; otherwise an error is indicated. An essential aspect of this approach is that the second program must always generate either an error indication or a correct output even when the certification trail it receives from the first program is incorrect. The certification trail approach to fault tolerance was formalized and it was illustrated by applying it to the fundamental problem of finding a minimum spanning tree. Cases in which the second phase can be run concorrectly with the first and act as a monitor are discussed. The certification trail approach was compared to other approaches to fault tolerance. Because of space limitations we have omitted examples of our technique applied to the Huffman tree, and convex hull problems. These can be found in the full version of this paper.

Sullivan, Gregory F.↗
NASA NTRS1994

User's manual for the NASA Lewis ice accretion/heat transfer prediction code with electrothermal deicer input

A version of LEWICE has been developed that incorporates a recently developed electrothermal deicer code, developed at the University of Toledo by William B. Wright. This was accomplished, in essence, by replacing a subroutine in LEWICE, called EBAL, which balanced the energies at the ice surface, with a subroutine called UTICE. UTICE performs this same energy balance, as well as handles all the time-timperature transients below the ice surface, for all of the layers of a composite blade as well as the ice layer itself. This new addition is set up in such a fashion that a user may specify any number of heaters, any heater chordwise length, and any heater gap desired. The heaters may be fired in unison, or they may be cycled with periods independent of each other. The heater intensity may also be varied. In addition, the user may specify any number of layers and thicknesses depthwise into the blade. Thus, the new addition has maximum flexibility in modeling virtually any electrothermal deicer installed into any airfoil. It should be noted that the model simulates both shedding and runback. With the runback capability, it can simulate the anti-icing mode of heater performance, as well as detect icing downstream of the heaters due to runback in unprotected portions of the airfoil. This version of LEWICE can be run in three modes. In mode 1, no conduction heat transfer is modeled (which would be equivalent to the original version of LEWICE). In mode 2, all heat transfer is considered due to conduction but no heaters are firing. In mode 3, conduction heat transfer where the heaters are engaged is modeled, with subsequent ice shedding. When run in the first mode, there is virtually identical agreement with the original version of LEWICE in the prediction of accreted ice shapes. The code may be run in the second mode to determine the effects of conduction on the ice accretion process.

Masiulaniec, Konstanty C.↗
NASA NTRS1994

MIRO: A debugging tool for CLIPS incorporating historical Rete networks

At the last CLIPS conference, we discussed our ideas for adding a temporal dimension to the Rete network used to implement CLIPS. The resulting historical Rete network could then be used to store 'historical' information about a run of a CLIPS program, to aid in debugging. MIRO, a debugging tool for CLIPS built on top of CLIPS, incorporates such a historical Rete network and uses it to support its prototype question-answering capability. By enabling CLIPS users to directly ask debugging-related questions about the history of a program run, we hope to reduce the amount of single-stepping and program tracing required to debug a CLIPS program. In this paper, we briefly describe MIRO's architecture and implementation, and the current question-types that MIRO supports. These question-types are further illustrated using an example, and the benefits of the debugging tool are discussed. We also present empirical results that measure the run-time and partial storage overhead of MIRO, and discuss how MIRO may also be used to study various efficiency aspects of CLIPS programs.

Tuttle, Sharon M.↗
NASA NTRS1994

DYNACLIPS (DYNAmic CLIPS): A dynamic knowledge exchange tool for intelligent agents

In a dynamic environment, intelligent agents must be responsive to unanticipated conditions. When such conditions occur, an intelligent agent may have to stop a previously planned and scheduled course of actions and replan, reschedule, start new activities and initiate a new problem solving process to successfully respond to the new conditions. Problems occur when an intelligent agent does not have enough knowledge to properly respond to the new situation. DYNACLIPS is an implementation of a framework for dynamic knowledge exchange among intelligent agents. Each intelligent agent is a CLIPS shell and runs a separate process under SunOS operating system. Intelligent agents can exchange facts, rules, and CLIPS commands at run time. Knowledge exchange among intelligent agents at run times does not effect execution of either sender and receiver intelligent agent. Intelligent agents can keep the knowledge temporarily or permanently. In other words, knowledge exchange among intelligent agents would allow for a form of learning to be accomplished.

Cengeloglu, Yilmaz↗
NASA NTRS1995

Hot-wire calibration in subsonic/transonic flow regimes

A different approach for calibrating hot-wires, which simplifies the calibration procedure and reduces the tunnel run-time by an order of magnitude was sought. In general, it is accepted that the directly measurable quantities in any flow are velocity, density, and total temperature. Very few facilities have the capability of varying the total temperature over an adequate range. However, if the overheat temperature parameter, a(sub w), is used to calibrate the hot-wire then the directly measurable quantity, voltage, will be a function of the flow variables and the overheat parameter i.e., E = f(u,p,a(sub w), T(sub w)) where a(sub w) will contain the needed total temperature information. In this report, various methods of evaluating sensitivities with different dependent and independent variables to calibrate a 3-Wire hot-wire probe using a constant temperature anemometer (CTA) in subsonic/transonic flow regimes is presented. The advantage of using a(sub w) as the independent variable instead of total temperature, t(sub o), or overheat temperature parameter, tau, is that while running a calibration test it is not necessary to know the recovery factor, the coefficients in a wire resistance to temperature relationship for a given probe. It was deduced that the method employing the relationship E = f (u,p,a(sub w)) should result in the most accurate calibration of hot wire probes. Any other method would require additional measurements. Also this method will allow calibration and determination of accurate temperature fluctuation information even in atmospheric wind tunnels where there is no ability to obtain any temperature sensitivity information at present. This technique greatly simplifies the calibration process for hot-wires, provides the required calibration information needed in obtaining temperature fluctuations, and reduces both the tunnel run-time and the test matrix required to calibrate hotwires. Some of the results using the above techniques are presented in an appendix.

Nagabushana, K. A.↗
NASA NTRS1995

User's and test case manual for FEMATS

The FEMATS program incorporates first-order edge-based finite elements and vector absorbing boundary conditions into the scattered field formulation for computation of the scattering from three-dimensional geometries. The code has been validated extensively for a large class of geometries containing inhomogeneities and satisfying transition conditions. For geometries that are too large for the workstation environment, the FEMATS code has been optimized to run on various supercomputers. Currently, FEMATS has been configured to run on the HP 9000 workstation, vectorized for the Cray Y-MP, and parallelized to run on the Kendall Square Research (KSR) architecture and the Intel Paragon.

Chatterjee, Arindam↗
NASA NTRS1994

Snow hydrology in a general circulation model

A snow hydrology has been implemented in an atmospheric general circulation model (GCM). The snow hydrology consists of parameterizations of snowfall and snow cover fraction, a prognostic calculation of snow temperature, and a model of the snow mass and hydrologic budgets. Previously, only snow albedo had been included by a specified snow line. A 3-year GCM simulation with this now more complete surface hydrology is compared to a previous GCM control run with the specified snow line, as well as with observations. In particular, the authors discuss comparisons of the atmospheric and surface hydrologic budgets and the surface energy budget for U.S. and Canadian areas. The new snow hydrology changes the annual cycle of the surface moisture and energy budgets in the model. There is a noticeable shift in the runoff maximum from winter in the control run to spring in the snow hydrology run. A substantial amount of GCM winter precipitation is now stored in the seasonal snowpack. Snow cover also acts as an important insulating layer between the atmosphere and the ground. Wintertime soil temperatures are much higher in the snow hydrology experiment than in the control experiment. Seasonal snow cover is important for dampening large fluctuations in GCM continental skin temperature during the Northern Hemisphere winter. Snow depths and snow extent show good agreement with observations over North America. The geographic distribution of maximum depths is not as well simulated by the model due, in part, to the coarse resolution of the model. The patterns of runoff are qualitatively and quantitatively similar to observed patterns of streamflow averaged over the continental United States. The seasonal cycles of precipitation and evaporation are also reasonably well simulated by the model, although their magnitudes are larger than is observed. This is due, in part, to a cold bias in this model, which results in a dry model atmosphere and enhances the hydrologic cycle everywhere.

Marshall, Susan↗
NASA NTRS1994

Three-dimensional model interpretation of NO(x) measurements from the lower stratosphere

A three-dimensional off-line chemistry transport model, driven by European Center for Medium-Range Forecasts winds and temperatures, is used to interpret measurements of NO and NO2 taken from the DC-8 during the second Airborne Arctic Stratospheric Expedition. The model was run in three configurations: gas phase chemistry alone, inclusion of the N2O5 aerosol reaction, and inclusion of both N2O5 and ClONO2 aerosol reactions. The run including the N2O5 aerosol reaction alone usually agreed best with measured NO(x)/NO(y) ratios in midlatitude air masses. The NO(x)/NO(y) ratios of the run with both aerosol reactions were always too low, while the gas phase ratios were usually too high, especially during March. All three simulations generated extremely low NO2/NO(y) ratios in air parcels that had spent several days or more in the polar night. Measured NO2/NO(y) ratios in these types of air masses were sometimes equally low but could also be considerably higher. Observed NO/NO2 ratios differed strongly from known theory.

Folkins, Ian↗
NASA NTRS1995

Wide field imaging of solar system objects with an 8192 x 8192 CCD mosaic

As part of this program, we successfully completed the construction of the world's largest CCD camera, an 8192 x 8192 CCD mosaic. The system employs 8 2K x 4K 3-edge buttable CCDs arranged in a 2 x 4 chip mosaic. The focal plane has small gaps (less than 1 mm) between mosaic elements and measures over 120 mm x 120 mm. The initial set of frontside illuminated CCDs were developed with Loral-Fairchild in a custom foundry run. The initial lots yielded of order 20 to 25 functional devices, of which we selected the best eight for inclusion for the camera. We have designed a custom 3-edge-buttable package that ensures the CCD dies are mounted flat to plus or minus 10 microns over the entire area of the mosaic. The mosaic camera system consists of eight separate readout signal chains controlled by two independent DSP microcontrollers. These are in turn interfaced to a Sun Sparc-10 workstation through two high speed fiber optic interfaces. The system saw first-light on the Canada-France-Hawaii Telescope on Mauna Kea in March 1995. First-light on the University of Hawaii 2.2-M Telescope on Mauna Kea was in July 1995. Both runs were quite successful. A sample of some of the early science from the first light run is reported in the publication, 'Observations of Weak Lensing in Clusters with an 8192 x 8192 CCD Mosaic Camera'.

Hall, Donald N. B.↗
NASA NTRS1995

Visualization and Tracking of Parallel CFD Simulations

We describe a system for interactive visualization and tracking of a 3-D unsteady computational fluid dynamics (CFD) simulation on a parallel computer. CM/AVS, a distributed, parallel implementation of a visualization environment (AVS) runs on the CM-5 parallel supercomputer. A CFD solver is run as a CM/AVS module on the CM-5. Data communication between the solver, other parallel visualization modules, and a graphics workstation, which is running AVS, are handled by CM/AVS. Partitioning of the visualization task, between CM-5 and the workstation, can be done interactively in the visual programming environment provided by AVS. Flow solver parameters can also be altered by programmable interactive widgets. This system partially removes the requirement of storing large solution files at frequent time steps, a characteristic of the traditional 'simulate (yields) store (yields) visualize' post-processing approach.

Vaziri, Arsi↗
NASA NTRS1995

SRM Internal Flow Tests and Computational Fluid Dynamic Analysis: Cold Flow Analyses and CFD Analysis Capability Development - Volume 4

An evaluation of the effect of model inlet air temperature drift during a test run was performed to aid in the decision on the need for and/or the schedule for including heaters in the SRMAFTE. The Sverdrup acceptance test data was used to determine the drift in air temperature during runs over the entire range of delivered flow rates and pressures. The effect of this temperature drift on the model Reynolds number was also calculated. It was concluded from this study that a 2% change in absolute temperature during a test run could be adequately accounted for by the data analysis program. A handout package of these results was prepared and presented to ED35 management.

Source record↗
NASA NTRS1997

Sample Diluter for Detecting Hypergolic Propellants and Other Toxic or Hazardous Gases

Hardware was developed to dilute vapor samples of purged hypergolic propellants (with air) into the range of existing instruments for detection of such toxic vapors. Since these detectors are normally used to monitor at the threshold limit value (TLV), most do not have quantitative capability at percent levels which relate to lower explosion limit (LEL) and fire hazards. For example, the upper limits of Energetic Sciences (ESI) 6000 series detectors used at KSC are 200 parts per million (ppm) for monomethyl hydrazine (MMH) and 500 ppm for nitrogen dioxide (NO2) arising from decomposition of nitrogen tetroxide (N2O4). Orbiter Processing Facility (OPF) personnel servicing Shuttle thrusters need to measure up to 250 ppm MMH and 7,500 ppm NO2 with portable, intrinsically safe instruments. Our objective was to quickly fabricate a sample diluter out of existing materials as a temporary measure while other parallel efforts were conducted to provide a commercial or in-house-developed instrument to detect high propellant levels. A 3 to 1 diluter would bring 500 ppm MMH into the range of the existing fuel ESI, and a 30 to 1 diluter would do the same for NO2. In this way, familiar equipment already available would be used, resulting in minimal paperwork, safety, and training impacts and low cost. An MMH vapor sample-diluter was constructed from a 1/4-inch Kynar tee, along with specially designed lengths of sample and dilution tubing. The sample line was 3 feet of Bev-A-Line 4, 1/4-inch tube leading to the straight run of the tee. The side run of the tee had a 17-inch length of Bev-A-Line 4, 1/4-inch tube, for nominal 3 to 1 dilution. A gas sample bag was prepared and assayed at 113 ppm ppm MMH, and diluted vapor samples were assayed at 39.5 ppm, or a measured dilution of 2.9 to 1. For NO2, a 316 stainless steel (SS) 1/8-inch tee with 49.5 inches of coiled, 1/8-inch outside diameter (OD) 316 SS tubing was used as the sampling end of the dilution system. The side run of the tee was open. The measured dilution ratio, based on the input value of 6,480 ppm NO2, and the average output value of 233 ppm, was 28 to 1. Thus, sample-diluters were successful in diluting concentrated hypergolic propellant vapors, both MMH and N2O4 into the ranges of existing TLV detectors.

Barile, R. G.↗
NASA NTRS1997

Sample Diluter for Detecting Hypergolic Propellants and Other Toxic or Hazardous Gases

Hardware was developed to dilute vapor samples of purged hypergolic propellants (with air) into the range of existing instruments for detection of such toxic vapors. Since these detectors are normally used to monitor at the threshold limit value (TLV), most do not have quantitative capability at percent levels which relate to lower explosion limit (LEL) and fire hazards. For example, the upper limits of Energetic Sciences (ESI) 6000 series detectors used at KSC are 200 parts per million (ppm) for monomethyl hydrazine (MMH) and 500 ppm for nitrogen dioxide (NO2) arising from decomposition of nitrogen tetroxide (N2O4). Orbiter Processing Facility (OPF) personnel servicing Shuttle thrusters need to measure up to 250 ppm MMH and 7500 ppm NO2 with portable, intrinsically safe instruments. Our objective was to quickly fabricate a sample diluter out of existing materials as a temporary measure while other parallel efforts were conducted to provide a commercial or in-house-developed instrument to detect high propellant levels. A 3 to 1 diluter would bring 500 ppm MMH into the range of the existing fuel ESI, and a 30 to 1 diluter would do the same for NO2. In this way, familiar equipment already available would be used, resulting in minimal paperwork, safety, and training impacts and low cost. An MMH vapor sample-diluter was constructed from a 1/4-inch Kynar tee, along with specially designed lengths of sample and dilution tubing. The sample line was 3 feet of Bev-A-Line 4, 1/4 inch tube leading to the straight run of the tee. The side run of the tee had a 17-inch length of Bev-A-Line 4, 1/4-inch tube, for nominal 3 to 1 dilution. A gas sample bag was prepared and assayed at 113 ppm MMH, and diluted vapor sarnples were assayed at 39.5 ppm, or a measured dilution of 2.9 to 1. For NO2, a 316 stainless steel (SS) 1/8-inch tee with 49.5 inches of coiled, 1/8-inch outside diameter (OD) 316 SS tubing was used as the sarnpling end of the dilution system. The side run of the tee was open. The measured dilution ratio, based on the input value of 6,480 ppm NO2 and the average output value of 233 ppm, was 28 to 1. Thus, sample-diluters were successful in diluting concentrated hypergolic propellant vapors, both MMH and N2O4, into the ranges of existing TLV detectors.

Barile, R. G.↗