Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “telemetry”

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 55 records · Page 3
All sourcesNASA NTRSDOE OSTI
NASA NTRS1973

Precise timing correlation in telemetry recording and processing systems

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.

Pickett, R. B.↗
NASA NTRS1978

A distributed microcomputer telemetry system for spacecraft applications

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.

Lord, D. D.↗
NASA NTRS1978

Packet telemetry - A possible standard protocol for spacecraft data handling

Packetized telemetry-handling offers an opportunity to standardize major portions of the spacecraft-to-ground interface for future NASA missions. An end-to-end packet transport protocol is proposed which enables delivery of telemetry data from a remote space sensor to a ground-based user with virtually no project-unique intermediate processing. This paper reviews the possibility of creating a single telemetry format standard for both deep-space and near-earth missions. The proposed standard addresses the greatest NASA problem of the coming decade - cost - by allowing telemetry streams from many inflight spacecraft to be handled on the ground by common, simple, multimission processing elements.

Greenberg, E.↗
NASA NTRS1982

Performance degradation of the Block IV telemetry system due to the presence of a CW interference

The presence of an in-band continuous wave interference can seriously degrade the performance of a telemetry system. Degradation effects for a phase shift keying (PSK) system can be found in Refs. 1 and 2. The telemetry system employed for deep space communications is a binary phase-shift keying system (BPSK) with squarewave subcarriers. The use of squarewave subcarriers makes the system less sensitive to in-band interference than a system using sinusoidal subcarriers. A model that allows one to predict the telemetry degradation for the deep space telemetry system is presented and backed with experimental data.

Sue, M. K.↗
NASA NTRS1986

The Venus Balloon Project telemetry processing

The peculiarities of the Venus Balloon telemetry system required the development of a new methodology for the telemetry processing, since the capabilities of the Deep Space Network (DSN) telemetry system do not include burst processing of short frames with two different bit rates and first bit acquisition. A software package was produced for the non-real time detection, demodulation, and decoding of the telemetry streams obtained from an open loop recording utilizing the DSN spectrum processing subsystem-radio science (DSP-RS). A general description of the resulting software package (DMO-5539-SP) and its adaptability to the real mission's variations is contained.

Urech, J. M.↗
NASA NTRS1988

The behavior of a Costas loop in the presence of space telemetry signals

The telemetry modulation index, telemetry bit rate, subcarrier waveform, and subcarrier frequency are shown to be the key system parameters that contribute to the performance degradation of a Costas loop in the presence of space telemetry signals. The effects of the Doppler in the loop are also investigated. The results of this study were input to the Consultative Committee for Space Data Systems (CCSDS) for consideration in the future standard suppressed-carrier space telemetry system.

Nguyen, T. M.↗
NASA NTRS1988

Mission telemetry system monitor: A real-time knowledge-based system

The Galileo Mission Telemetry System (MTS) has a cluster of computer subsystems configured as a star network. The MTS handles the real-time processing of spacecraft telemetry and ground monitor data. Large volumes of status and fault messages are generated as a result of changes in the system environment. These messages are triggered by the conditions that exist on any one particular subsystem or device. The order of message generation is in time sequence and does not always correlate to the function sequence of active processes. A significant number of messages provide context with varying degrees of uncertainty. As such, highly skilled telemetry controllers are required to regularly go through high volumes of messages generated by the MTS to identify, diagnose, and isolate faults. A knowledge-based system prototype is being developed to monitor the Galileo Mission Telemetry System performance. The system design approach features temporal reasoning, uncertainty management, and intelligent graphic user interfaces.

Mouneimne, Samih A.↗
NASA NTRS1987

Real-time analysis of telemetry 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.

Kao, Simon A.↗
NASA NTRS1988

Functional component approach to telemetry data capture systems

A functional component approach to telemetry data capture systems is under development at the Mission Operations and Data Systems Directorate at the Goddard Space Flight Center which could support telemetry system needs in the next decade. The objective is to develop a library of functional modules which perform common telemetry functions. Some common telemetry data capture functions are NASA communications block processing, frame synchronization, Reed/Solomon decoding, packet processing, and virtual channel sorting/multiplexing.

Sabia, Steve↗
NASA NTRS1990

Application of CCSDS packet telemetry recommendations by JPL

