Search NASA⌕ Search

SEARCH · Search NASA

Results for “Interface”

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 19 records
All sourcesNASA NTRSDOE OSTI
NASA NTRS2018

Verifying Interfaces and Generating Interface Control Documents for the Alignment and Phasing Subsystem of the Thirty Meter Telescope from a System Model in SysML

This paper presents a novel method for verifying interfaces and generating interface control documents (ICDs) from a system model in SysMLTM. In systems and software engineering, ICDs are key artifacts that specify the interface(s) to a system or subsystem, and are used to control the documentation of these interfaces. ICDs enable independent teams to develop connecting systems that use the specified interfaces. In the context of the Thirty Meter Telescope (TMT), interface control documents also act as contracts for delivered subsystems. The Alignment and Phasing system (APS) is one such subsystem. APS is required to implement a particular interface, and formulates requirements for the interfaces to be provided by other components of TMT that interface with APS. As the design of APS matures, these interfaces are frequently refined, making it necessary for related ICDs to be updated. In current systems engineering practice, ICDs are maintained manually. This manual maintenance can lead to a loss in integrity and accuracy of the documents over time, resulting in the documents no longer reflecting the actual state of the interfaces of a system. We show how a system model in SysMLTM can be used to generate ICDs automatically. The method is demonstrated through application to interface control documents pertaining to APS. Specifically, we apply the method to the interface of APS to the primary mirror control system (M1CS) and of APS to the Telescope Control System (TCS). We evaluate the newly introduced method through application to two case studies.

Troy, Mitchell↗
NASA NTRS1994

Microconical interface fitting and interface grasping tool

A small and light weight microconical interface fitting may be attached to the surface of a space vehicle or equipment to provide an attachment device for an astronaut or robot to capture the space vehicle or equipment. The microconical interface fitting of the present invention has an axisymmetrical conical body having a base portion with a torque reaction surface for preventing rotation of the interface grasping tool; a cavitated, sunken or hollowed out intermediate locking portion which has a cavity shaped for receiving the latches of the grasping tool and an upper guiding portion for guiding the grasping tool into axial alignment with the microconical interface fitting. The capture is accomplished with an interface grasping tool. The grasping tool comprises an outer sleeve with a handle attached, an inner sleeve which may be raised and lowered within the outer sleeve with a plurality of latches supported at the lower end and a cam to raise and lower the inner sleeve. When the inner sleeve is at its lowest position, the latches form the largest diameter opening for surrounding the microconical fitting and the latches form the smallest diameter or a locking, grasping position when raised to the highest position within the outer sleeve. The inner sleeve may be at an intermediate, capture position which permits the latches to be biased outwardly when contacting the microconical fitting under very low forces to grasp the fitting and permits capture (soft docking) without exact alignment of the fitting and the tool.

Gernhardt, Michael L.↗
NASA NTRS2005

Network device interface for digitally interfacing data channels to a controller via a network

The present invention provides a network device interface and method for digitally connecting a plurality of data channels, such as sensors, actuators, and subsystems, to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. Data retrieved from the sensor is then converted by the network device interface into digital signals and transmitted back to the controller. In one advantageous embodiment, the network device interface uses a specialized protocol for communicating across the network bus that uses a low-level instruction set and has low overhead for data communication.

Ellerbrock, Philip J.↗
NASA NTRS2004

Network device interface for digitally interfacing data channels to a controller via a network

The present invention provides a network device interface and method for digitally connecting a plurality of data channels, such as sensors, actuators, and subsystems, to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. Data retrieved from the sensor is then converted by the network device interface into digital signals and transmitted back to the controller. In one advantageous embodiment, the network device interface uses a specialized protocol for communicating across the network bus that uses a low-level instruction set and has low overhead for data communication.

Ellerbrock, Philip J.↗
NASA NTRS2006

Network device interface for digitally interfacing data channels to a controller a via network

The present invention provides a network device interface and method for digitally connecting a plurality of data channels to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. In one embodiment, the bus controller transmits messages to the network device interface containing a plurality of bits having a value defined by a transition between first and second states in the bits. The network device interface determines timing of the data sequence of the message and uses the determined timing to communicate with the bus controller.

Ellerbrock, Philip J.↗
NASA NTRS2006

Network device interface for digitally interfacing data channels to a controller via a network

The present invention provides a network device interface and method for digitally connecting a plurality of data channels, such as sensors, actuators, and subsystems, to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. Data retrieved from the sensor is then converted by the network device interface into digital signals and transmitted back to the controller. In one advantageous embodiment, the network device interface is a state machine, such as an ASIC, that operates independent of a processor in communicating with the bus controller and data channels.

