Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “serial”

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 1,243 records · Page 69

Thermal feedback in virtual reality and telerobotic systems

A new concept has been developed that allows temperature to be part of the virtual world. The Displaced Temperature Sensing System (DTSS) can 'display' temperature in a virtual reality system.The DTSS can also serve as a feedback device for telerobotics. For virtual reality applications the virtual world software would be required to have a temperature map of its world. By whatever means (magnetic tracker, ultrasound tracker, etc.) the hand and fingers, which have been instrumented with thermodes, would be tracked. The temperature associated with the current position would be transmitted to the DRSS via a serial data link. The DTSS would provide that temperature to the fingers. For telerobotic operation the function of the DTSS is to transmit a temperature from a remote location to the fingers where the temperature can be felt.

Zerkus, Mike↗

Test Telemetry And Command System (TTACS)

The Jet Propulsion Laboratory has developed a multimission Test Telemetry and Command System (TTACS) which provides a multimission telemetry and command data system in a spacecraft test environment. TTACS reuses, in the spacecraft test environment, components of the same data system used for flight operations; no new software is developed for the spacecraft test environment. Additionally, the TTACS is transportable to any spacecraft test site, including the launch site. The TTACS is currently operational in the Galileo spacecraft testbed; it is also being provided to support the Cassini and Mars Surveyor Program projects. Minimal personnel data system training is required in the transition from pre-launch spacecraft test to post-launch flight operations since test personnel are already familiar with the data system's operation. Additionally, data system components, e.g. data display, can be reused to support spacecraft software development; and the same data system components will again be reused during the spacecraft integration and system test phases. TTACS usage also results in early availability of spacecraft data to data system development and, as a result, early data system development feedback to spacecraft system developers. The TTACS consists of a multimission spacecraft support equipment interface and components of the multimission telemetry and command software adapted for a specific project. The TTACS interfaces to the spacecraft, e.g., Command Data System (CDS), support equipment. The TTACS telemetry interface to the CDS support equipment performs serial (RS-422)-to-ethernet conversion at rates between 1 bps and 1 mbps, telemetry data blocking and header generation, guaranteed data transmission to the telemetry data system, and graphical downlink routing summary and control. The TTACS command interface to the CDS support equipment is nominally a command file transferred in non-real-time via ethernet. The CDS support equipment is responsible for metering the commands to the CDS; additionally for Galileo, TTACS includes a real-time-interface to the CDS support equipment. The TTACS provides the basic functionality of the multimission telemetry and command data system used during flight operations. TTACS telemetry capabilities include frame synchronization, Reed-Solomon decoding, packet extraction and channelization, and data storage/query. Multimission data display capabilities are also available. TTACS command capabilities include command generation verification, and storage.

Fogel, Alvin J.↗

Small satellite space operations

CTA Space Systems has played a premier role in the development of the 'lightsat' programs of the 80's and 90's. The high costs and development times associated with conventional LEO satellite design, fabrication, launch, and operations continue to motivate the development of new methodologies, techniques, and generally low cost and less stringently regulated satellites. These spacecraft employ low power 'lightsat' communications (versus TDRSS for NASA's LEO's) and typically fly missions with payload/experiment suites that can succeed, for example, without heavily redundant backup systems and large infrastructures of personnel and ground support systems. Such small yet adaptable satellites are also typified by their very short contract-to-launch times (often one to two years). This paper reflects several of the methodologies and perspectives of our successful involvement in these innovative programs and suggests how they might relieve NASA's mounting pressures to reduce the cost of both the spacecraft and their companion mission operations. It focuses on the use of adaptable, sufficiently powerful yet inexpensive PC-based ground systems for wide ranging user terminal (UT) applications and master control facilities for mission operations. These systems proved themselves in successfully controlling more than two dozen USAF, USN, and ARPA satellites at CTA/SS. UT versions have linked with both GEO and LEO satellites and functioned autonomously in relay roles often in remote parts of the world. LEO applications particularly illustrate the efficacy of these concepts since a user can easily mount a lightweight antenna, usually an omni or helix with light duty rotors and PC-based drivers. A few feet of coax connected to a small transceiver module (the size of a small PC) and a serial line to an associated PC establishes a communications link and together with the PC constitute a viable ground station. Applications included geomagnetic mapping; spaceborne solid state recorder validation; global store-and-forward data communications for both scientific and military purposes such as Desert Storm; UHF transponder services for both digital data and voice using a constellation; remote sensor monitoring of weather and oceanographic conditions; classified payloads; and UHF spectrum surveillance. Ground processing has been accomplished by automatic unattended or manual operation. Management of multiple assets highlights the relative ease with which two constellations totaling nine satellites were controlled from one system including constellation station keeping. Our experience in small end-to-end systems including concurrent design, development, and testing of the flight and operational ground systems offers low cost approaches to NASA scientific satellite operations of the 1990's.

