SEARCH · Search NASA

Results for “socket”

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 127 records · Page 7

All sources NASA NTRS DOE OSTI

NASA NTRS1985

Remote Coupling of Electrical Connectors

Device alines plug and receptacle axially and radially. Standard multiple-pin plug and socket mounted in mechanism. As threaded shaft moves out from its mounting bracket, two sets of petals engage each other and correct misalinement. Misalinement absorbed by spring-mounted swivels. Designed for umbilical cables between Space Shuttle and payload, mechanism adaptable to other remote or hazardous situations in which human not available to connect mating parts by hand.

Barbour, R. T.↗

NASA NTRS1986

Heat Bonding of Irradiated Ethylene Vinyl Acetate

Reliable method now available for joining parts of this difficult-tobond material. Heating fixture encircles ethylene vinyl acetate multiplesocket part, providing heat to it and to tubes inserted in it. Fixtures specially designed to match parts to be bonded. Tube-and-socket bonds made with this technique subjected to tensile tests. Bond strengths of 50 percent that of base material obtained consistently.

Slack, D. H.↗

NASA NTRS1986

Elbow and knee joint for hard space suits

An elbow or knee joint for a hard space suit or similar usage is formed of three serially connected rigid sections which have truncated spherical configurations. The ends of each section form solid geometric angles, and the sections are interconnected by hermetically sealed ball bearings. The outer two sections are fixed together for rotation in a direction opposite to rotation of the center section. A preferred means to make the outer sections track each other in rotation comprises a rotatable continuous bead chain which engages sockets circumferentially spaced on the facing sides of the outer races of the bearings. The joint has a single pivot point and the bearing axes are always contained in a single plane for any articulation of the joint. Thus flexure of the joint simulates the coplanar flexure of the knee or elbow and is not susceptible to lockup.

Vykukal, H. C.↗

NASA NTRS1987

Fully redundant mechanical release actuator

A system is described for performing a mechanical release function exhibiting low shock. This system includes two pyrotechnic detents fixed mounted in opposing axial alignment within a cylindrical housing having two mechanical bellows. Two mechanical bellow assemblies, each having one end hermetically bonded to the housing and the other to the respective actuator pin extending from either end of the housing, ensure that all outgassing and contamination from the operation of the pyrotechnic devices will be contained within the housing and bellows. The pin on one end of the assembly is fixed mounted and supported, via a bolt or ball-and-socket joint so that when the charge corresponding to that pin ignites, the entire assembly will exhibit rectilinear movement, including the opposing pin providing the unlatching motion. The release detent pin is supported by a linear bearing and when its corresponding pyrotechnic charge ignites the pin is retracted within the housing producing the same unlatching motion without movement of the entire assembly, thus providing complete mechanical, electrical and pyrotechnic redundancy for the unlatching pin.

Lucy, Melvin H.↗

NASA NTRS1987

Four-terminal electrical testing device

The invention relates to a four-terminal electrical connector device for testing and measuring unknown resistances of initiators used for starting pyrotechnic events aboard the space shuttle. The testing device minimizes contact resistance degradation effects and so improves the reliability of resistance measurements taken with the device. Separate and independent voltage sensing and current supply circuits each include a pair of socket contacts for mating engagement with the pins of the initiator. The unknown resistance that is measured by the device is the resistance of the bridgewire of the initiator which is required to be between 0.95 and 1.15 ohms.

Robinson, Robert L.↗

NASA NTRS1987

In-circuit fault injector user's guide

A fault injector system, called an in-circuit injector, was designed and developed to facilitate fault injection experiments performed at NASA-Langley's Avionics Integration Research Lab (AIRLAB). The in-circuit fault injector (ICFI) allows fault injections to be performed on electronic systems without special test features, e.g., sockets. The system supports stuck-at-zero, stuck-at-one, and transient fault models. The ICFI system is interfaced to a VAX-11/750 minicomputer. An interface program has been developed in the VAX. The computer code required to access the interface program is presented. Also presented is the connection procedure to be followed to connect the ICFI system to a circuit under test and the ICFI front panel controls which allow manual control of fault injections.

Padilla, Peter A.↗

NASA NTRS1988

Toggle release

