SEARCH · Engineering Papers

Results for “Interface modification”

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.

SourceResearch connectionFrom yearThrough year

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

At least 361 records · Page 20

All sources NASA NTRS DOE OSTI

NASA NTRS1995

Distributed and collaborative synthetic environments

Fast graphics workstations and increased computing power, together with improved interface technologies, have created new and diverse possibilities for developing and interacting with synthetic environments. A synthetic environment system is generally characterized by input/output devices that constitute the interface between the human senses and the synthetic environment generated by the computer; and a computation system running a real-time simulation of the environment. A basic need of a synthetic environment system is that of giving the user a plausible reproduction of the visual aspect of the objects with which he is interacting. The goal of our Shastra research project is to provide a substrate of geometric data structures and algorithms which allow the distributed construction and modification of the environment, efficient querying of objects attributes, collaborative interaction with the environment, fast computation of collision detection and visibility information for efficient dynamic simulation and real-time scene display. In particular, we address the following issues: (1) A geometric framework for modeling and visualizing synthetic environments and interacting with them. We highlight the functions required for the geometric engine of a synthetic environment system. (2) A distribution and collaboration substrate that supports construction, modification, and interaction with synthetic environments on networked desktop machines.

Bajaj, Chandrajit L.↗

NASA NTRS2007

Living Together in Space: The International Space Station Internal Active Thermal Control System Issues and Solutions-Sustaining Engineering Activities at the Marshall Space Flight Center From 1998 to 2005

On board the International Space Station, heat generated by the crew and equipment is removed by the internal active thermal control system to maintain a comfortable working environment and prevent equipment overheating. Test facilities simulating the internal active thermal control system (IATCS) were constructed at the Marshall Space Flight Center as part of the sustaining engineering activities to address concerns related to operational issues, equipment capability, and reliability. A full-scale functional simulator of the Destiny lab module IATCS was constructed and activated prior to launch of Destiny in 2001. This facility simulates the flow and thermal characteristics of the flight system and has a similar control interface. A subscale simulator was built, and activated in 2000, with special attention to materials and proportions of wetted surfaces to address issues related to changes in fluid chemistry, material corrosion, and microbial activity. The flight issues that have arisen and the tests performed using the simulator facilities are discussed in detail. In addition, other test facilities at the MSFC have been used to perform specific tests related to IATCS issues. Future testing is discussed as well as potential modifications to the simulators to enhance their utility.

Wieland, P. O.↗

NASA NTRS1998

Integration of the Remote Agent for the NASA Deep Space One Autonomy Experiment

This paper describes the integration of the Remote Agent (RA), a spacecraft autonomy system which is scheduled to control the Deep Space 1 spacecraft during a flight experiment in 1999. The RA is a reusable, model-based autonomy system that is quite different from software typically used to control an aerospace system. We describe the integration challenges we faced, how we addressed them, and the lessons learned. We focus on those aspects of integrating the RA that were either easier or more difficult than integrating a more traditional large software application because the RA is a model-based autonomous system. A number of characteristics of the RA made integration process easier. One example is the model-based nature of RA. Since the RA is model-based, most of its behavior is not hard coded into procedural program code. Instead, engineers specify high level models of the spacecraft's components from which the Remote Agent automatically derives correct system-wide behavior on the fly. This high level, modular, and declarative software description allowed some interfaces between RA components and between RA and the flight software to be automatically generated and tested for completeness against the Remote Agent's models. In addition, the Remote Agent's model-based diagnosis system automatically diagnoses when the RA models are not consistent with the behavior of the spacecraft. In flight, this feature is used to diagnose failures in the spacecraft hardware. During integration, it proved valuable in finding problems in the spacecraft simulator or flight software. In addition, when modifications are made to the spacecraft hardware or flight software, the RA models are easily changed because they only capture a description of the spacecraft. one does not have to maintain procedural code that implements the correct behavior for every expected situation. On the other hand, several features of the RA made it more difficult to integrate than typical flight software. For example, the definition of correct behavior is more difficult to specify for a system that is expected to reason about and flexibly react to its environment than for a traditional flight software system. Consequently, whenever a change is made to the RA it is more time consuming to determine if the resulting behavior is correct. We conclude the paper with a discussion of future work on the Remote Agent as well as recommendations to ease integration of similar autonomy projects.