Reiss, Keith↗

Embedded parallel processing based ground control systems for small satellite telemetry

The use of networked terminals which utilize embedded processing techniques results in totally integrated, flexible, high speed, reliable, and scalable systems suitable for telemetry and data processing applications such as mission operations centers (MOC). Synergies of these terminals, coupled with the capability of terminal to receive incoming data, allow the viewing of any defined display by any terminal from the start of data acquisition. There is no single point of failure (other than with network input) such as exists with configurations where all input data goes through a single front end processor and then to a serial string of workstations. Missions dedicated to NASA's ozone measurements program utilize the methodologies which are discussed, and result in a multimission configuration of low cost, scalable hardware and software which can be run by one flight operations team with low risk.

Forman, Michael L.↗

Spacecraft Data Simulator for the test of level zero processing systems

The Microelectronic Systems Branch (MSB) at Goddard Space Flight Center (GSFC) has developed a Spacecraft Data Simulator (SDS) to support the development, test, and verification of prototype and production Level Zero Processing (LZP) systems. Based on a disk array system, the SDS is capable of generating large test data sets up to 5 Gigabytes and outputting serial test data at rates up to 80 Mbps. The SDS supports data formats including NASA Communication (Nascom) blocks, Consultative Committee for Space Data System (CCSDS) Version 1 & 2 frames and packets, and all the Advanced Orbiting Systems (AOS) services. The capability to simulate both sequential and non-sequential time-ordered downlink data streams with errors and gaps is crucial to test LZP systems. This paper describes the system architecture, hardware and software designs, and test data designs. Examples of test data designs are included to illustrate the application of the SDS.

Shi, Jeff↗

STS-65 Space Shuttle mission report

The STS-65 Space Shuttle Program Mission Report summarizes the Payload activities as well as the Orbiter, External Tank (ET), Solid Rocket Booster (SRB), Redesigned Solid Rocket Motor (RSRM), and the Space Shuttle main engine (SSME) systems performance during the sixty-third flight of the Space Shuttle Program and the seventeenth flight of the Orbiter vehicle Columbia (OV-102). In addition to the Orbits the flight vehicle consisted of an ET that was designated ET-64; three SSME's that were designated as serial numbers 2019, 2030, and 2017 in positions 1, 2, and 3, respectively; and two SRB's that were designated Bl-066. The RSRM's that were installed in each SRB were designated as 360P039A for the left SRB, and 360W039 for the right SRB. The primary objective of this flight was to complete the operation of the second International Microgravity Laboratory (IML-2). The secondary objectives of this flight were to complete the operations of the Commercial Protein Crystal Growth (CPCG), Orbital Acceleration Research Experiment (OARE), and the Shuttle Amateur Radio Experiment (SAREX) II payloads. Additional secondary objectives were to meet the requirements of the Air Force Maui Optical Site (AMOS) and the Military Application Ship Tracks (MAST) payloads, which were manifested as payloads of opportunity.

Fricke, Robert W., Jr.↗

A report of work activities on the NASA Spacelink public electronic library

NASA Spacelink is a comprehensive electronic data base of NASA and other source educational and informational materials. This service originates at Marshall Space Flight Center (MSFC) in Huntsville, Alabama. This is an education service of NASA Headquarters, through the MSFC Education Office, that first began in February of 1988. The new NASA Spacelink Public Electronic Library was the result of a study conducted to investigate an upgrade or redesign of the original NASA Spacelink. The UNIX Operating System was chosen to be the host operating system for the new NASA Spacelink Public Electronic Library. The UNIX system was selected for this project because of the strengths built into the embedded communication system and for its simple and direct file handling capabilities. The host hardware of the new system is a Sun Microsystems SPARCserver 1000 computer system. The configuration has four 50-MHz SuperSPARC processors with 128 megabytes of shared memory; three SB800 serial ports allowing 24 cable links for phone communications; 4.1 gigabytes of on-line disk storage; and ten (10) CD-ROM drives. Communications devices on the system are sufficient to support the expected number of users through the Internet, the local dial services, long distance dial services; the MSFC PABX, and the NPSS (NASA Packet Switching System) and 1-800 access service for the registered teachers.

