Results for “interface engineering” — Page 16

NASA NTRS1992

ASV3 dial-in interface recommendation for the Repository Based Software Engineering (RBSE) program

The purpose of this report is to provide insight into the approach and design of the Cooperative User Interface (CUI). The CUI is being developed based on Hypercard technology and will provide the same look and feel as is provided by the NASA Electronic Library System (NELS) X-Window interface. The interaction between the user and ASCII-LIB is presented as well as the set of Hypercard Cards with which the user will work.

Source record↗

DOE OSTI2020

Engineering Biomolecular Self–Assembly at Solid–Liquid Interfaces

Biomolecular self–assembly is a key process used by life to build functional materials from the “bottom up.” In the last few decades, bioengineering and bionanotechnology have borrowed this strategy to design and synthesize numerous biomolecular and hybrid materials with diverse architectures and properties. However, engineering biomolecular self–assembly at solid–liquid interfaces into predesigned architectures lags the progress made in bulk solution both in practice and theory. Here, recent achievements in programming self–assembly of peptides, proteins, and peptoids at solid–liquid interfaces are summarized and corresponding applications are described. Recent advances in the physical understandings of self–assembly pathways obtained using in situ atomic force microscopy are also discussed. Furthermore, these advances will lead to novel strategies for designing biomaterials organized at and interfaced with inorganic surfaces.

36 MATERIALS SCIENCE↗

NASA NTRS1994

Hypersonic engine seal development at NASA Lewis Research Center

NASA Lewis Research Center is developing advanced seal concepts and sealing technology for advanced combined cycle ramjet/scramjet engines being designed for the National Aerospace Plane (NASP). Technologies are being developed for both the dynamic seals that seal the sliding interfaces between articulating engine panels and sidewalls, and for the static seals that seal the heat exchanger to back-up structure interfaces. This viewgraph presentation provides an overview of the candidate engine seal concepts, seal material assessments, and unique test facilities used to assess the leakage and thermal performance of the seal concepts.

Steinetz, Bruce M.↗

DOE OSTI2025

QIR-EE

The QIR Execution Engine library provides interfaces for easily processing Quantum Intermediate Representation code using the LLVM execution engine.