Dorais, Gregory A.↗

NASA NTRS2016

Voyager Interstellar Mission: Challenges of Flying a Very Old Spacecraft on a Very Long Mission

Two Voyager spacecraft were launched in 1977. After the successful flybys of Jupiter and Saturn by both Voyagers and Uranus and Neptune by Voyager 2, the mission has been extended for another 30 years in search of the transition region between the dominance of the solar energy and interstellar energy. The Voyager Interstellar Mission (VIM) started on January 1, 1990. It can be characterized by several factors including extremely long communication distances, aging hardware, reduced staffing levels and difficulty in obtaining Deep Space Network (DSN) resources necessitated by the increasing distance between the spacecraft and Earth. The mission was redesigned to compensate for such factors while maximizing the science return. After 25 years of VIM and several significant science discoveries, both Voyager spacecraft are still functioning well and the Voyager flight team is preparing for an even longer mission - until the year 2025 and beyond. In order to work around the challenges and to continue the mission even further, the team has been implementing numerous changes, mainly through flight software modifications and hardware reconfiguration. The major drivers for the changes are two-fold: resource constraints (such as decreasing power output and difficulty in obtaining the necessary DSN coverage) and anomalies due to the aging hardware. The majority of changes occur through flight software modifications so the state of the on-board responses is appropriate for the changing space environment and mission phase, and the flight software is compatible in allowing the maximum data gathering. The on-board flight software routines such as baseline sequence, fault protection routines, the High Gain Antenna POINTing to Earth (HPOINT) table, and long-term events table need to be maintained through flight software updates. The changes also occur through hardware reconfiguration such as selecting the backup Hybrid Buffer Interface Circuits (HYBIC) or attitude propulsion thrusters. This paper will describe the challenges of VIM and what has been done to overcome or mitigate those challenges. The primary focus will be the major flight software changes made during VIM and the changes that are in store for the near future in preparation for continuing the extended mission, from the originally projected year of 2020 out to the year 2025 and possibly beyond.

Matsumoto, Sun Kang↗

NASA NTRSDate not supplied

Medical System Foundation Overview for Long-Duration Lunar Orbit and Surface Operations Missions

The Human Research Program (HRP) Exploration Medical Capability (ExMC) Element has developed a Medical System Foundation for Level of Care IV, as defined by NASA’s space flight human-system standards, for long-duration lunar orbit and surface operation missions by employing a systems engineering approach using model-based systems engineering tools. This Foundation model includes a concept of operations; functional decomposition; clinical content (medical conditions, capabilities, and resources); associated functional, interface and non-functional technical requirements; and traces to the current versions of NASA standards documents and parent-level (Program- and Vehicle habitat system level) requirements. Collectively, these components constitute a foundation that serves as a starting point for a medical system that meets the Level of Care IV requirement. The Foundation was developed by a multidisciplinary team consisting of systems engineers, scientists, and clinicians across NASA, and information is presented in an easily accessible format that is understandable across disciplines. Stakeholders can use the Foundation to analyze the traces between medical capabilities, medical conditions, medical resources, and requirements and to identify medical system interfaces with other vehicle systems/subsystems. It can also be used as a basis for performing trades on risks vs. medical system mass and volume allocation. This discussion will focus on the processes through which the Medical System Foundation was developed, how the Foundation builds a bridge between the medical and engineering domains and facilitates communication between these communities, and how these processes can be applied more broadly to a crew health and performance system and other system domains. The presentation also discusses Foundation modifications based on the recently updated versions of the NASA 3001 Standards.

S. Lumpkins↗

NASA NTRS1987

High-temperature oxidation/corrosion of iron-based superalloys