Smith, Willard A.↗

Empirical study of parallel LRU simulation algorithms

This paper reports on the performance of five parallel algorithms for simulating a fully associative cache operating under the LRU (Least-Recently-Used) replacement policy. Three of the algorithms are SIMD, and are implemented on the MasPar MP-2 architecture. Two other algorithms are parallelizations of an efficient serial algorithm on the Intel Paragon. One SIMD algorithm is quite simple, but its cost is linear in the cache size. The two other SIMD algorithm are more complex, but have costs that are independent on the cache size. Both the second and third SIMD algorithms compute all stack distances; the second SIMD algorithm is completely general, whereas the third SIMD algorithm presumes and takes advantage of bounds on the range of reference tags. Both MIMD algorithm implemented on the Paragon are general and compute all stack distances; they differ in one step that may affect their respective scalability. We assess the strengths and weaknesses of these algorithms as a function of problem size and characteristics, and compare their performance on traces derived from execution of three SPEC benchmark programs.

Carr, Eric↗

Cochannel and Adjacent-Channel Interference in Nonlinear Minimum-Shift-Keyed Satellite System

The interference susceptibility of a serial-minimum-shift-keyed (SMSK) modulation system to an interfering signal transmitted through a satellite link with cascaded nonlinear elements was investigated through computer simulation. The satellite link evaluated in this study represented NASA's Advanced Communications Technology Satellite (ACTS) system. Specifically, nonlinear characteristics were used that had specified amplitude-modulation to amplitude-modulation and amplitude-modulation to phase-modulation transfer characteristics obtained from the actual ACTS hardware. Two measurement scenarios were analyzed: degradation of an MSK satellite link from cochannel interference and from adjacent-channel interference. Interference was evaluated in terms of the probability of bit error rate (BER) versus energy per bit over noise power density Eb/No.

Yu, John↗

STS-59 Space Shuttle mission report

The STS-59 Space Shuttle Program Mission Report summarizes the Payload activities as well as the Orbiter, External Tank (ET), Solid Rocket Booster (SRB), Redesigned Solid Rocket Motor (RSRM), and the Space Shuttle main engine (SSME) systems performance during the sixty-second flight of the Space Shuttle Program and sixth flight of the Orbiter vehicle Endeavor (OV-105). In addition to the Orbiter, the flight vehicle consisted of an ET designated as ET-63; three SSME's which were designated as serial numbers 2028, 2033, and 2018 in positions 1, 2, and 3, respectively; and two SRB's which were designated BI-065. The RSRM's that were installed in each SRB were designated as 360W037A (welterweight) for the left SRB, and 360H037B (heavyweight) for the right SRB. This STS-59 Space Shuttle Program Mission Report fulfills the Space Shuttle Program requirement as documented in NSTS 07700, Volume 8, Appendix E. That document requires that each major organizational element supporting the Program report the results of its hardware evaluation and mission performance plus identify all related in-flight anomalies. The primary objective of the STS-59 mission was to successfully perform the operations of the Space Radar Laboratory-1 (SRL-1). The secondary objectives of this flight were to perform the operations of the Space Tissue Loss-A (STL-A) and STL-B payloads, the Visual Function Tester-4 (VFT-4) payload, the Shuttle Amateur Radio Experiment-2 (SAREX-2) experiment, the Consortium for Materials Development in Space Complex Autonomous Payload-4 (CONCAP-4), and the three Get-Away Special (GAS) payloads.

Fricke, Robert W., Jr.↗

STS-62 Space Shuttle mission report