Ellerbrock, Philip J.↗
NASA NTRS2007

Network device interface for digitally interfacing data channels to a controller via a network

The present invention provides a network device interface and method for digitally connecting a plurality of data channels, such as sensors, actuators, and subsystems, to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. Data retrieved from the sensor is converted into digital signals and transmitted to the controller. In some embodiments, network device interfaces associated with different data channels coordinate communications with the other interfaces based on either a transition in a command message sent by the bus controller or a synchronous clock signal.

Ellerbrock, Philip J.↗
NASA NTRS2005

LabVIEW Interface for PCI-SpaceWire Interface Card

This software provides a LabView interface to the NT drivers for the PCISpaceWire card, which is a peripheral component interface (PCI) bus interface that conforms to the IEEE-1355/ SpaceWire standard. As SpaceWire grows in popularity, the ability to use SpaceWire links within LabVIEW will be important to electronic ground support equipment vendors. In addition, there is a need for a high-level LabVIEW interface to the low-level device- driver software supplied with the card. The LabVIEW virtual instrument (VI) provides graphical interfaces to support all (1) SpaceWire link functions, including message handling and routing; (2) monitoring as a passive tap using specialized hardware; and (3) low-level access to satellite mission-control subsystem functions. The software is supplied in a zip file that contains LabVIEW VI files, which provide various functions of the PCI-SpaceWire card, as well as higher-link-level functions. The VIs are suitably named according to the matching function names in the driver manual. A number of test programs also are provided to exercise various functions.

Lux, James↗
NASA NTRS2003

Command Interface ASIC - Analog Interface ASIC Chip Set

A command interface application-specific integrated circuit (ASIC) and an analog interface ASIC have been developed as a chip set for remote actuation and monitoring of a collection of switches, which can be used to control generic loads, pyrotechnic devices, and valves in a high-radiation environment. The command interface ASIC (CIA) can be used alone or in combination with the analog interface ASIC (AIA). Designed primarily for incorporation into spacecraft control systems, they are also suitable for use in high-radiation terrestrial environments (e.g., in nuclear power plants and facilities that process radioactive materials). The primary role of the CIA within a spacecraft or other power system is to provide a reconfigurable means of regulating the power bus, actuating all valves, firing all pyrotechnic devices, and controlling the switching of power to all switchable loads. The CIA is a mixed-signal (analog and digital) ASIC that includes an embedded microcontroller with supporting fault-tolerant switch control and monitoring circuitry that is capable of connecting to a redundant set of interintegrated circuit (I(sup 2)C) buses. Commands and telemetry requests are communicated to the CIA. Adherence to the I(sup 2)C bus standard helps to reduce development costs by facilitating the use of previously developed, commercially available components. The AIA is a mixed-signal ASIC that includes the analog circuitry needed to connect the CIA to a custom higher powered version of the I(sup 2)C bus. The higher-powered version is designed to enable operation with bus cables longer than those contemplated in the I(sup 2)C standard. If there are multiple higher-power I(sup 2)C-like buses, then there must an AIA between the CIA and each such bus. The AIA includes two identical interface blocks: one for the side-A I(sup 2)C clock and data buses and the other for the side B buses. All the AIAs on each side are powered from a common power converter module (PCM). Sides A and B of the I(sup 2)C buses are electrically isolated from each other (see figure). They are also isolated from the CIA by use of transformer coupling of signals between the AIA blocks and the CIA.

Ruiz, Baldes↗
NASA NTRS1980

Study of GaAs-oxide interface by transient capacitance spectroscopy - Discrete energy interface states

Interface states and bulk GaAs energy levels were simultaneously investigated in GaAs MOS structures prepared by anodic oxidation. These two types of energy levels were successfully distinguished by carrying out a comparative analysis of deep level transient capacitance spectra of the MOS structures and MS structures prepared on the same samples of epitaxially grown GaAs. The identification and study of the interface states and bulk levels was also performed by investigating the transient capacitance spectra as a function of the filling pulse magnitude. It was found that in the GaAs-anodic oxide interface there are states present with a discrete energy rather than with a continuous energy distribution. The value of the capture cross section of the interface states was found to be 10 to the 14th to 10 to the 15th/sq cm, which is more accurate than the extremely large values of 10 to the -8th to 10 to the -9th/sq cm reported on the basis of conductance measurements.

Kamieniecki, E.↗
NASA NTRS1987

Media independent interface. Interface control document