The invention relates to a pyrotechnic actuated release mechanism which is mechanically two fault tolerant for effecting release. It is particularly well suited for releasably connecting structures to be used in the space environment or in other aerospace applications. The device comprises a fastener plate and fastener body, each attachable to either one of a pair of structures to be joined. The fastener plate and the body are fastenable by a toggle supported at one end on the fastener plate and mounted for universal pivotal movement thereon. At its other end, which is received in a central opening in the fastener body and adapted for limited pivotal movement therein, the toggle is restrained by three retractable latching pins. Each pin is individually retractable by combustion of a pyrotechnic charge. While retraction of all three pins releases the toggle, the fastener is mechanically two fault tolerant since the failure of any single or pair of the latch pins to retract results in an asymmetrical loading on the toggle and its pivotal movement to effect a release. An annular bolt is mounted on the fastener plate as a support for the socket mounting of the toggle whereby its selective axial movement provides a means for pre-loading the toggle.

Graves, Thomas Joseph↗

NASA NTRS1987

New tools for EVA operations

Effective extravehicular-activity (EVA) operations depend upon having the proper tools from simple wrenches to smart powered socket drives to powered adjustable foot restraints. The Space Shuttle carries a standard toolkit in the cargo bay for emergencies. Many special tools have been developed for the recent satellite repair missions; i.e., Solar Max, Westar/Palapa, and Leasat. Many more are being developed to maintain the Hubble Space Telescope on orbit for 15 years. The EVA tools developed and used in space to date are summarized and some of the new tools now in development are described herein. Finally, the requirements are given for several additional tools which may be needed in the future.

Whitsett, C. E.↗

NASA NTRS1991

Two fault tolerant toggle-hook release

A coupling device is disclosed which is mechanically two fault tolerant for release. The device comprises a fastener plate and fastener body, each of which is attachable to a different one of a pair of structures to be joined. The fastener plate and body are coupled by an elongate toggle mounted at one end in a socket on the fastener plate for universal pivotal movement thereon. The other end of the toggle is received in an opening in the fastener body and adapted for limited pivotal movement therein. The toggle is adapted to be restrained by three latch hooks arranged in symmetrical equiangular spacing about the axis of the toggle, each hook being mounted on the fastener body for pivotal movement between an unlatching non-contact position with respect to the toggle and a latching position in engagement with a latching surface of the toggle. The device includes releasable lock means for locking each latch hook in its latching position whereby the toggle couples the fastener plate to the fastener body and means for releasing the lock means to unlock each said latch hook from the latch position whereby the unlocking of at least one of the latch hooks from its latching position results in the decoupling of the fastener plate from the fastener body.

Graves, Thomas Joseph↗

NASA NTRS1992

Device for removing foreign objects from anatomic organs

A device is disclosed for removing foreign objects from anatomic organs such as the ear canal or throat. It has a housing shaped like a flashlight, an electrical power source such as a battery or AC power from a wall socket, and a tip extending from the housing. The tip has at least one wire loop made from a shape-memory-effect alloy, such as Nitinol, switchably connected to the electrical power source such that when electric current flows through the wire loop the wire loop heats up and returns to a previously programmed shape such as a curet or tweezers so as to facilitate removal of the foreign object.

Angulo, Earl D.↗

NASA NTRS1992

Network issues for large mass storage requirements

File Servers and Supercomputing environments need high performance networks to balance the I/O requirements seen in today's demanding computing scenarios. UltraNet is one solution which permits both high aggregate transfer rates and high task-to-task transfer rates as demonstrated in actual tests. UltraNet provides this capability as both a Server-to-Server and Server-to-Client access network giving the supercomputing center the following advantages highest performance Transport Level connections (to 40 MBytes/sec effective rates); matches the throughput of the emerging high performance disk technologies, such as RAID, parallel head transfer devices and software striping; supports standard network and file system applications using SOCKET's based application program interface such as FTP, rcp, rdump, etc.; supports access to the Network File System (NFS) and LARGE aggregate bandwidth for large NFS usage; provides access to a distributed, hierarchical data server capability using DISCOS UniTree product; supports file server solutions available from multiple vendors, including Cray, Convex, Alliant, FPS, IBM, and others.

Perdue, James↗

NASA NTRS1993

Pseudo Aircraft Systems - A multi-aircraft simulation system for air traffic control research