The STS-62 Space Shuttle Program Mission Report summarizes the Payload activities as well as the Orbiter, External Tank (ET), Solid Rocket Booster (SRB), Redesigned Solid Rocket Motor (RSRM), and the Space Shuttle main engine (SSHE) systems performance during the sixty-first flight of the Space Shuttle Program and sixteenth flight of the Orbiter vehicle Columbia (OV-102). In addition to the Orbiter, the flight vehicle consisted of an ET designated as ET-62; three SSME's which were designated as serial numbers 2031, 2109, and 2029 in positions 1, 2, and 3, respectively; and two SRB's which were designated BI-064. The RSRM's that were installed in each SRB were designated as 360L036A (lightweight) for the left SRB, and 36OWO36B (welterweight) for the right SRB. This STS-62 Space Shuttle Program Mission Report fulfills the Space Shuttle Program requirement as documented in NSTS 07700, Volume 8, Appendix E. That document requires that each major organizational element supporting the Program report the results of its hardware evaluation and mission performance plus identify all related in-flight anomalies. The primary objectives of the STS-62 mission were to perform the operations of the United States Microgravity Payload-2 (USMP-2) and the Office of Aeronautics and Space Technology-2 (OAST-2) payload. The secondary objectives of this flight were to perform the operations of the Dexterous End Effector (DEE), the Shuttle Solar Backscatter Ultraviolet/A (SSBUV/A), the Limited Duration Space Environment Candidate Material Exposure (LDCE), the Advanced Protein Crystal Growth (APCG), the Physiological Systems Experiments (PSE), the Commercial Protein Crystal Growth (CPCG), the Commercial Generic Bioprocessing Apparatus (CGBA), the Middeck Zero-Gravity Dynamics Experiment (MODE), the Bioreactor Demonstration System (BDS), the Air Force Maui Optical Site Calibration Test (AMOS), and the Auroral Photography Experiment (APE-B).

Fricke, Robert W., Jr.↗

STS-61 Space Shuttle mission report

