Search NASA⌕ Search

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.

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

At least 181 records · Page 10
All sourcesNASA NTRSDOE OSTI
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↗
NASA NTRS1994

Landing gear energy absorption system

A landing pad system is described for absorbing horizontal and vertical impact forces upon engagement with a landing surface where circumferentially arranged landing struts respectively have a clevis which receives a slidable rod member and where the upper portion of a slidable rod member is coupled to the clevis by friction washers which are force fit onto the rod member to provide for controlled constant force energy absorption when the rod member moves relative to the clevis. The lower end of the friction rod is pivotally attached by a ball and socket to a support plate where the support plate is arranged to slide in a transverse direction relative to a housing which contains an energy absorption material for absorbing energy in a transverse direction.

Hansen, Christopher P.↗
NASA NTRS1994

Displaceable spur gear torque controlled driver and method

Methods and apparatus are provided for a torque driver including a laterally displaceable gear support member to carry an output spur gear. A biasing assembly biases the output spur gear into engagement with a pinion to which is applied an input torque greater than a desired output torque limit for a threaded fastener such as a nut or screw. A coiled output linkage connects the output spur gear with a fastener adaptor which may be a socket for a nut. A gear tooth profile provides a separation force that overcomes the bias to limit torque at the desired torque limit. Multiple fasteners may be rotated simultaneously to a desired torque limit if additional output spur gears are provided. A gauged selector mechanism is provided to laterally displace multiple driver members for fasteners arranged in differing configurations. The torque limit is selectably adjustable and may be different for fasteners within the same fastener configuration.

Cook, Joseph S., Jr.↗
NASA NTRS1994

Pressurized fluid torque driver control and method

Methods and apparatus are provided for a torque driver including a displaceable gear to limit torque transfer to a fastener at a precisely controlled torque limit. A biasing assembly biases a first gear into engagement with a second gear for torque transfer between the first and second gear. The biasing assembly includes a pressurized cylinder controlled at a constant pressure that corresponds to a torque limit. A calibrated gage and valve is used to set the desired torque limit. One or more coiled output linkages connect the first gear with the fastener adaptor which may be a socket for a nut. A gear tooth profile provides a separation force that overcomes the bias to limit torque at the desired torque limit. Multiple fasteners may be rotated simultaneously to a desired torque limit if additional output spur gears are provided. The torque limit is adjustable and may be different for fasteners within the same fastener configuration.

Cook, Joseph S., Jr.↗
NASA NTRS1994

Development of the Toggle Deployment Mechanism

The Toggle Deployment Mechanism (TDM) is a two fault tolerant, single point, low shock pyro/mechanical releasing device. Many forms of releasing are single fault tolerant and involve breaking of primary structure. Other releasing mechanisms, that do not break primary structure, are only pyrotechnically redundant and not mechanically redundant. The TDM contains 3 independent pyro actuators, and only one of the 3 is required for release. The 2 separating members in the TDM are held together by a toggle that is a cylindrical stem with a larger diameter spherical shape on the top and flares out in a conical shape at the bottom. The spherical end of the toggle sits in a socket with the top assembly and the bottom is held down by 3 pins or hooks equally spaced around the conical shaped end. Each of the TDM's 3 independent actuators shares a third of the separating load and does not require as much pyrotechnic energy as many single fault tolerant actuators. Other single separating actuators, i.e., separating nuts or pin pullers, have the pyrotechnic energy releasing the entire preload holding the separating members together. Two types of TDM's ,described in this paper, release the toggle with pin pullers, and the third TDM releases the toggle with hooks. Each design has different advantages and disadvantages. This paper describes the TDM's construction and testing up to the summer of 1993.

Brown, Christopher W.↗
NASA NTRS1996

Air Traffic Complexity Measurement Environment (ACME): Software User's Guide