The oxidation and sulfidation of several novel iron-base superalloys were evaluated in high-temperature cyclic tests. The experimental austenitic alloys examined were modifications of NASAUT-4GA which were developed for Stirling-engine application. The weight gains and resulting surface scales were measured and analyzed. Mixed oxide scales were found to form on all specimens exposed above 871 C. The build-up of these scales led to a depletion of Mn and Cr in a zone adjacent to the oxides. In addition, the initial oxidation of the Fe-rich alloy was inhibited by a thin but tenacious Si layer which formed at the interface between oxides and the parent layer. Sulfidation tests using Na2SO4 coatings resulted in the formation of a protective spinel and alpha-Fe2O3 phases. Preferential attack of the carbide phase by hydrogen was not observed after 350 h at 871 C.

Lemkey, F. D.↗

NASA NTRS1995

Magnetic Field Experiment Data Analysis System

The Johns Hopkins University Applied Physics Laboratory (JHU/APL) Magnetic Field Experiment Data Analysis System (MFEDAS) has been developed to process and analyze satellite magnetic field experiment data from the TRIAD, MAGSAT, AMPTE/CCE, Viking, Polar BEAR, DMSP, HILAT, UARS, and Freja satellites. The MFEDAS provides extensive data management and analysis capabilities. The system is based on standard data structures and a standard user interface. The MFEDAS has two major elements: (1) a set of satellite unique telemetry processing programs for uniform and rapid conversion of the raw data to a standard format and (2) the program Magplot which has file handling, data analysis, and data display sections. This system is an example of software reuse, allowing new data sets and software extensions to be added in a cost effective and timely manner. Future additions to the system will include the addition of standard format file import routines, modification of the display routines to use a commercial graphics package based on X-Window protocols, and a generic utility for telemetry data access and conversion.

Holland, D. B.↗

NASA NTRS1975

Design of multi-mission chemical propulsion modules for planetary orbiters. Volume 1: Summary report

Results are presented of a conceptual design and feasibility study of chemical propulsion stages that can serve as modular propulsion units, with little or no modification, on a variety of planetary orbit missions, including orbiters of Mercury, Saturn, and Uranus. Planetary spacecraft of existing design or currently under development, viz., spacecraft of the Pioneer and Mariner families, are assumed as payload vehicles. Thus, operating requirements of spin-stabilized and 3-axis stabilized spacecraft have to be met by the respective propulsion module designs. As launch vehicle for these missions the Shuttle orbiter and interplanetary injection stage, or Tug, plus solid-propellant kick motor was assumed. Accommodation constraints and interfaces involving the payloads and the launch vehicle are considered in the propulsion module design. The applicability and performance advantages were evaluated of the space-storable high-energy bipropellants. The incentive for using this advanced propulsion technology on planetary missions is the much greater performance potential when orbit insertion velocities in excess of 4 km/sec are required, as in the Mercury orbiter. Design analyses and performance tradeoffs regarding earth-storable versus space-storable propulsion systems are included. Cost and development schedules of multi-mission versus custom-designed propulsion modules are examined.

Source record↗

NASA NTRS2020

Lunar Dust Simulant Particle Adhesion on Copolyimide Alkyl Ethers

Mitigation of lunar dust contamination is one of the greatest challenges to be overcome to realize a sustained lunar presence. Likely solutions will integrate active mitigation strategies, requiring the input of external energy, and passive materials, exhibiting an intrinsic resistance to lunar dust adhesion. In this work, a series of copolyimide alkyl ethers containing per fluorinated side-chains were generated to evaluate the influence surface modification agents have on surface chemical, topographical, and mechanical properties. An expanded testing protocol to characterize the adhesion interaction between lunar dust simulant and the copolyimide substrate was carried out. The interfacial adhesion strength was in-situ measured by a custom-built particulate adhesion instrument, utilizing a sonic wand. Surface mechanical properties were characterized by nanoindentation, utilizing the continuous stiffness measurement approach. A nominal presence of surface modifying agents, 1 wt%, resulted in a six-fold reduction in adhesion strength of the interface. A strong inverse correlation between the adhesion strength and Young’s modulus of the substrate was identified. The reduction was attributed to a synergistic interaction between the surface energy, surface roughness, and modulus of the copolyimide alkyl ethers film.

Lunar Dust, Particulate Adhesion, Surface Migratio↗

NASA NTRS1981

Development of a polysilicon process based on chemical vapor deposition (phase 1)

