Study of Spacecraft On-board Test and Data Processing Techniques Final Summary Report
Bioinstrumentation and on-board data processing review for biological space mission requirements
SEARCH · Search NASA
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.
Bioinstrumentation and on-board data processing review for biological space mission requirements
Machine language to describe on board and ground station data handling and processing of satellite experiments
Macroscopic and microscopic visual detection of life on Mars noting telemetry, photometry, data processing, etc
The design and fabrication of telemetry ground data processing equipment using commercial logic cards or modules are discussed. A microelectronics program was initiated to evaluate circuitry, packaging methods, and fabrication approaches necessary to produce a competitively procured logic system. The NAS-PAK logic system covering all phases of implementation is considered.
Computer software was developed which makes it possible to use any general purpose computer with A/D conversion capability as a PSK receiver for low data rate telemetry processing. Carrier tracking, bit synchronization, and matched filter detection are all performed digitally. To aid in the implementation of optimum computer processors, a study of general digital processing techniques was performed which emphasized various techniques for digitizing general analog systems. In particular, the phase-locked loop was extensively analyzed as a typical non-linear communication element. Bayesian estimation techniques for PSK demodulation were studied. A hardware implementation of the digital Costas loop was developed.
The Atmosphere Explorer (AE) photoelectron spectrometer experiment consists of electrostatic deflection-type electron spectrometers designed to measure the low-energy electron flux expected to be encountered along the AE orbit. The system has been designed to provide general information on the intensity, angular distribution, energy spectrum, and net flows along field lines as well as sufficient energy resolution to allow the fine details of the electron-energy spectrum to be studied. The instrumentation consists of two separate electron-spectrometer detector heads connected to a common electronics system for data processing and telemetry interfacing. The experiment will measure the electron-energy spectrum from 2 to 500 eV (and possibly to less than 0.1 eV).
The routine on-orbit calibration of the Hubble Space Telescope (HST) rate gyro assemblies (RGA's) has depended on several related algorithms for drift rate bias calibration. The gyros have exhibited time-varying biases, which must be regularly corrected to maintain pointing stability. Currently, gyro drift parameters are uplinked to the spacecraft every 1-2 days for low rate mode and every 7 days for high rate mode. In order to minimize the impact of frequent calibrations on the HST science schedule, we have refined the gyro calibration algorithms and data collection schemes to reduce the amounts of telemetry data and processing time required for accurate bias calibration. We present a review of the evolution of the gyro calibration algorithms, with particular attention to what we have called the long-baseline bias (LBBIAS) technique, and describe the relative success of these methods in maintaining spacecraft stability.
The control monitor unit (CMU) uses configurable software technology for real-time mission command and control, telemetry processing, simulation, data acquisition, data archiving, and ground operations automation. The base technology is currently planned for the following control and monitor systems: portable Space Station checkout systems; ecological life support systems; Space Station logistics carrier system; and the ground system of the Delta Clipper (SX-2) in the Single-Stage Rocket Technology program. The CMU makes extensive use of commercial technology to increase capability and reduce development and life-cycle costs. The concepts and technology are being developed by McDonnell Douglas Space and Defense Systems for the Real-Time Systems Laboratory at NASA's Kennedy Space Center under the Payload Ground Operations Contract. A second function of the Real-Time Systems Laboratory is development and utilization of advanced software development practices.
Phase feedback demodulation technique to analyze telemetry performance degradation caused by voice interference in modes of Apollo communication system, providing linear detection scheme
NASA's deployment of major space complexes such as Space Station Freedom (SSF) and the Earth Observing System (EOS) will demand increased functionality and performance from ground based telemetry acquisition systems well above current system capabilities. Adaptation of space telemetry data transport and processing standards such as those specified by the Consultative Committee for Space Data Systems (CCSDS) standards and those required for commercial ground distribution of telemetry data, will drive these functional and performance requirements. In addition, budget limitations will force the requirement for higher modularity, flexibility, and interchangeability at lower cost in new ground telemetry data system elements. At NASA's Goddard Space Flight Center (GSFC), the design and development of generic ground telemetry data system elements, over the last five years, has resulted in significant solutions to these problems. This solution, referred to as the functional components approach includes both hardware and software components ready for end user application. The hardware functional components consist of modern data flow architectures utilizing Application Specific Integrated Circuits (ASIC's) developed specifically to support NASA's telemetry data systems needs and designed to meet a range of data rate requirements up to 300 Mbps. Real-time operating system software components support both embedded local software intelligence, and overall system control, status, processing, and interface requirements. These components, hardware and software, form the superstructure upon which project specific elements are added to complete a telemetry ground data system installation. This paper describes the functional components approach, some specific component examples, and a project example of the evolution from VLSI component, to basic board level functional component, to integrated telemetry data system.
An L-band telemetry system designed to provide the capability of near-real-time processing of calibration data is described. The system also provides the capability of performing computerized spacecraft simulations, with the aircraft as a data source, and evaluating the network response. The salient characteristics of a telemetry analysis and simulation program (TASP) are discussed, together with the results of TASP testing. The results of the L-band system testing have successfully demonstrated the capability of near-real-time processing of telemetry test data, the control of the ground-received signal to within + or - 0.5 db, and the computer generation of test signals.
A multiprocessing architecture for performing real time monitoring and analysis using knowledge-based problem solving techniques is discussed. To handle asynchronous inputs and perform in real time, the system consists of three or more separate processes which run concurrently on one or more processors and communicate via a message passing scheme. The Data Management Process gathers, compresses, scales and sends the incoming telemetry data to other tasks. The Inference Process consists of a proprietary high performance inference engine that runs at 1000 rules per second using telemetry data to perform real time analysis on the state and health of the Space Telescope. The multiprocessing architecture has been interfaced to a simulator and is able to process the incoming telemetry in real time.
Deep Space Information Facility equipment for processing spacecraft telemetry and command data
This paper descibes a knowledge-based system for performing real-time monitoring and analysis of telemetry data from the NASA Hubble Space Telescope (HST). In order to handle asynchronous inputs and perform in real time the system consists of three or more separate processes, which run concurrently and communicate via a message passing scheme. The data management process gathers, compresses, and scales the incoming telemetry data befoe sending it to the other tasks. The inferencing process uses the incoming data to perform a real-time analysis of the state and health of the Space Telescope. The I/O process receives telemetry monitors from the data management process, updates its graphical displays in real time, and acts as the interface to the console operator. The three processes may run on the same or different computers. This system is currently under development and is being used to monitor testcases produced by the Bass Telemetry System in the Hardware/Software Integration Facility at Lockheed Missile and Space Co. in Sunnyvale, California.
The RSZ BASIC interactive language is described. The RSZ BASIC interpreter is resident in the Telemetry Data Processor, a system dedicated to the processing and displaying of PCM telemetry data. A series of working examples teaches the fundamentals of RSZ BASIC and shows how to construct, edit, and manage storage of programs.
Since 1982, the Western Aeronautical Test Range of the Ames-Dryden Flight Research Facility has been separating the data acquisition and processing function required on all telemetry pulse code modulation (PCM) data and the display processing function required in the flight research mission control centers (MCCs). These two functions historically have been done on the same set of superminicomputers remote from the MCCs. Removing the display processing function from the realm of the superminis or telemetry-radar acquisition and processing system (TRAPS) and out into the MCCs will allow the research engineers the flexibility to configure their own display processing system to optimize performance during a flight research mission. Meanwhile, the TRAPS will have more time to acquire data. One of the processors chosen is an IBM PC/AT compatible rack-mounted personal computer. This class and type machine will not only allow the transfer of the display processing function into the MCCs, but also allow the research engineers a personalized set of analytic and display tools for use on their own unique sets of data.
The baseline Ulysses spacecraft control and monitoring system (SCMS) concepts and the converted SCMS, residing on a DEC/VAX 8350 hardware, are considered. The main functions of the system include monitoring and displaying spacecraft telemetry, preparing spacecraft commands, producing hard copies of experimental data, and archiving spacecraft telemetry. The SCMS system comprises over 20 subsystems ranging from low-level utility routines to the major monitoring and control software. These in total consist of approximately 55,000 lines of FORTRAN source code and 100 VMS command files. The SCMS major software facilities are described, including database files, telemetry processing, telecommanding, archiving of data, and display of telemetry.
Independent PCM telemetry data signals received from missiles must be correlated to within + or - 100 microseconds for comparison with radar data. Tests have been conducted to determine RF antenna receiving system delays; delays associated with wideband analog tape recorders used in the recording, dubbing and repdocuing processes; and uncertainties associated with computer processed time tag data. Several methods used in the recording of timing are evaluated. Through the application of a special time tagging technique, the cumulative timing bias from all sources is determined and the bias removed from final data. Conclusions show that relative time differences in receiving, recording, playback and processing of two telemetry links can be accomplished with a + or - 4 microseconds accuracy. In addition, the absolute time tag error (with respect to UTC) can be reduced to less than 15 microseconds. This investigation is believed to be the first attempt to identify the individual error contributions within the telemetry system and to describe the methods of error reduction within the telemetry system and to describe the methods of error reduction and correction.