The Consultative Committee for Space Data Systems (CCSDS) has adopted three Recommendations dealing with telemetry for conventional missions: Packet Telemetry, Telemetry Channel Coding and Time Code Formats. The currently flying JPL spacecraft were designed prior to the adoption of these Recommendations. Future JPL missions will be compatible, as will the Deep Space Network and Space Flight Operations Center. This paper discusses ways in which application of the Recommendations causes or allows functions to be done differently from previous JPL projects, including the impact on timing and on telemetry adaptability.

Moyd, K. I.↗
NASA NTRS1992

The behavior of a Costas loop in the presence of space telemetry signals

When the Costas loop is operated in the presence of a residual carrier space telemetry signal, the loop reconstructs its carrier reference from an input signal whose carrier component is not completely suppressed. The telemetry signal investigated in this work is generated by phase shift-keying the data onto a subcarrier and then phase modulating onto the sinusoidal carrier. The telemetry modulation index, telemetry bit rate, subcarrier waveform, and subcarrier frequency are shown to be the key system parameters that contribute to the performance degradation of a Costas loop. Furthermore, the effect of Doppler shift on the loop is also investigated in this work.

Nguyen, Tien M.↗
NASA NTRS1991

Macintosh II based space Telemetry and Command (MacTac) system

The general architecture and the principal functions of the Macintosh II based Telemetry and Command system, presently under development, are described, with attention given to custom telemetry cards, input/output interfaces, and the icon driven user interface. The MacTac is a low-cost, transportable, easy to use, compact system designed to meet the requirements specified by the Consultative Committeee for Space Data Systems while remaining flexible enough to support a wide variety of other user specific telemetry processing requirements, such as TDM data. In addition, the MacTac can accept or generate forward data (such as spacecraft commands), calculate and append a Polynomial Check Code, and output these data to NASCOM to provide full Telemetry and Command capability.

Dominy, Carol T.↗
NASA NTRS2007

Definition and maintenance of a telemetry database dictionary

A telemetry dictionary database includes a component for receiving spreadsheet workbooks of telemetry data over a web-based interface from other computer devices. Another component routes the spreadsheet workbooks to a specified directory on the host processing device. A process then checks the received spreadsheet workbooks for errors, and if no errors are detected the spreadsheet workbooks are routed to another directory to await initiation of a remote database loading process. The loading process first converts the spreadsheet workbooks to comma separated value (CSV) files. Next, a network connection with the computer system that hosts the telemetry dictionary database is established and the CSV files are ported to the computer system that hosts the telemetry dictionary database. This is followed by a remote initiation of a database loading program. Upon completion of loading a flatfile generation program is manually initiated to generate a flatfile to be used in a mission operations environment by the core ground system.

Knopf, William P.↗
NASA NTRS2008

Next-Generation Telemetry Workstation

A next-generation telemetry workstation has been developed to replace the one currently used to test and control Range Safety systems. Improving upon the performance of the original system, the new telemetry workstation uses dual-channel telemetry boards for better synchronization of the two uplink telemetry streams. The new workstation also includes an Interrange Instrumentation Group/Global Positioning System (IRIG/GPS) time code receiver board for independent, local time stamping of return-link data. The next-generation system will also record and play back return-link data for postlaunch analysis.

Source record↗
NASA NTRS2005

NESTA: NASA Engineering Shuttle Telemetry Agent

The Spaceport Processing Systems Branch at NASA Kennedy Space Center has developed and deployed an agent based tool to monitor the Space Shuttle's ground processing telemetry stream. The application, the NASA Engineering Shuttle Telemetry Agent, increases situational awareness for system and hardware engineers during ground processing of the Shuttle's subsystems. The agent provides autonomous monitoring of the telemetry stream and automatically alerts system engineers when predefined criteria have been met. Efficiency and safety are improved through increased automation. Sandia National Labs' Java Expert System Shell is employed as the rule engine. The shell's predicate logic lends itself well to capturing the heuristics and specifying the engineering rules of this spaceport domain. The declarative paradigm of the rule-based agent yields a highly modular and scalable design spanning multiple subsystems of the Shuttle. Several hundred monitoring rules have been written thus far with corresponding notifications sent to Shuttle engineers. This paper discusses the rule-based telemetry agent used for Space Shuttle ground processing and explains the problem domain, development of the agent software, benefits of AT technology, and deployment and sustaining engineering of the product.

Semmel, Glenn S.↗
NASA NTRS2011

Telemetry and Science Data Software System