A dichlorosilane-based reductive chemical vapor deposition (CVD) process demonstrated is capable of producing, at low cost, high quality polycrystalline silicon. Testing of decomposition reactor heat shields to insure that the shield provides adequate personnel protection assuming a worst case explosion was completed. Minor modifications to a production reactor heat shield provided adequate heat shield integrity. Construction of the redesigned PDU (Process Development Unit) to accommodate all safety related information proceeded on schedule. Structural steel work was completed as is the piping and instrumentation design work. Major pieces of process equipment were received and positioned in the support structure and all transfer piping and conduits to the PDU were installed. Construction was completed on a feed system for supplying DCS to an intermediate sized reactor. The feed system was successfully interfaced with a reactor equipped with a modified heat shield. Reactor checkout was completed.

Mccormick, J.↗

NASA NTRS1990

Fairness problems at the media access level for high-speed networks

Most lower speed (approx. 10 Mbps) local area networks use adaptive or random access protocols like Ethernet. Others at higher speed use demand assignment like token or slotted rings. These include Cambridge ring and electronic token ring systems. Fairness issues in representatives of such protocols are discussed. In particular, Fiber Distributed Data Interface (FDDI) was selected as a demand access protocol using tokens, Carrier Sensed Multiple Access/Ring Network (CSMA/RN) a random access protocol, and Distributed Queue Dual Bus (DQDB) a demand access protocol using reservations. Fairness at the media access level was the focus, i.e., attaining access or being excessively delayed when a message is queued to be sent as a function of network location. Within that framework, the essential fairness of FDDI was observed along with severe fairness problems in DQDB and some problems for CSMA/RN. Several modifications were investigated and their ameliorative effect is shown. Finally, a unified presentation which allows comparisons of the three protocols' fairness when normalized to their capacity is given.

Maly, Kurt J.↗

NASA NTRS1992

Hydrogen leak detection in the Space Shuttle

This study focuses on a helium gas jet flowing into room air. Measurements of helium concentration and velocity in the jet-air mixture are reported. The objective is to learn about jet characteristics so that dynamically similar hydrogen leaks may be located in the Space Shuttle. The hazardous gas detection system (HGDS) in the mobile launch pad uses mass spectrometers to monitor the shuttle environment for leaks. The mass spectrometers are fed by long sample tubes which draw gas from the payload bay, mid body, aft engine compartment and external tank. The overall purpose of this study is to improve the HGDS especially in its potential for locating hydrogen leaks. A rapid-response leak detection experiment was designed, built, and tested, following on the work done in this program last summer. The apparatus included a Perkin Elmer MGA-1200 mass spectrometer and air velocity transducer, both monitored by a Macintosh IIFX computer using LabVIEW software. A jet of helium flowing into the lab air simulated a gas leak. Steady helium or hydrogen-nitrogen jets were logged for concentration and velocity, and the power spectral density of each was computed. Last year, large eddies and vortices were visually seen with Schlieren imaging, and they were detected in the time plots of the various instruments. The response time of the MGA-1200 was found in the range of 0.05 to 0.1 sec. Pulsed concentration waves were clearly detected at 25 cycles per sec by spectral analysis of MGA data. No peaks were detected in the power spectrum, so in the present study, 10 Hz bandwidth-averaged power levels were examined at regular frequency intervals. The practical consequences of last year's study are as follows: sampling frequency should be increased above the present rate of 1 sample per second so that transients could be observed and analyzed with frequency response methods. Many more experiments and conditions were observed in this second summer, including the effects of orifice diameter, jet velocity, sample tube design, radial effects, vertical flow, and low hydrogen concentrations (1 percent). A frequent observation was that the power spectrum, calculated from the Fourier transform of concentration fluctuations, gives a separate piece of information from concentration. Many of the tests suggest that power is high where mixing occurs at the helium-air interface. This fact is apparently independent of the concentration level, which could be high or low, but depends on the sample location relative to the jet (leak) origin, whereas high concentration may be due to a strong leak far away or a small leak close to the sample tube. If the power is low for any concentration level, this would signify helium is arriving at the sample tube by diffusion, not chaotic mixing caused by the jet interaction with air. The practical result is to propose a modification of the HGDL mass spectrometer data sampling and software so that sampling rates could be capable of observing at least 25 Hz fluctuations.

