A hybrid PCM telemetry system for the Nimbus B spacecraft.
PCM telemetry unit for Nimbus B spacecraft noting applications and performance
SEARCH · Engineering Papers
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.
PCM telemetry unit for Nimbus B spacecraft noting applications and performance
Distributed microcomputer telemetry system design difficulties are examined and solutions to these difficulties are discussed. In the telemetry system being considered, the data gathering is actually distributed among a number of computers, each with its own commutation cycle, data storage buffers, and specified set of measurements to be sampled. A computer based high level module controls the formation of the final telemetry stream by accessing individual computer's data storage buffers at the appropriate time and inserting them into the telemetry stream. Attention is given to the precise time tagging of data samples, the interconnection of several computers, the autonomous operation of science instruments, and reliability considerations.
A digital signal-processing algorithm has been devised as a means of aligning (as defined below) the outputs of multiple receiving radio antennas in a large array for the purpose of receiving a desired weak signal transmitted by a single distant source in the presence of an interfering signal that (1) originates at another source lying within the antenna beam and (2) occupies a frequency band significantly wider than that of the desired signal. In the original intended application of the algorithm, the desired weak signal is a spacecraft telemetry signal, the antennas are spacecraft-tracking antennas in NASA s Deep Space Network, and the source of the wide-band interfering signal is typically a radio galaxy or a planet that lies along or near the line of sight to the spacecraft. The algorithm could also afford the ability to discriminate between desired narrow-band and nearby undesired wide-band sources in related applications that include satellite and terrestrial radio communications and radio astronomy. The development of the present algorithm involved modification of a prior algorithm called SUMPLE and a predecessor called SIMPLE. SUMPLE was described in Algorithm for Aligning an Array of Receiving Radio Antennas (NPO-40574), NASA Tech Briefs Vol. 30, No. 4 (April 2006), page 54. To recapitulate: As used here, aligning signifies adjusting the delays and phases of the outputs from the various antennas so that their relatively weak replicas of the desired signal can be added coherently to increase the signal-to-noise ratio (SNR) for improved reception, as though one had a single larger antenna. Prior to the development of SUMPLE, it was common practice to effect alignment by means of a process that involves correlation of signals in pairs. SIMPLE is an example of an algorithm that effects such a process. SUMPLE also involves correlations, but the correlations are not performed in pairs. Instead, in a partly iterative process, each signal is appropriately weighted and then correlated with a composite signal equal to the sum of the other signals.
The Cassini project at the Jet Propulsion Laboratory (JPL) is implementing a spacecraft telemetry system based on the Consultative Committee for Space Data Systems (CCSDS) packet telemetry standards. Resolving the CCSDS concepts with a Ground Data System designed to handle time-division-multiplexed telemetry and also handling constraints unique to a deep-space planetary spacecraft (such as fixed downlink opportunities, small downlink rates and requirements for on-board data storage) have resulted in spacecraft and ground system design challenges. Solving these design challenges involved adapting and extending the CCSDS telemetry standards as well as changes to the spacecraft and ground system designs. The resulting spacecraft/ground system design is an example of how new ideas and philosophies can be incorporated into existing systems and design approaches without requiring significant rework. In addition, it shows that the CCSDS telemetry standards can be successfully applied to deep-space planetary spacecraft.
The Cassini project at the Jet Propulsion Laboratory (JPL) is implementing a spacecraft telemetry system based on the Consultative Committee for Space Data Systems (CCSDS) packet telemetry standards. Resolving the CCSDS concepts with a Ground Data System designed to handle time-division-multiplexed telemetry and also handling constraints unique to a deep-space planetary spacecraft (such as fixed downlink opportunities, small downlink rates and requirements for on-board data storage) have resulted in spacecraft and ground system design challenges. Solving these design challenges involved adapting and extending the CCSDS telemetry standards as well as changes to the spacecraft and ground system designs. The resulting spacecraft/ground system design is an example of how new ideas and philosophies can be incorporated into existing systems and design approaches without requiring significant rework. In addition, it shows that the CCSDS telemetry standards can be successfully applied to deep-space planetary spacecraft.
Design and performance characteristics of high efficiency WJ-274 traveling wave tube for spacecraft telemetry and commmunication systems
In the past, telemetry data systems in support of JPL flight projects were designed specifically for each mission. The Magellan System Test Data Processing Subsystem (STDPS) marks a departure from these past designs. For the first time, a reusable telemetry-processing subsystem has been designed that is flexible enough to meet the spacecraft-testing requirements of the present project, and can be easily changed for future projects as well. These changes are all accomplished through a user-friendly, menu-oriented interface. Extensive software reprogramming is no longer required.
General considerations that influence the selection of the modulation method at subcarrier and rf carrier levels for spacecraft telemetry
The Spitzer Telemetry Processing System (SirtfTlmProc) was designed to address objectives of JPL's Multi-mission Image Processing Lab (MIPL) in processing spacecraft telemetry and distributing the resulting data to the science community. To minimize costs and maximize operability, the software design focused on automated error recovery, performance, and information management. The system processes telemetry from the Spitzer spacecraft and delivers Level 0 products to the Spitzer Science Center. SirtfTlmProc is a unique system with automated error notification and recovery, with a real-time continuous service that can go quiescent after periods of inactivity. The software can process 2 GB of telemetry and deliver Level 0 science products to the end user in four hours. It provides analysis tools so the operator can manage the system and troubleshoot problems. It automates telemetry processing in order to reduce staffing costs.
Design concept of combined counter/shift register module and applications as spacecraft telemetry encoders and logarithmic data compressor
The possibility of standard low temperature detector(s) for use in upcoming cryogenically cooled satellite and Space Shuttle Payloads was investigated. These payloads operate from .3 Kelvin to 300 Kelvin. Standard detectors were selected and matching signal conditioning equipment were specified. This equipment will operate in a spacecraft environment and be compatible with the selected detector, typical spacecraft voltages, typical spacecraft telemetry systems, and the radiation encountered by a typical earth orbiting spacecraft. Work statements to better define and advance detector performance are presented.
The possibility of standard low temperature detector(s) for use in upcoming cryogenically cooled satellite and Space Shuttle payloads were investigated. These payloads operate from .3 kelvin to 300 kelvin. Standard detectors were selected and matching signal conditioning equipment compatible with the selected detector, typical spacecraft voltages, typical spacecraft telemetry systems, and the radiation encountered by a typical Earth orbiting spacecraft. Work statements to better define and advance detector performance were presented.
The Multi Mission Control Team (MMCT) is responsible for support to real time operations of the Mars Observer Mission. The team has the responsibility for monitoring the ground data system for the integrity of the telemetry and command data links. It also supports the Mars Observers Spacecraft Team in monitoring spacecraft events. The Data Monitor and Display subsystem (DMD) workstation provides the data interface with the ground data system. DMD workstation displays were developed to support the Mission Controllers in accomplishing their assigned tasks for supporting the Mars Observer mission. The display design concepts that were used in the Mar Observer MMCT displays to minimize the cognitive demands on the controllers and enhance the MMCT operations were presented. The Data Monitor and Display subsystem (DMD) is the controllers window into the spacecraft and the ground data system. The DMD is a workstation that provides a variety of formatted data displays to the controller. The displays present both spacecraft telemetry data and ground system monitor data. Some displays are preplanned and developed prior to the operations in which they are used. These are called fixed displays and are quite versatile in format and content. Other displays and plots can be created in real time. These displays have limited formats but flexibility in content. These are called list or message displays. They can be rapidly generated by the controller as needed. The MMCT display repertoire provides a mix of displays appropriate to the needs of the MMCT controllers.
The formats used for the transmission of LANDSAT-D and LANDSAT-D Prime spacecraft telemetry data through either the TDRS/GSTDN via the NASCOM Network to the CSF are described as well as the telemetry flow from the command and data handling subsystem, a telemetry list and telemetry matrix assignment for the mission and engineering formats. The on-board computer (OBC) controlled format and the dwell format are also discussed. The OBCs contribution to telemetry, and the format of the reports, are covered. The high rate data channel includes the payload correction data format, the narrowband tape recorder and the OBC dump formats.
Ulysses is a spin-stabilized spacecraft that experienced significant nutation after its launch in October 1990. This was due to the Sun-spacecraft-Earth geometry, and a study of the phenomenon predicted that the nutation would again be a problem during 1994-95. The difficulty of obtaining nutation estimates in real time from the spacecraft telemetry forced the ESA/NASA Ulysses Team to explore alternative information sources. The work performed by the ESA Operations Team provided a model for a system that uses the radio signal strength measurements to monitor the spacecraft dynamics. These measurements (referred to as AGC) are provided once per second by the tracking stations of the DSN. The system was named ARGOS (Attitude Reckoning from Ground Observable Signals) after the ever-vigilant, hundred-eyed giant of Greek Mythology. The ARGOS design also included Doppler processing, because Doppler shifts indicate thruster firings commanded by the active nutation control carried out onboard the spacecraft. While there is some visibility into thruster activity from telemetry, careful processing of the high-sample-rate Doppler data provides an accurate means of detecting the presence and time of thruster firings. DSN Doppler measurements are available at a ten-per-second rate in the same tracking data block as the AGC data.
The analysis of mechanism telemetry requires a wide variety of tools to quickly and effectively assess spacecraft state, capture long-term trends in system performance, and identify and track anomalous events. Such analysis often requires spacecraft telemetry to first be transformed into derived fields and aggregated statistics before operators can begin their analysis. In past missions, aspects of this process have been automated, but operators were expected to use their own tools and procedures to understand and visualize the data, which led to redundant and inconsistent tools and processes. The Mech Data Tools Python library (MDT) was developed to provide a flexible, unified tool set for operators to extract and analyze mechanism telemetry over the life of the Mars 2020 surface mission. MDT consists of a set of configurable components that implement standard interfaces for ingesting input and producing output. Components can be chained together to form a data processing pipeline. Data are ingested from several sources within the greater Mars 2020 cloud infrastructure and stored in pandas DataFrames, which allows users to leverage the data manipulation capabilities present within the widely-used pandas library. Visualization capabilities are provided through the Plotly library, which generates interactive plots for users to interpret. Following the beginning of Mars 2020 surface operations, usage of MDT has spread to all mechanism-focused subsystems and has demonstrated great utility in analyzing early surface activities. This paper describes MDT’s evolution from heritage mechanism telemetry tools, the critical architecture decisions and challenges faced over MDT’s two years of development, and current applications of MDT in support of mechanism operations.
A report describes a model that estimates the orientation of the backup reaction wheel using the reaction wheel spin rates telemetry from a spacecraft. Attitude control via the reaction wheel assembly (RWA) onboard a spacecraft uses three reaction wheels (one wheel per axis) and a backup to accommodate any wheel degradation throughout the course of the mission. The spacecraft dynamics prediction depends upon the correct knowledge of the reaction wheel orientations. Thus, it is vital to determine the actual orientation of the reaction wheels such that the correct spacecraft dynamics can be predicted. The conservation of angular momentum is used to estimate the orientation of the backup reaction wheel from the prime and backup reaction wheel spin rates data. The method is applied in estimating the orientation of the backup wheel onboard the Cassini spacecraft. The flight telemetry from the March 2011 prime and backup RWA swap activity on Cassini is used to obtain the best estimate for the backup reaction wheel orientation.
Analog recordings of spacecraft telemetry signals are made by Deep Space Network Deep Space Stations to provide backup for both spacecraft and ground station anomalies. The requirements that must be met to insure successful baseband recording and playback are given. Recording and playback procedures are developed to insure that these requirements are met and performance results from tests conducted at the Compatibility Test Area (JPL) are tabulated.