A user's guide for the Air Traffic Complexity Measurement Environment (ACME) software is presented. The ACME consists of two major components, a complexity analysis tool and user interface. The Complexity Analysis Tool (CAT) analyzes complexity off-line, producing data files which may be examined interactively via the Complexity Data Analysis Tool (CDAT). The Complexity Analysis Tool is composed of three independently executing processes that communicate via PVM (Parallel Virtual Machine) and Unix sockets. The Runtime Data Management and Control process (RUNDMC) extracts flight plan and track information from a SAR input file, and sends the information to GARP (Generate Aircraft Routes Process) and CAT (Complexity Analysis Task). GARP in turn generates aircraft trajectories, which are utilized by CAT to calculate sector complexity. CAT writes flight plan, track and complexity data to an output file, which can be examined interactively. The Complexity Data Analysis Tool (CDAT) provides an interactive graphic environment for examining the complexity data produced by the Complexity Analysis Tool (CAT). CDAT can also play back track data extracted from System Analysis Recording (SAR) tapes. The CDAT user interface consists of a primary window, a controls window, and miscellaneous pop-ups. Aircraft track and position data is displayed in the main viewing area of the primary window. The controls window contains miscellaneous control and display items. Complexity data is displayed in pop-up windows. CDAT plays back sector complexity and aircraft track and position data as a function of time. Controls are provided to start and stop playback, adjust the playback rate, and reposition the display to a specified time.

Source record↗
NASA NTRS1996

Performance Evaluation of Communication Software Systems for Distributed Computing

In recent years there has been an increasing interest in object-oriented distributed computing since it is better quipped to deal with complex systems while providing extensibility, maintainability, and reusability. At the same time, several new high-speed network technologies have emerged for local and wide area networks. However, the performance of networking software is not improving as fast as the networking hardware and the workstation microprocessors. This paper gives an overview and evaluates the performance of the Common Object Request Broker Architecture (CORBA) standard in a distributed computing environment at NASA Ames Research Center. The environment consists of two testbeds of SGI workstations connected by four networks: Ethernet, FDDI, HiPPI, and ATM. The performance results for three communication software systems are presented, analyzed and compared. These systems are: BSD socket programming interface, IONA's Orbix, an implementation of the CORBA specification, and the PVM message passing library. The results show that high-level communication interfaces, such as CORBA and PVM, can achieve reasonable performance under certain conditions.

Fatoohi, Rod↗
NASA NTRS1997

Displaceable Gear Torque Controlled Driver

Methods and apparatus are provided for a torque driver including a displaceable gear to limit torque transfer to a fastener at a precisely controlled torque limit. A biasing assembly biases a first gear into engagement with a second gear for torque transfer between the first and second gear. The biasing assembly includes a pressurized cylinder controlled at a constant pressure that corresponds to a torque limit. A calibrated gage and valve is used to set the desired torque limit. One or more coiled output linkages connect the first gear with the fastener adaptor which may be a socket for a nut. A gear tooth profile provides a separation force that overcomes the bias to limit torque at the desired torque limit. Multiple fasteners may be rotated simultaneously to a desired torque limit if additional output spur gears are provided. The torque limit is adjustable and may be different for fasteners within the same fastener configuration.

Cook, Joseph S., Jr.↗
NASA NTRS1996

Displaceable Spur Gear Torque Controlled Driver and Method

Methods and apparatus are provided for a torque driver including a laterally displaceable gear support member to carry an output spur gear. A biasing assembly biases the output spur gear into engagement with a pinion to which is applied an input torque greater than a desired output torque limit for a threaded fastener such as a nut or screw. A coiled output linkage connects the output spur gear with a fastener adaptor which may be a socket for a nut. A gear tooth profile provides a separation force that overcomes the bias to limit torque at the desired torque limit. Multiple fasteners may be rotated simultaneously to a desired torque limit if additional output spur gears are provided. A gauged selector mechanism is provided to laterally displace multiple driven members for fasteners arranged in differing configurations. The torque limit is selectably adjustable and may be different for fasteners within the same fastener configuration.

Cook, Joseph S., Jr.↗
NASA NTRS1998

Integrated Thermal Insulation System for Spacecraft

An integrated thermal protection system (TPS) for a spacecraft includes a grid that is bonded to skin of the spacecraft, e.g., to support the structural loads of the spacecraft. A plurality of thermally insulative, relatively large panels are positioned on the grid to cover the skin of the spacecraft to which the grid has been bonded. Each panel includes a rounded front edge and a front flange depending downwardly from the front edge. Also, each panel includes a rear edge formed with a rounded socket for receiving the rounded front edge of another panel therein, and a respective rear flange depends downwardly from each rear edge. Pins are formed on the front flanges, and pin receptacles are formed on the rear flanges, such that the pins of a panel mechanically interlock with the receptacles of the immediately forward panel. To reduce the transfer to the skin of heat which happens to leak through the panels to the grid, the grid includes stringers that are chair-shaped in cross-section.

Kolodziej, Paul↗