Barile, Ronald G↗

NASA NTRS2010

Modifications to the Objective Lightning Probability Forecast Tool at Kennedy Space Center/Cape Canaveral Air Force Station, Florida

The 45th Weather Squadron (45 WS) at Cape Canaveral Air Force Station (CCAFS) includes the probability of lightning occurrence in their 24-Hour and Weekly Planning Forecasts, briefed at 0700 EDT for daily operations planning on Kennedy Space Center (KSC) and CCAFS. This forecast is based on subjective analyses of model and observational data and output from an objective tool developed by the Applied Meteorology Unit (AMU). This tool was developed over two phases (Lambert and Wheeler 2005, Lambert 2007). It consists of five equations, one for each warm season month (May-Sep), that calculate the probability of lightning occurrence for the day and a graphical user interface (GUI) to display the output. The Phase I and II equations outperformed previous operational tools by a total of 56%. Based on this success, the 45 WS tasked the AMU with Phase III to improve the tool further.

Crawford, Winifred↗

NASA NTRS2020

NASA’s Flying Qualities Research Contributions to MIL-STD-1797C

U.S. Department of Defense Interface Standard for Flying Qualities of Military Aircraft, MIL-STD-1797B, contains requirements based on decades of research and testing. An update is planned in the future. NASA has conducted or sponsored research projects that can contribute to the update. Results from some of these studies are already included7B, while others have received little or no mention. This report summarizes the most significant of NASA’s contributions to handling qualities for incorporation into MIL-STD-1797C. Topics are classified into one of three areas: directly supporting modifications or additions; amplifying information for existing requirements; or worthy of more detailed investigation.

Handling Qualities, MIL-STD-1797, Aircraft Dynamic↗

NASA NTRS2018

The Atmosphere-Ocean Interface Layer of NASA's Goddard Earth Observing System Model and Data Assimilation System Volume 51

The Goddard Earth Observing System (GEOS) general circulation model (GCM) includes modules for sea surface temperature (SST) diurnal warming and cool-skin layers. To support the application of a coupled atmosphere-ocean data assimilation capability, the GCM needs to be flexible enough to support both coupled atmosphere ocean general circulation model (AOGCM) and atmosphere-only (AGCM) configurations, with only minor configuration changes at the user interface. This document presents a formulation of an atmosphere-ocean interface layer (AOIL) that serves this purpose. Previous work by Akella et al. (2017) described a version of a model for near-surface temperature variations, including both both diurnal warming and cool-skin effects, that has been used since 2017 in the near-real-time GEOS FP (forward processing) weather analysis and forecasting system. The diurnal cycle of SST in that version of the GEOS atmospheric data assimilation system (ADAS) undergoes a sharp decay in the late afternoon (local time). The updated AOIL presented here includes a modification of the similarity function used in the diurnal warming model. Results from offline model runs illustrate an improvement in the near-surface (less than 0:5m depth) diurnal cycle compared to the original formulation. The new formulation requires minimal parameter tuning, and the improvements are robust across long (several month) simulation periods. This new model formulation, however, retains some deficiences from the previous module, such as a small warm bias in calm wind conditions for water depths below 1m. Our future work would include surface salinification and sea-ice into the AOIL.

Koster, Randal D.↗

NASA NTRS2009

(Quickly) Testing the Tester via Path Coverage

The configuration complexity and code size of an automated testing framework may grow to a point that the tester itself becomes a significant software artifact, prone to poor configuration and implementation errors. Unfortunately, testing the tester by using old versions of the software under test (SUT) may be impractical or impossible: test framework changes may have been motivated by interface changes in the tested system, or fault detection may become too expensive in terms of computing time to justify running until errors are detected on older versions of the software. We propose the use of path coverage measures as a "quick and dirty" method for detecting many faults in complex test frameworks. We also note the possibility of using techniques developed to diversify state-space searches in model checking to diversify test focus, and an associated classification of tester changes into focus-changing and non-focus-changing modifications.

evaluation of test systems↗

NASA NTRS2014

RITRACKS: A Software for Simulation of Stochastic Radiation Track Structure, Micro and Nanodosimetry, Radiation Chemistry and DNA Damage for Heavy Ions