Wong, Elaine [Oak Ridge National Laboratory] (0000↗

NASA NTRS2011

Test Generator for MATLAB Simulations

MATLAB Automated Test Tool, version 3.0 (MATT 3.0) is a software package that provides automated tools that reduce the time needed for extensive testing of simulation models that have been constructed in the MATLAB programming language by use of the Simulink and Real-Time Workshop programs. MATT 3.0 runs on top of the MATLAB engine application-program interface to communicate with the Simulink engine. MATT 3.0 automatically generates source code from the models, generates custom input data for testing both the models and the source code, and generates graphs and other presentations that facilitate comparison of the outputs of the models and the source code for the same input data. Context-sensitive and fully searchable help is provided in HyperText Markup Language (HTML) format.

Henry, Joel↗

NASA NTRS2002

An Analysis for an Internet Grid to Support Space Based Operations

Currently, and in the past, dedicated communication circuits and "network services" with very stringent performance requirements have been used to support manned and unmanned mission critical ground operations at GSFC, JSC, MSFC, KSC and other NASA facilities. Because of the evolution of network technology, it is time to investigate other approaches to providing mission services for space ground and flight operations. In various scientific disciplines, effort is under way to develop network/komputing grids. These grids consisting of networks and computing equipment are enabling lower cost science. Specifically, earthquake research is headed in this direction. With a standard for network and computing interfaces using a grid, a researcher would not be required to develop and engineer NASA/DoD specific interfaces with the attendant increased cost. Use of the Internet Protocol (IP), CCSDS packet spec, and reed-solomon for satellite error correction etc. can be adopted/standardized to provide these interfaces. Generally most interfaces are developed at least to some degree end to end. This study would investigate the feasibility of using existing standards and protocols necessary to implement a SpaceOps Grid. New interface definitions or adoption/modification of existing ones for the various space operational services is required for voice both space based and ground, video, telemetry, commanding and planning may play a role to some undefined level. Security will be a separate focus in the study since security is such a large issue in using public networks. This SpaceOps Grid would be transparent to users. It would be anagulous to the Ethernet protocol's ease of use in that a researcher would plug in their experiment or instrument at one end and would be connected to the appropriate host or server without further intervention. Free flyers would be in this category as well. They would be launched and would transmit without any further intervention with the researcher or ground ops personnel. The payback in developing these new approaches in support of manned and unmanned operations is lower cost and will enable direct participation by more people in organizations and educational institutions in space based science. By lowering the high cost of space based operations and networking, more resource will be available to the science community for science. With a specific grid in place, experiment development and operations would be much less costly by using standardized network interfaces. Because of the extensive connectivity on a global basis, significant numbers of people would participate in science who otherwise would not be able to participate.

Bradford, Robert↗

NASA NTRS1976

Orbiter altitude at ALT interface based on ALSES (Approach and Landing Shuttle Engineering Simulation) analyses. Mission planning, mission analysis and software formulation

The details of the orbiter altitude attainable at the approach and landing tests (ALT) interface determined by the approach and landing shuttle engineering simulation (manned) were documented. The analysis culminated in the verification of the trends observed in a similar analysis performed previously on the space vehicle dynamics simulation (unmanned). Altitude variations attributable to pilot steering variability ranged between 492 ft higher to 383 ft lower. The requirement for this parametric analysis is first elaborated. The specifications, assumptions, and analytical approach used to determine the orbiter altitude at the ALT interface are then presented, followed by the results of the analytical approach and the conclusions and recommendations.

Colwell, C. L.↗

DOE OSTI2025

Dependable classical-quantum computing systems engineering

Increasing evidence suggests quantum computing (QC) complements traditional High-Performance Computing (HPC) by leveraging its unique capabilities, leading to the emergence of a new, hybrid paradigm, QHPC. However, this integration introduces new challenges, with dependability–defined by reproducibility, resiliency, and security and privacy–emerging as a central concern for building trustworthy systems that provide an advantage to the users. This paper proposes a framework for dependable QHPC system design, organized around these three pillars. We identify integration challenges, anticipate roadblocks, and highlight productive synergies across QC, HPC, cloud platforms, and network security. Drawing from both classical computing principles and quantum-specific insights, we present a roadmap for co-design that supports robust hybrid architectures. Our approach offers concrete metrics for assessing dependability, provides design guidance for engineers working at the QC-HPC interface, and surfaces new engineering questions around complexity, scale, and fault tolerance. Ultimately, designing for dependability is key to realizing practical, scalable QHPC systems and accelerating the broader quantum ecosystem capable of translating quantum promises into actual application delivery.

HPC↗

NASA NTRS1992

A probabilistic approach to the evaluation of fatigue damage in a space propulsion system injector element

The fatigue damage of a space propulsion system component is computed using probabilistic structural analysis methods. The analysis takes into account the variations in static and dynamic loads, the uncertainty in structural damping, and the scatter in material fatigue resistance. The key elements of the probabilistic approach include: (1) a numerical engine model for describing the global component interface loads consistent with engine balance, (2) models for computing the local mode boundary conditions on the component, (3) a static structural analysis model that captures the strains at a damage critical location as a function of engine performance variables, (4) a finite element model for assessment of the random amplitude stress response due to random base and pressure excitations with uncertain power and correlation length, and (5) advanced first order reliability methods for computing the probabilities associated with the fatigue damage.

Rajagopal, K. R.↗

NASA NTRS2019

Exploration Toilet Integration Challenges on the International Space Station

On the International Space Station (ISS) there are currently two toilets. One is located in the Russian segment's Service Module and the other is located in the U.S. segment's Node 3. A new Exploration Toilet will be integrated next to the existing Node 3 Waste and Hygiene Compartment (WHC). The Toilet will be evaluated as a technology demonstration for a minimum of three years. In addition, it will support an increase in ISS crew size due to Commercial Crew flights to ISS. The Toilet is designed to minimize mass and volume for Orion, the first Exploration vehicle. Currently ISS does not have a designated volume for an additional Toilet. Furthermore, operating the Toilet on ISS presents a different set of challenges as it must integrate into existing vehicle systems for urine processing. To integrate the Toilet on ISS, a suite of hardware was developed to provide mechanical, electrical, data, and fluid interfaces. This paper will provide an overview of the Toilet Integration Hardware design as well as the engineering challenges, crew interface provisions and vehicle integration complexities encountered during the concept and design phases.

Integration Hardware↗

NASA NTRS2019

Exploration Toilet Integration Challenges on the International Space Station

On the International Space Station (ISS) there are currently two toilets. One is located in the Russian Service Module and the other is located in the U.S. segment's Node 3. A new Exploration Toilet will be integrated next to the existing Node 3 Waste and Hygiene Compartment (WHC). The Toilet will be evaluated as a technology demonstration for a minimum of three years. In addition, it will support an increase in ISS crew size due to Commercial Crew flights to ISS. The Toilet is designed to minimize mass and volume for Orion, the first Exploration vehicle. Currently ISS does not have a designated volume for an additional Toilet. Furthermore, operating the Toilet on ISS presents a different set of challenges as it must integrate into existing vehicle systems for urine processing. To integrate the Toilet on ISS, a suite of hardware was developed to provide mechanical, electrical, data, and fluid interfaces. This paper will provide an overview of the Toilet Integration Hardware design as well as the engineering challenges, crew interface provisions and vehicle integration complexities encountered during the concept and design phases.

Node 3↗

NASA NTRS2018

System and Method for Executing Operations Specified in a Procedure Language

A system for executing a procedure includes a procedure execution engine. The procedure execution engine is configured to translate a procedure defined via a procedure language to natural language statements corresponding to the operations specified by the procedure language. The procedure execution engine is also configured to generate a user interface for controlling execution of the procedure, and to display the natural language statements via the user interface. The procedure execution engine is further configured to indicate progress of execution of the procedure, via the user interface, based on the displayed natural language statements.

Kortenkamp, David Michael↗

NASA NTRS2023

Transient Optimization for the Betterment of Turbine Electrified Energy Management

Gas turbine engine transients are associated with degraded compressor operability, which must be addressed by the engine control system and accounted for in the engine design. Failure to do so may result in events such as compressor stall/surge and combustor blow out. Transient operability concerns constrain the engine design and can result in sacrifices of efficiency and/or thrust responsiveness. The traditional approach to transient operability management is control logic that limits the fuel flow command. A companion paper presents a strategy for optimizing the transient fuel flow control logic taking into consideration transient operability and thrust responsiveness. The study covered here extends this idea to an electrified gas turbine engine that employs a power/energy management concept known as Turbine Electrified Energy Management (TEEM). TEEM uses an electric power system interfaced with the engine (hence the term ‘electrified gas turbine engine’) to further improve transient operability and alleviate associated design constraints. There can be costs associated with implementing TEEM in terms of power and energy requirements that impact the size of the electrical power system. However, the results of this study show that through optimization of the transient limit logic, power and energy requirements needed to implement TEEM can be significantly reduced. Among the conclusions that can be drawn from the results of the illustrative application covered herein are: (1) there is a reduction in the electric machine power requirement to manage operability during accelerations by 200 to 400 hp, and (2) power transfer from the low pressure spool (LPS) to the high pressure spool (HPS) is the most effective option for improving operability during decelerations, followed by the options of only injecting power on the HPS or only extracting power from the LPS.

Turbine Electrified Energy Management↗

NASA NTRSDate not supplied

Transient Optimization for the Betterment of Turbine Electrified Energy Management

Gas turbine engine transients are associated with degraded compressor operability, which must be addressed by the engine control system and accounted for in the engine design. Failure to do so may result in events such as compressor stall/surge and combustor blow out. Transient operability concerns constrain the engine design and can result in sacrifices of efficiency and/or thrust responsiveness. The traditional approach to transient operability management is control logic that limits the fuel flow command. A companion paper presents a strategy for optimizing the transient fuel flow control logic taking into consideration transient operability and thrust responsiveness. The study covered here extends this idea to an electrified gas turbine engine that employs a power/energy management concept known as Turbine Electrified Energy Management (TEEM). TEEM uses an electric power system interfaced with the engine (hence the term ‘electrified gas turbine engine’) to further improve transient operability and alleviate associated design constraints. There can be costs associated with implementing TEEM in terms of power and energy requirements that impact the size of the electrical power system. However, the results of this study show that through optimization of the transient limit logic, power and energy requirements needed to implement TEEM can be significantly reduced. Among the conclusions that can be drawn from the results of the illustrative application covered herein are: (1) there is a reduction in the electric machine power requirement to manage operability during accelerations by 200 to 400 hp, and (2) power transfer from the low pressure spool (LPS) to the high pressure spool (HPS) is the most effective option for improving operability during decelerations, followed by the options of only injecting power on the HPS or only extracting power from the LPS.

transient↗

NASA NTRSDate not supplied

Transient Optimization for the Betterment of Turbine Electrified Energy Management

Gas turbine engine transients are associated with degraded compressor operability, which must be addressed by the engine control system and accounted for in the engine design. Failure to do so may result in events such as compressor stall/surge and combustor blow out. Transient operability concerns constrain the engine design and can result in sacrifices of efficiency and/or thrust responsiveness. The traditional approach to transient operability management is control logic that limits the fuel flow command. A companion paper presents a strategy for optimizing the transient fuel flow control logic taking into consideration transient operability and thrust responsiveness. The study covered here extends this idea to an electrified gas turbine engine that employs a power/energy management concept known as Turbine Electrified Energy Management (TEEM). TEEM uses an electric power system interfaced with the engine (hence the term ‘electrified gas turbine engine’) to further improve transient operability and alleviate associated design constraints. There can be costs associated with implementing TEEM in terms of power and energy requirements that impact the size of the electrical power system. However, the results of this study show that through optimization of the transient limit logic, power and energy requirements needed to implement TEEM can be significantly reduced. Among the conclusions that can be drawn from the results of the illustrative application covered herein are: (1) there is a reduction in the electric machine power requirement to manage operability during accelerations by 200 to 400 hp, and (2) power transfer from the low pressure spool (LPS) to the high pressure spool (HPS) is the most effective option for improving operability during decelerations, followed by the options of only injecting power on the HPS or only extracting power from the LPS.

transient↗

NASA NTRS1998

CAPRI (Computational Analysis PRogramming Interface): A Solid Modeling Based Infra-Structure for Engineering Analysis and Design Simulations

CAPRI is a CAD-vendor neutral application programming interface designed for the construction of analysis and design systems. By allowing access to the geometry from within all modules (grid generators, solvers and post-processors) such tasks as meshing on the actual surfaces, node enrichment by solvers and defining which mesh faces are boundaries (for the solver and visualization system) become simpler. The overall reliance on file 'standards' is minimized. This 'Geometry Centric' approach makes multi-physics (multi-disciplinary) analysis codes much easier to build. By using the shared (coupled) surface as the foundation, CAPRI provides a single call to interpolate grid-node based data from the surface discretization in one volume to another. Finally, design systems are possible where the results can be brought back into the CAD system (and therefore manufactured) because all geometry construction and modification are performed using the CAD system's geometry kernel.

Haimes, Robert↗

NASA NTRS1989

The Environment-Power System Analysis Tool development program

The Environment Power System Analysis Tool (EPSAT) is being developed to provide engineers with the ability to assess the effects of a broad range of environmental interactions on space power systems. A unique user-interface-data-dictionary code architecture oversees a collection of existing and future environmental modeling codes (e.g., neutral density) and physical interaction models (e.g., sheath ionization). The user-interface presents the engineer with tables, graphs, and plots which, under supervision of the data dictionary, are automatically updated in response to parameter change. EPSAT thus provides the engineer with a comprehensive and responsive environmental assessment tool and the scientist with a framework into which new environmental or physical models can be easily incorporated.

Jongeward, Gary A.↗

DOE OSTI2021

Multilayer Lateral Heterostructures of Van Der Waals Crystals with Sharp, Carrier–Transparent Interfaces

Abstract Research on engineered materials that integrate different 2D crystals has largely focused on two prototypical heterostructures: Vertical van der Waals stacks and lateral heterostructures of covalently stitched monolayers. Extending lateral integration to few layer or even multilayer van der Waals crystals could enable architectures that combine the superior light absorption and photonic properties of thicker crystals with close proximity to interfaces and efficient carrier separation within the layers, potentially benefiting applications such as photovoltaics. Here, the realization of multilayer heterstructures of the van der Waals semiconductors SnS and GeS with lateral interfaces spanning up to several hundred individual layers is demonstrated. Structural and chemical imaging identifies {110} interfaces that are perpendicular to the (001) layer plane and are laterally localized and sharp on a 10 nm scale across the entire thickness. Cathodoluminescence spectroscopy provides evidence for a facile transfer of electron‐hole pairs across the lateral interfaces, indicating covalent stitching with high electronic quality and a low density of recombination centers.

36 MATERIALS SCIENCE↗