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

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.↗

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.↗

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↗

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.↗

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.↗

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.↗

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↗

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.↗

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.↗

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.↗

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.↗

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↗

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↗

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.↗

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.↗

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↗

MOD Tool (Microwave Optics Design Tool)

The Jet Propulsion Laboratory (JPL) is currently designing and building a number of instruments that operate in the microwave and millimeter-wave bands. These include MIRO (Microwave Instrument for the Rosetta Orbiter), MLS (Microwave Limb Sounder), and IMAS (Integrated Multispectral Atmospheric Sounder). These instruments must be designed and built to meet key design criteria (e.g., beamwidth, gain, pointing) obtained from the scientific goals for the instrument. These criteria are frequently functions of the operating environment (both thermal and mechanical). To design and build instruments which meet these criteria, it is essential to be able to model the instrument in its environments. Currently, a number of modeling tools exist. Commonly used tools at JPL include: FEMAP (meshing), NASTRAN (structural modeling), TRASYS and SINDA (thermal modeling), MACOS/IMOS (optical modeling), and POPO (physical optics modeling). Each of these tools is used by an analyst, who models the instrument in one discipline. The analyst then provides the results of this modeling to another analyst, who continues the overall modeling in another discipline. There is a large reengineering task in place at JPL to automate and speed-up the structural and thermal modeling disciplines, which does not include MOD Tool. The focus of MOD Tool (and of this paper) is in the fields unique to microwave and millimeter-wave instrument design. These include initial design and analysis of the instrument without thermal or structural loads, the automation of the transfer of this design to a high-end CAD tool, and the analysis of the structurally deformed instrument (due to structural and/or thermal loads). MOD Tool is a distributed tool, with a database of design information residing on a server, physical optics analysis being performed on a variety of supercomputer platforms, and a graphical user interface (GUI) residing on the user's desktop computer. The MOD Tool client is being developed using Tcl/Tk, which allows the user to work on a choice of platforms (PC, Mac, or Unix) after downloading the Tcl/Tk binary, which is readily available on the web. The MOD Tool server is written using Expect, and it resides on a Sun workstation. Client/server communications are performed over a socket, where upon a connection from a client to the server, the server spawns a child which is be dedicated to communicating with that client. The server communicates with other machines, such as supercomputers using Expect with the username and password being provided by the user on the client.

Katz, Daniel S.↗

Applying Space Technology to Enhance Control of an Artificial Arm for Children and Adults With Amputations

The first single function myoelectric prosthetic hand was introduced in the 1960's. This hand was controlled by the electric fields generated by muscle contractions in the residual limb of the amputee user. Electrodes and amplifiers, embedded in the prosthetic socket, measured these electric fields across the skin, which increase in amplitude as the individual contracts their muscle. When the myoelectric signal reached a certain threshold amplitude, the control unit activated a motor which opened or closed a hand-like prosthetic terminal device with a pincher grip. Late in the 1990's, little has changed. Most current myoelectric prostheses still operate in this same, single-function way. To better understand the limitations of the current single-function myoelectric hand and the needs of those who use them, The Institute for Rehabilitation and Research (TIRR), sponsored by the National Institutes of Health (NUH), surveyed approximately 2,500 individuals with upper limb loss [1]. When asked to identify specific features of their current myoelectric prostheses that needed improvement, the survey respondents overwhelmingly identified the lack of wrist and finger movement, as well as poor control capability. However, simply building a mechanism with individual finger and wrist motion is not enough. In the 1960's and 1970's, engineers built a number of more dexterous prosthetic hands. Unfortunately, these were rejected during clinical trials due to a difficult and distracting control interface. The goal of this project, "Applying Space Technology to Enhance Control of an Artificial Arm for Children and Adults with Amputations," was to lay the foundation for a multi-function, intuitive myoelectric control system which requires no conscious thought to move the hand. We built an extensive myoelectric signal database for six motions from ten amputee volunteers, We also tested a control system based on new artificial intelligence techniques on the data from two of these subjects. This data is available to anyone doing myoelectric control research. Its availability is an important contribution to the prosthetics research community, as many researchers do not have access to amputee subjects. Since we collected myoelectric data from subjects' sound arms as well as their residual arms, this database will also prove useful to virtual reality and robotics researchers who want to explore myoelectric-based interfaces between any user and a machine. Currently, one small company (Intelligenta, Inc.) and one university (University of New Brunswick, Canada) are using this myoelectric database under other funding to develop multifunction control systems for prostheses. A prosthetics manufacturer (Liberty Technology, Inc.) is making plans to incorporate the results of their work into an artificial hand capable of several different movements to provide functionality only dreamed of by current myoelectric users. Methods Six adults and four children, all with unilateral, below-elbow amputations served as subjects. Five of the adults (3 male, 2 female, average age 34 years) had amputations due to traumatic injury, while one adult (female, age 32 years) and the four children (3 male, 1 female, average age 13 years) had congenital (i.e. from birth) limb deficiencies.

Atkins, Diane J.↗