The STS-61 Space Shuttle Program Mission Report summarizes the Hubble Space Telescope (HST) servicing mission as well as the Orbiter, External Tank (ET), Solid Rocket Booster (SRB), Redesigned Solid Rocket Motor (RSRM), and the Space Shuttle main engine (SSME) systems performance during the fifty-ninth flight of the Space Shuttle Program and fifth flight of the Orbiter vehicle Endeavour (OV-105). In addition to the Orbiter, the flight vehicle consisted of an ET designated as ET-60; three SSME's which were designated as serial numbers 2019, 2033, and 2017 in positions 1, 2, and 3, respectively; and two SRB's which were designated BI-063. The RSRM's that were installed in each SRB were designated as 360L023A (lightweight) for the left SRB, and 360L023B (lightweight) for the right SRB. This STS-61 Space Shuttle Program Mission Report fulfills the Space Shuttle Program requirement as documented in NSTS 07700, Volume 8, Appendix E. That document requires that each major organizational element supporting the Program report the results of its hardware evaluation and mission performance plus identify all related in-flight anomalies. The primary objective of the STS-61 mission was to perform the first on-orbit servicing of the Hubble Space Telescope. The servicing tasks included the installation of new solar arrays, replacement of the Wide Field/Planetary Camera I (WF/PC I) with WF/PC II, replacement of the High Speed Photometer (HSP) with the Corrective Optics Space Telescope Axial Replacement (COSTAR), replacement of rate sensing units (RSU's) and electronic control units (ECU's), installation of new magnetic sensing systems and fuse plugs, and the repair of the Goddard High Resolution Spectrometer (GHRS). Secondary objectives were to perform the requirements of the IMAX Cargo Bay Camera (ICBC), the IMAX Camera, and the Air Force Maui Optical Site (AMOS) Calibration Test.

Fricke, Robert W., Jr.↗

The coupling of fluids, dynamics, and controls on advanced architecture computers

This grant provided for the demonstration of coupled controls, body dynamics, and fluids computations in a workstation cluster environment; and an investigation of the impact of peer-peer communication on flow solver performance and robustness. The findings of these investigations were documented in the conference articles.The attached publication, 'Towards Distributed Fluids/Controls Simulations', documents the solution and scaling of the coupled Navier-Stokes, Euler rigid-body dynamics, and state feedback control equations for a two-dimensional canard-wing. The poor scaling shown was due to serialized grid connectivity computation and Ethernet bandwidth limits. The scaling of a peer-to-peer communication flow code on an IBM SP-2 was also shown. The scaling of the code on the switched fabric-linked nodes was good, with a 2.4 percent loss due to communication of intergrid boundary point information. The code performance on 30 worker nodes was 1.7 (mu)s/point/iteration, or a factor of three over a Cray C-90 head. The attached paper, 'Nonlinear Fluid Computations in a Distributed Environment', documents the effect of several computational rate enhancing methods on convergence. For the cases shown, the highest throughput was achieved using boundary updates at each step, with the manager process performing communication tasks only. Constrained domain decomposition of the implicit fluid equations did not degrade the convergence rate or final solution. The scaling of a coupled body/fluid dynamics problem on an Ethernet-linked cluster was also shown.

Atwood, Christopher↗

Particle-mesh techniques

This is an introduction to numerical Particle-Mesh techniques, which are commonly used to model plasmas, gravitational N-body systems, and both compressible and incompressible fluids. The theory behind this approach is presented, and its practical implementation, both for serial and parallel machines, is discussed. This document is based on a four-hour lecture course presented by the author at the NASA Summer School for High Performance Computational Physics, held at Goddard Space Flight Center.

Macneice, Peter↗

STS-60 Space Shuttle mission report

The STS-60 Space Shuttle Program Mission Report summarizes the Payload activities as well as the Orbiter, External Tank (ET), Solid Rocket Booster (SRB), Redesigned Solid Rocket Motor (RSRM), and the Space Shuttle main engine (SSME) systems performance during the sixtieth flight of the Space Shuttle Program and eighteenth flight of the Orbiter vehicle Discovery (OV-103). In addition to the Orbiter, the flight vehicle consisted of an ET designated at ET-61 (Block 10); three SSME's which were designated as serial numbers 2012, 2034, and 2032 in positions 1, 2, and 3, respectively; and two SRB's which were designated BI-062. The RSRM's that were installed in each SRB were designated as 360L035A (lightweight) for the left SRB, and 360Q035B (quarterweight) for the right SRB. This STS-60 Space Shuttle Program Mission Report fulfills the Space Shuttle Program requirement as documented in NSTS 07700, Volume VIII, Appendix E. That document requires that each major organizational element supporting the Program report the results of its hardware evaluation and mission performance plus identify all related in-flight anomalies. The primary objectives of the STS-60 mission were to deploy and retrieve the Wake Shield Facility-1 (WSF-1), and to activate the Spacehab-2 payload and perform on-orbit experiments. Secondary objectives of this flight were to activate and command the Capillary Pumped Loop/Orbital Debris Radar Calibration Spheres/Breman Satellite Experiment/Getaway Special (GAS) Bridge Assembly (CAPL/ODERACS/BREMSAT/GBA) payload, the Auroral Photography Experiment-B (APE-B), and the Shuttle Amateur Radio Experiment-II (SAREX-II).

Fricke, Robert W., Jr.↗

Pulse Code Modulation (PCM) encoder handbook for Aydin Vector MMP-900 series system

This handbook explicates the hardware and software properties of a time division multiplex system. This system is used to sample analog and digital data. The data is then merged with frame synchronization information to produce a serial pulse coded modulation (PCM) bit stream. Information in this handbook is required by users to design congruous interface and attest effective utilization of this encoder system. Aydin Vector provides all of the components for these systems to Goddard Space Flight Center/Wallops Flight Facility.

Raphael, David↗

Design of a real-time wind turbine simulator using a custom parallel architecture

The design of a new parallel-processing digital simulator is described. The new simulator has been developed specifically for analysis of wind energy systems in real time. The new processor has been named: the Wind Energy System Time-domain simulator, version 3 (WEST-3). Like previous WEST versions, WEST-3 performs many computations in parallel. The modules in WEST-3 are pure digital processors, however. These digital processors can be programmed individually and operated in concert to achieve real-time simulation of wind turbine systems. Because of this programmability, WEST-3 is very much more flexible and general than its two predecessors. The design features of WEST-3 are described to show how the system produces high-speed solutions of nonlinear time-domain equations. WEST-3 has two very fast Computational Units (CU's) that use minicomputer technology plus special architectural features that make them many times faster than a microcomputer. These CU's are needed to perform the complex computations associated with the wind turbine rotor system in real time. The parallel architecture of the CU causes several tasks to be done in each cycle, including an IO operation and the combination of a multiply, add, and store. The WEST-3 simulator can be expanded at any time for additional computational power. This is possible because the CU's interfaced to each other and to other portions of the simulation using special serial buses. These buses can be 'patched' together in essentially any configuration (in a manner very similar to the programming methods used in analog computation) to balance the input/ output requirements. CU's can be added in any number to share a given computational load. This flexible bus feature is very different from many other parallel processors which usually have a throughput limit because of rigid bus architecture.

Hoffman, John A.↗

Evaluation of discretization procedures for transition elements in adaptive mesh refinement

Three transition interpolation schemes for use in h-or r-refinement have been analyzed in terms of accuracy, implementation ease and extendability. They include blending-function interpolation, displacement averaging, and strain matching at discrete points along the transition edge lines. The results suggest that the choice of matching depends strongly on the element formulations, (viz. displacement or assumed strain, etc.) and mesh refinement criteria employed, and to a lesser extent the choice of computer architecture (serial vs. parallel) and the equation solution procedures. A recommended pairing of some of the elements with the choice factors is suggested.

Park, K. C.↗