A Media Independent Interface (MII) is specified, using current standards in the industry. The MII is described in hierarchical fashion. At the base are IEEE/International Standards Organization (ISO) documents (standards) which describe the functionality of the software modules or layers and their interconnection. These documents describe primitives which are to transcent the MII. The intent of the MII is to provide a universal interface to one or more Media Access Contols (MACs) for the Logical Link Controller and Station Manager. This interface includes both a standardized electrical and mechanical interface and a standardized functional specification which defines the services expected from the MAC.

Source record↗
NASA NTRS1988

Interfaces in polymer, ceramic, and metal matrix composites; Proceedings of the Second International Conference on Composite Interfaces (ICCI-II), Cleveland, OH, June 13-17, 1988

The present conference on interfacial factors in advanced composite materials discusses such topics in their development status and properties as silane coupling, the electrochemical and plasma-surface treatment of carbon fibers, fiber surface-analytical techniques, polymer molecular scale characterization by atom-probe field-ion microscopy, the study of carbon fiber-epoxy resin interface interactions by means of labeling techniques, and the surface tailoring of SiC by ion implantation. Also discussed are developments in laser light-scattered photoelasticity, microstructural evolutions under heat treatment and radiation damage, TEM for composites, the interfaces of carbon fiber-reinforced Al composites, the influence of the interface on macroscopic composite properties, and the status of the theoretical understanding of composite interfaces.

Ishida, Hatsuo↗
NASA NTRS2006

Network device interface for digitally interfacing data channels to a controller via a network

The present invention provides a network device interface and method for digitally connecting a plurality of data channels, such as sensors, actuators, and subsystems, to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. Data retrieved from the sensor is then converted into digital signals and transmitted back to the controller. In one embodiment, the bus controller sends commands and data a defined bit rate, and the network device interface senses this bit rate and sends data back to the bus controller using the defined bit rate.

Ellerbrock, Philip J.↗
NASA NTRS2009

Network device interface for digitally interfacing data channels to a controller via a network

A communications system and method are provided for digitally connecting a plurality of data channels, such as sensors, actuators, and subsystems, to a controller using a network bus. The network device interface interprets commands and data received from the controller and polls the data channels in accordance with these commands. Specifically, the network device interface receives digital commands and data from the controller, and based on these commands and data, communicates with the data channels to either retrieve data in the case of a sensor or send data to activate an actuator. Data retrieved from the sensor is converted into digital signals and transmitted to the controller. Network device interfaces associated with different data channels can coordinate communications with the other interfaces based on either a transition in a command message sent by the bus controller or a synchronous clock signal.

Ellerbrock, Philip J.↗
NASA NTRS1983

The electrical behavior of GaAs-insulator interfaces - A discrete energy interface state model

The relationship between the electrical behavior of GaAs Metal Insulator Semiconductor (MIS) structures and the high density discrete energy interface states (0.7 and 0.9 eV below the conduction band) was investigated utilizing photo- and thermal emission from the interface states in conjunction with capacitance measurements. It was found that all essential features of the anomalous behavior of GaAs MIS structures, such as the frequency dispersion and the C-V hysteresis, can be explained on the basis of nonequilibrium charging and discharging of the high density discrete energy interface states.

Kazior, T. E.↗
NASA NTRS1987

Interfacing the expert: Characteristics and requirements for the user interface in expert systems

Because expert systems deal with new sets of problems presenting unique interface requirements, special issues requiring special attention are presented to user interface designers. External knowledge representation (how knowdedge is represented across the user interface), modes of user-system interdependence (advisory, cooperative, and autonomous), and management of uncertainty (deciding what actions to take or recommend based on incomplete evidence) are discussed.

Potter, Andrew↗
NASA NTRS1991

Adaptive control of interface by temperature and interface profile feedback in transparent multi-zone crystal growth furnace

The objective of this research is to control the dynamics of multizone programmable crystal growth furnaces. Due to the inevitable heat exchange among different heating zones and the transient nature of the process, the dynamics of multizone furnaces is time varying, distributed, and therefore complex in nature. Electrical power to heating zones and the translational speed of the ampoule are employed as inputs to control the dynamics. Structural properties of the crystal is the ultimate aim of this adaptive control system. These properties can be monitored in different ways. Following an order of complexity, these may include: (1) on line measurement of the material optical properties such as the refractive index of crystal; (2) on line x-ray imaging of the interface topology; (3) on line optical quantification of the interface profile such as the determination of concavity or convexity of the interface shape; and (4) on line temperature measurement at points closest to the material such as measurements of the ampoule's outside and inside surface temperatures. The research performed makes use of the temperature and optical measurements, specified in (3) and (4) as the outputs of furnace dynamics. However, if the instrumentation is available, the proposed control methodology can be extended to the measurements listed in (1) and (2).

Batur, Celal↗