Pseudo Aircraft Systems (PAS) is a computerized flight dynamics and piloting system designed to provide a high fidelity multi-aircraft real-time simulation environment to support Air Traffic Control research. PAS is composed of three major software components that run on a network of computer workstations. Functionality is distributed among these components to allow the system to execute fast enough to support real-time operation. PAS workstations are linked by an Ethernet Local Area Network, and standard UNIX socket protocol is used for data transfer. Each component of PAS is controlled and operated using a custom designed Graphical User Interface. Each of these is composed of multiple windows, and many of the windows and sub-windows are used in several of the components. Aircraft models and piloting logic are sophisticated and realistic and provide complex maneuvering and navigational capabilities. PAS will continually be enhanced with new features and improved capabilities to support ongoing and future Air Traffic Control system development.

Weske, Reid A.↗

NASA NTRS1993

Integrated tools for teleoperated satellite repair

Tools and tool handling techniques designed for demonstrating the use of the Advanced Teleoperation System at JPL in satellite repair operations are described in this paper. Our model for the repair demonstration is the Main Electronics Box (MEB) replacement on the Solar Maximum Satellite Repair (SMSR) procedure developed by NASA and successfully performed by the crew of Space Shuttle STS-13 in 1984. A summary of the repair procedure consists of uncovering thermal protection blankets on the satellite, removing screws from the MEB panel, opening the panel and clamping it in place, then removing electrical connectors from their sockets, cutting cords that hold electrical cables to the MEB panel, replacing the panel, and finally reversing the previous procedures. Methods for handling tools used in our SMSR procedure, along with details of the tool designs are discussed in this paper.

Das, H.↗

NASA NTRS1994

Modular Cooling Components

Three modular heat-transfer components designed for use together or separately. Simple mechanical connections facilitate assembly of these and related heat-transfer components into cooling systems of various configurations, such as to cool laboratory equipment rearranged for different experiments. Components are clamp-on cold plate, cold plate attached to flexible heat pipe, and thermal-bus receptacle. Clamp-on cold plate moved to any convenient location for attachment of equipment cooled by it, then clamped onto thermal bus. Heat from equipment conducted through plate and into coolant. Thermal-bus receptacle integral with thermal bus. Includes part of thermal bus to which clamp-on cold plate attached, plus tapered socket into which condenser end of flexible heat pipe plugged. Thermal-bus receptacle includes heat-pipe wick structure using coolant in bus to enhance transfer of heat from cold plate.

Eastman, G. Yale↗

NASA NTRS1992

The Keck keyword layer

Each Keck instrument presents a consistent software view to the user interface programmer. The view consists of a small library of functions, which are identical for all instruments, and a large set of keywords, that vary from instrument to instrument. All knowledge of the underlying task structure is hidden from the application programmer by the keyword layer. Image capture software uses the same function library to collect data for the image header. Because the image capture software and the instrument control software are built on top of the same keyword layer, a given observation can be 'replayed' by extracting keyword-value pairs from the image header and passing them back to the control system. The keyword layer features non-blocking as well as blocking I/O. A non-blocking keyword write operation (such as setting a filter position) specifies a callback to be invoked when the operation is complete. A non-blocking keyword read operation specifies a callback to be invoked whenever the keyword changes state. The keyword-callback style meshes well with the widget-callback style commonly used in X window programs. The first keyword library was built for the two Keck optical instruments. More recently, keyword libraries have been developed for the infrared instruments and for telescope control. Although the underlying mechanisms used for inter-process communication by each of these systems vary widely (Lick MUSIC, Sun RPC, and direct socket I/O, respectively), a basic user interface has been written that can be used with any of these systems. Since the keyword libraries are bound to user interface programs dynamically at run time, only a single set of user interface executables is needed. For example, the same program, 'xshow', can be used to display continuously the telescope's position, the time left in an instrument's exposure, or both values simultaneously. Less generic tools that operate on specific keywords, for example an X display that controls optical instrument exposures, have also been written using the keyword layer.

Conrad, A. R.↗

NASA NTRS1992

The Keck Task Library (KTL)