The Telemetry and Science Data Software System (TSDSS) was designed to validate the operational health of a spacecraft, ease test verification, assist in debugging system anomalies, and provide trending data and advanced science analysis. In doing so, the system parses, processes, and organizes raw data from the Aquarius instrument both on the ground and while in space. In addition, it provides a user-friendly telemetry viewer, and an instant pushbutton test report generator. Existing ground data systems can parse and provide simple data processing, but have limitations in advanced science analysis and instant report generation. The TSDSS functions as an offline data analysis system during I&T (integration and test) and mission operations phases. After raw data are downloaded from an instrument, TSDSS ingests the data files, parses, converts telemetry to engineering units, and applies advanced algorithms to produce science level 0, 1, and 2 data products. Meanwhile, it automatically schedules upload of the raw data to a remote server and archives all intermediate and final values in a MySQL database in time order. All data saved in the system can be straightforwardly retrieved, exported, and migrated. Using TSDSS s interactive data visualization tool, a user can conveniently choose any combination and mathematical computation of interesting telemetry points from a large range of time periods (life cycle of mission ground data and mission operations testing), and display a graphical and statistical view of the data. With this graphical user interface (GUI), the data queried graphs can be exported and saved in multiple formats. This GUI is especially useful in trending data analysis, debugging anomalies, and advanced data analysis. At the request of the user, mission-specific instrument performance assessment reports can be generated with a simple click of a button on the GUI. From instrument level to observatory level, the TSDSS has been operating supporting functional and performance tests and refining system calibration algorithms and coefficients, in sync with the Aquarius/SAC-D spacecraft. At the time of this reporting, it was prepared and set up to perform anomaly investigation for mission operations preceding the Aquarius/SAC-D spacecraft launch on June 10, 2011.

Bates, Lakesha↗
NASA NTRS2013

Phoenix Telemetry Processor

Phxtelemproc is a C/C++ based telemetry processing program that processes SFDU telemetry packets from the Telemetry Data System (TDS). It generates Experiment Data Records (EDRs) for several instruments including surface stereo imager (SSI); robotic arm camera (RAC); robotic arm (RA); microscopy, electrochemistry, and conductivity analyzer (MECA); and the optical microscope (OM). It processes both uncompressed and compressed telemetry, and incorporates unique subroutines for the following compression algorithms: JPEG Arithmetic, JPEG Huffman, Rice, LUT3, RA, and SX4. This program was in the critical path for the daily command cycle of the Phoenix mission. The products generated by this program were part of the RA commanding process, as well as the SSI, RAC, OM, and MECA image and science analysis process. Its output products were used to advance science of the near polar regions of Mars, and were used to prove that water is found in abundance there. Phxtelemproc is part of the MIPL (Multi-mission Image Processing Laboratory) system. This software produced Level 1 products used to analyze images returned by in situ spacecraft. It ultimately assisted in operations, planning, commanding, science, and outreach.

Stanboli, Alice↗
NASA NTRS2013

Plant Habitat Telemetry / Command Interface and E-MIST

Plant Habitat (PH) is an experiment to be taken to the International Space Station (ISS) in 2016. It is critical that ground support computers have the ability to uplink commands to control PH, and that ISS computers have the ability to downlink PH telemetry data to ground support. This necessitates communication software that can send, receive, and process, PH specific commands and telemetry. The objective of the Plant Habitat Telemetry/ Command Interface is to provide this communication software, and to couple it with an intuitive Graphical User Interface (GUI). Initial investigation of the project objective led to the decision that code be written in C++ because of its compatibility with existing source code infrastructures and robustness. Further investigation led to a determination that multiple Ethernet packet structures would need to be created to effectively transmit data. Setting a standard for packet structures would allow us to distinguish these packets that would range from command type packets to sub categories of telemetry packets. In order to handle this range of packet types, the conclusion was made to take an object-oriented programming approach which complemented our decision to use the C++ programming language. In addition, extensive utilization of port programming concepts was required to implement the core functionality of the communication software. Also, a concrete understanding of a packet processing software was required in order to put aU the components of ISS-to-Ground Support Equipment (GSE) communication together and complete the objective. A second project discussed in this paper is Exposing Microbes to the Stratosphere (EMIST). This project exposes microbes into the stratosphere to observe how they are impacted by atmospheric effects. This paper focuses on the electrical and software expectations of the project, specifically drafting the printed circuit board, and programming the on-board sensors. The Eagle Computer-Aided Drafting (CAD) software was used to draft the E-MIST circuit. This required several component libraries to be created. Coding the sensors and obtaining sensor data involved using the Arduino Uno developmental board and coding language, and properly wiring peripheral sensors to the microcontroller (the central control unit of the experiment).

Walker, Uriae M.↗