The code RITRACKS (Relativistic Ion Tracks) has been developed over the last few years at the NASA Johnson Space Center to simulate the effects of ionizing radiations at the microscopic scale, to understand the effects of space radiation at the biological level. The fundamental part of this code is the stochastic simulation of radiation track structure of heavy ions, an important component of space radiations. The code can calculate many relevant quantities such as the radial dose, voxel dose, and may also be used to calculate the dose in spherical and cylindrical targets of various sizes. Recently, we have incorporated DNA structure and damage simulations at the molecular scale in RITRACKS. The direct effect of radiations is simulated by introducing a slight modification of the existing particle transport algorithms, using the Binary‐Encounter‐Bethe model of ionization cross sections for each molecular orbitals of DNA. The simulation of radiation chemistry is done by a step‐by‐step diffusion‐reaction program based on the Green's functions of the diffusion equation]. This approach is also used to simulate the indirect effect of ionizing radiation on DNA. The software can be installed independently on PC and tablets using the Windows operating system and does not require any coding from the user. It includes a Graphic User Interface (GUI) and a 3D OpenGL visualization interface. The calculations are executed simultaneously (in parallel) on multiple CPUs. The main features of the software will be presented.

Plante, I↗

NASA NTRS2000

Developing CORBA-Based Distributed Scientific Applications from Legacy Fortran Programs

Recent progress in distributed object technology has enabled software applications to be developed and deployed easily such that objects or components can work together across the boundaries of the network, different operating systems, and different languages. A distributed object is not necessarily a complete application but rather a reusable, self-contained piece of software that co-operates with other objects in a plug-and-play fashion via a well-defined interface. The Common Object Request Broker Architecture (CORBA), a middleware standard defined by the Object Management Group (OMG), uses the Interface Definition Language (IDL) to specify such an interface for transparent communication between distributed objects. Since IDL can be mapped to any programming language, such as C++, Java, Smalltalk, etc., existing applications can be integrated into a new application and hence the tasks of code re-writing and software maintenance can be reduced. Many scientific applications in aerodynamics and solid mechanics are written in Fortran. Refitting these legacy Fortran codes with CORBA objects can increase the codes reusability. For example, scientists could link their scientific applications to vintage Fortran programs such as Partial Differential Equation(PDE) solvers in a plug-and-play fashion. Unfortunately, CORBA IDL to Fortran mapping has not been proposed and there seems to be no direct method of generating CORBA objects from Fortran without having to resort to manually writing C/C++ wrappers. In this paper, we present an efficient methodology to integrate Fortran legacy programs into a distributed object framework. Issues and strategies regarding the conversion and decomposition of Fortran codes into CORBA objects are discussed. The following diagram shows the conversion and decomposition mechanism we proposed. Our goal is to keep the Fortran codes unmodified. The conversion- aided tool takes the Fortran application program as input and helps programmers generate C/C++ header file and IDL file for wrapping the Fortran code. Programmers need to determine by themselves how to decompose the legacy application into several reusable components based on the cohesion and coupling factors among the functions and subroutines. However, programming effort still can be greatly reduced because function headings and types have been converted to C++ and IDL styles. Most Fortran applications use the COMMON block to facilitate the transfer of large amount of variables among several functions. The COMMON block plays the similar role of global variables used in C. In the CORBA-compliant programming environment, global variables can not be used to pass values between objects. One approach to dealing with this problem is to put the COMMON variables into the parameter list. We do not adopt this approach because it requires modification of the Fortran source code which violates our design consideration. Our approach is to extract the COMMON blocks and convert them into a structure-typed attribute in C++. Through attributes, each component can initialize the variables and return the computation result back to the client. We have tested successfully the proposed conversion methodology based on the f2c converter. Since f2c only translates Fortran to C, we still needed to edit the converted code to meet the C++ and IDL syntax. For example, C++/IDL requires a tag in the structure type, while C does not. In this paper, we identify the necessary changes to the f2c converter in order to directly generate the C++ header and the IDL file. Our future work is to add GUI interface to ease the decomposition task by simply dragging and dropping icons.

Sang, Janche↗