KTL is a set of routines which eases the job of writing applications which must interact with a variety of underlying sub-systems (known as services). A typical application is an X Window user interface coordinating telescope and instruments. In order to connect to a service, application code specifies a service name--typically an instrument name--and a style, which defines the way in which the application will interact with the service. Two styles are currently supported: keyword, where the application reads and writes named keywords and the resulting inter-task message traffic is hidden; and message, where the application deals directly with messages. The keyword style is intended mainly for user interfaces, and the message style is intended mainly for lower-level applications. KTL applications are event driven: a typical application first connects to all its desired services, then expresses interest in specified events. The application then enters an event dispatch loop in which it waits for events and calls the appropriate service's event-handling routine. Each event is associated with a call-back routine which is invoked when the event occurs. Call-back routines may (and typically do) interact with other sub-systems and KTL provides the means of doing so without blocking the application (vital for X Window user interfaces). This approach is a marriage of ideas culled from the X window, ADAM, Keck instrument, and Keck telescope control systems. A novel feature of KTL is that it knows nothing about any services or styles. Instead it defines a generic set of routines which must be implemented by all services and styles (essentially open(), ioctl(), read(), write(), event(), and close()) and activates sharable libraries at run-time. Services have been implemented (in both keyword and message styles) for HIRES (the Keck high resolution echelle spectrograph built by Lick Observatory), LWS (the Keck long wavelength spectrometer built by UC San Diego), and the Keck telescope. Each of these implementations uses different underlying message systems: the Lick MUSIC system, RPC's, and direct sockets (respectively). Services for the remaining three front-line Keck instruments will be implemented over the next few months.

Lupton, W. F.↗

NASA NTRS1993

The Mars mapper science and mission planning tool

The Mars Mapper Program (MOm) is an interactive tool for science and mission design developed for the Mars Observer Mission (MO). MOm is a function of the Planning and Sequencing Element of the MO Ground Data System. The primary users of MOm are members of the science and mission planning teams. Using MOm, the user can display digital maps of Mars in various projections and resolutions ranging from 1 to 256 pixels per degree squared. The user can overlay the maps with ground tracks of the MO spacecraft (S/C) and footprints and swaths of the various instruments on-board the S/C. Orbital and instrument geometric parameters can be computed on demand and displayed on the digital map or plotted in XY-plots. The parameter data can also be saved into files for other uses. MOm is divided into 3 major processes: Generator, Mapper, Plotter. The Generator Process is the main control which spawns all other processes. The processes communicate via sockets. At any one time, only 1 copy of MOm may operate on the system. However, up to 5 copies of each of the major processes may be invoked from the Generator. MOm is developed on the Sun SPARCStation 2GX with menu driven graphical user interface (GUI). The map window and its overlays are mouse-sensitized to permit on-demand calculations of various parameters along an orbit. The program is currently under testing and will be delivered to the MO Mission System Configuration Management for distribution to the MO community in 3/93.

Lo, Martin W.↗

NASA NTRS1993

Making tomorrow's mistakes today: Evolutionary prototyping for risk reduction and shorter development time

In the early days of JPL's solar system exploration, each spacecraft mission required its own dedicated data system with all software applications written in the mainframe's native assembly language. Although these early telemetry processing systems were a triumph of engineering in their day, since that time the computer industry has advanced to the point where it is now advantageous to replace these systems with more modern technology. The Space Flight Operations Center (SFOC) Prototype group was established in 1985 as a workstation and software laboratory. The charter of the lab was to determine if it was possible to construct a multimission telemetry processing system using commercial, off-the-shelf computers that communicated via networks. The staff of the lab mirrored that of a typical skunk works operation -- a small, multi-disciplinary team with a great deal of autonomy that could get complex tasks done quickly. In an effort to determine which approaches would be useful, the prototype group experimented with all types of operating systems, inter-process communication mechanisms, network protocols, packet size parameters. Out of that pioneering work came the confidence that a multi-mission telemetry processing system could be built using high-level languages running in a heterogeneous, networked workstation environment. Experience revealed that the operating systems on all nodes should be similar (i.e., all VMS or all PC-DOS or all UNIX), and that a unique Data Transport Subsystem tool needed to be built to address the incompatibilities of network standards, byte ordering, and socket buffering. The advantages of building a telemetry processing system based on emerging industry standards were numerous: by employing these standards, we would no longer be locked into a single vendor. When new technology came to market which offered ten times the performance at one eighth the cost, it would be possible to attach the new machine to the network, re-compile the application code, and run. In addition, we would no longer be plagued with lack of manufacturer support when we encountered obscure bugs. And maybe, hopefully, the eternal elusive goal of software portability across different vendors' platforms would finally be available. Some highlights of our prototyping efforts are described.

Friedman, Gary↗