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 955 records · Page 53

A novel approach for estimating densities of secretive species from road-survey and spatial-movement data

Accurate estimates of population density are a critical component of effective wildlife conservation and management. However, many snake species are so secretive that their density cannot be determined using traditional methods such as capture–mark–recapture. Thus, the status of most terrestrial snake populations remains completely unknown. We developed a novel simulation-based technique for estimating density of secretive snakes that combined behavioural observations of snake road-crossing behaviour (crossing speed), effort-corrected road-survey data, and simulations of spatial movement patterns derived from radio-telemetry, without relying on mark–recapture. Here, we used radio-telemetry data to parameterise individual-based movement models that estimate the frequency with which individual snakes cross roads and used information on survey vehicle speed and snake crossing speed to determine the probability of detecting a snake, given that it crosses the road transect during a survey. Snake encounter frequencies during systematic road surveys were then interpreted in light of detection probabilities and simulation model results to estimate snake densities and to assess various factors likely to affect abundance estimates. We demonstrated the broad applicability of this approach through a case study of the imperiled southern hognose snake (Heterodon simus) in the North Carolina (USA) Sandhills. We estimated that H. simus occurs at average densities of 0.17 ha –1 in the North Carolina Sandhills and explored the sensitivity of this estimate to assumptions and variation in model parameters. Our novel method allowed us to generate the first abundance estimates for H. simus. We found that H. simus exists at low densities relative to congeners and other mid-sized snake species, raising concern that this species may not only have declined in geographic range, but may also occur at low densities or be declining in their strongholds, such as the North Carolina Sandhills. We present a framework for estimating density of species that have traditionally been considered too secretive to study at the population level. This method will greatly enhance our ability to study and manage a wide variety of snake species and could be applied to other secretive wildlife species that are most frequently encountered during road surveys.

59 BASIC BIOLOGICAL SCIENCES↗

On The Processing of Log Files for Monitoring Antenna Health

In order to improve the quality of geodetic results, we have developed an infrastructure for timely processing of telemetry from IVS observing stations. We check every hour for new log files with telemetry from both VLBI observing sessions, single dish experiments, and stow-in data collection and automatically process them. The telemetry data we use is the system temperature, phase calibration phases and amplitudes, system equivalent flux density, and the differences between formatter clock and GPS clock. For the system temperature and phase calibration, processing includes filtering out outliers and computing averages and rms of the scatter in each scan. Furthermore, for the phase calibration we also compute the group delay and detect spurious signals. Cleaned and post-processed telemetry is archived. Our process detects abnormalities, such as, anomalously high system temperature, unstable phase calibration phases, jumps in the GPS and formatter clock differences, and others. With our procedure, the latency of detection of station abnormalities is reduced to less than two hours. Early detection of abnormalities reduces the amount of affected data since station personnel get early alerts. We discuss our experience of running this system since 2022.

Phase Calibration↗

On The Processing of Log Files for Monitoring Antenna Health

In order to improve the quality of geodetic results, we have developed an infrastructure for timely processing of telemetry from IVS observing stations. We check every hour for new log files with telemetry from both VLBI observing sessions, single dish experiments, and stow-in data collection and automatically process them. The telemetry data we use is the system temperature, phase calibration phases and amplitudes, system equivalent flux density, and the differences between formatter clock and GPS clock. For the system temperature and phase calibration, processing includes filtering out outliers and computing averages and rms of the scatter in each scan. Furthermore, for the phase calibration we also compute the group delay and detect spurious signals. Cleaned and post-processed telemetry is archived. Our process detects abnormalities, such as, anomalously high system temperature, unstable phase calibration phases, jumps in the GPS and formatter clock differences, and others. With our procedure, the latency of detection of station abnormalities is reduced to less than two hours. Early detection of abnormalities reduces the amount of affected data since station personnel get early alerts. We discuss our experience of running this system since 2022.

VLBI↗

Space shuttle data handling and communications considerations.

Operational and development flight instrumentation, data handling subsystems and communication requirements of the space shuttle orbiter are discussed. Emphasis is made on data gathering methods, crew display data, computer processing, recording, and telemetry by means of a digital data bus. Also considered are overall communication conceptual system aspects and design features allowing a proper specification of telemetry encoders and instrumentation recorders. An adaptive bit rate concept is proposed to handle the telemetry bit rates which vary with the amount of operational and experimental data to be transmitted. A split-phase encoding technique is proposed for telemetry to cope with the excessive bit jitter and low bit transition density which may affect television performance.

Stoker, C. J.↗

Voyager telecommunications - The broadcast from Jupiter

The means by which the data collected by the Voyager 1 mission to Jupiter were returned to earth are presented. Radio links between the earth and the spacecraft are used for the transmission of both imaging and nonimaging telemetry from the spacecraft and commands from the earth and for radiometric observations of the spacecraft and its environment. Features which have lead to vast improvements in the capability of the Voyager telecommunications system over that of previous space probes include the use of X-band rather than S-band telemetry, a dual power X-band traveling wave tube amplifier, a 3.7 m spacecraft antenna and a single channel telemetry system with concatenated coding. Communications equipment at the three ground complexes of the Deep Space Network for telemetry reception includes 64 m steerable antennas, cryogenic maser preamplifiers and a phase-lock loop receiver. Voyager 1 has met or exceeded all of its telecommunications requirements, providing a 98% data return and a total of 2 x 10 to the 11th data bits during the Jupiter encounter.

Edelson, R. E.↗

LANDSAT-D flight segment operations manual. Appendix A: Coefficients/calibration data

Telemetry calibration curves for the LANDSAT-4 subsystems are defined by nth order polynomial equations which convert telemetry counts to engineering units. The calibration curve coefficients for each telemetry point are controlled in the data base and are listed along with the unit section number where the sensor is located. Tables showing the coefficients may be obtained from the data base administrator. The tables show telemetry counts versus engineering units.

Gilmore, A.↗

LANDSAT-D flight segment operations manual. Appendix B: OBC software operations

The LANDSAT 4 satellite contains two NASA standard spacecraft computers and 65,536 words of memory. Onboard computer software is divided into flight executive and applications processors. Both applications processors and the flight executive use one or more of 67 system tables to obtain variables, constants, and software flags. Output from the software for monitoring operation is via 49 OBC telemetry reports subcommutated in the spacecraft telemetry. Information is provided about the flight software as it is used to control the various spacecraft operations and interpret operational OBC telemetry. Processor function descriptions, processor operation, software constraints, processor system tables, processor telemetry, and processor flow charts are presented.

Talipsky, R.↗

LANDSAT-4 to ground station interface description

The LANDSAT 4 to ground station interface is described in detail. The radiometric specifications, internal calibration, sensor output format, and data processing constants for the multispectral scanner and the thematic mapper are discussed. The mission payload telemetry, onboard computer telemetry, and engineering telemetry formats are described. In addition, the telemetry time signals and the onboard clock resetting procedure are addressed.

Source record↗

StarPlan: A model-based diagnostic system for spacecraft

The Sunnyvale Division of Ford Aerospace created a model-based reasoning capability for diagnosing faults in space systems. The approach employs reasoning about a model of the domain (as it is designed to operate) to explain differences between expected and actual telemetry; i.e., to identify the root cause of the discrepancy (at an appropriate level of detail) and determine necessary corrective action. A development environment, named Paragon, was implemented to support both model-building and reasoning. The major benefit of the model-based approach is the capability for the intelligent system to handle faults that were not anticipated by a human expert. The feasibility of this approach for diagnosing problems in a spacecraft was demonstrated in a prototype system, named StarPlan. Reasoning modules within StarPlan detect anomalous telemetry, establish goals for returning the telemetry to nominal values, and create a command plan for attaining the goals. Before commands are implemented, their effects are simulated to assure convergence toward the goal. After the commands are issued, the telemetry is monitored to assure that the plan is successful. These features of StarPlan, along with associated concerns, issues and future directions, are discussed.

Heher, Dennis↗

Ulysses spacecraft control and monitoring system

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.

Hamer, P. A.↗

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↗

Phasing the Very Large Array on Galileo in the presence of Jupiter's strong radio emission

Work is in progress to determine the feasibility of using the Very Large Array (VLA) radio telescope to receive telemetry from Galileo during its close encounter with Io on 7 Dec. 1995. The VLA was used previously to receive telemetry from Voyager 2 at Neptune. However, Jupiter's strong radio emission is an additional complication in the case of the Galileo encounter. This article analyzes the effect of Jupiter's radio emission on the phase-adjustment procedure ('autophasing') used to maintain coherence among the 27 VLA antennas. Results of an experiment designed to mimic the Io encounter are presented. As expected, Jupiter's strong radio emission has a considerable effect on the autophasing procedure. A simple emission model is found to give a good approximation to the fringe-visibility plots derived from the VLA data, and that successful model is used to estimate the VLA's ability to autophase on Galileo during the Io encounter. The effect of Jupiter should be small for projected baselines longer than approximately 800 m and completely negligible for projected baselines longer than approximately 1.1 km. The most extended configuration of the VLA (the A configuration) probably can be used successfully for telemetry reception during the Io encounter. Further analysis and testing of the effect of correlated noise from Jupiter is necessary before a final decision can be made about the feasibility of using the second largest (B) configuration of the VLA for reception of Galileo telemetry. Use of the B configuration could simplify the upgrades needed to support the Io encounter. Tests to help choose the preferred VLA configuration could be performed by using the VLA to observe the Magellan spacecraft at Venus during Jul. and Oct. 1991. Examination of the effects of planet noise on the VLA have implications beyond the use of that telescope for supporting the Io encounter. The effects of planet radio emission on spacecraft data received by antenna arrays are relevant to choosing the exact locations of antennas that might be built by the Deep Space Network in coming years.

Ulvestad, J. S.↗

VLSI technology for smaller, cheaper, faster return link systems

Very Large Scale Integration (VLSI) Application-specific Integrated Circuit (ASIC) technology has enabled substantially smaller, cheaper, and more capable telemetry data systems. However, the rapid growth in available ASIC fabrication densities has far outpaced the application of this technology to telemetry systems. Available densities have grown by well over an order magnitude since NASA's Goddard Space Flight Center (GSFC) first began developing ASIC's for ground telemetry systems in 1985. To take advantage of these higher integration levels, a new generation of ASIC's for return link telemetry processing is under development. These new submicron devices are designed to further reduce the cost and size of NASA return link processing systems while improving performance. This paper describes these highly integrated processing components.

Nanzetta, Kathy↗

Galileo mission planning for Low Gain Antenna based operations

The Galileo mission operations concept is undergoing substantial redesign, necessitated by the deployment failure of the High Gain Antenna, while the spacecraft is on its way to Jupiter. The new design applies state-of-the-art technology and processes to increase the telemetry rate available through the Low Gain Antenna and to increase the information density of the telemetry. This paper describes the mission planning process being developed as part of this redesign. Principal topics include a brief description of the new mission concept and anticipated science return (these have been covered more extensively in earlier papers), identification of key drivers on the mission planning process, a description of the process and its implementation schedule, a discussion of the application of automated mission planning tool to the process, and a status report on mission planning work to date. Galileo enhancements include extensive reprogramming of on-board computers and substantial hard ware and software upgrades for the Deep Space Network (DSN). The principal mode of operation will be onboard recording of science data followed by extended playback periods. A variety of techniques will be used to compress and edit the data both before recording and during playback. A highly-compressed real-time science data stream will also be important. The telemetry rate will be increased using advanced coding techniques and advanced receivers. Galileo mission planning for orbital operations now involves partitioning of several scarce resources. Particularly difficult are division of the telemetry among the many users (eleven instruments, radio science, engineering monitoring, and navigation) and allocation of space on the tape recorder at each of the ten satellite encounters. The planning process is complicated by uncertainty in forecast performance of the DSN modifications and the non-deterministic nature of the new data compression schemes. Key mission planning steps include quantifying resource or capabilities to be allocated, prioritizing science observations and estimating resource needs for each, working inter-and intra-orbit trades of these resources among the Project elements, and planning real-time science activity. The first major mission planning activity, a high level, orbit-by-orbit allocation of resources among science objectives, has already been completed; and results are illustrated in the paper. To make efficient use of limited resources, Galileo mission planning will rely on automated mission planning tools capable of dealing with interactions among time-varying downlink capability, real-time science and engineering data transmission, and playback of recorded data. A new generic mission planning tool is being adapted for this purpose.

Gershman, R.↗

Spacecraft command and control using expert systems

This paper describes a product called the Intelligent Mission Toolkit (IMT), which was created to meet the changing demands of the spacecraft command and control market. IMT is a command and control system built upon an expert system. Its primary functions are to send commands to the spacecraft and process telemetry data received from the spacecraft. It also controls the ground equipment used to support the system, such as encryption gear, and telemetry front-end equipment. Add-on modules allow IMT to control antennas and antenna interface equipment. The design philosophy for IMT is to utilize available commercial products wherever possible. IMT utilizes Gensym's G2 Real-time Expert System as the core of the system. G2 is responsible for overall system control, spacecraft commanding control, and spacecraft telemetry analysis and display. Other commercial products incorporated into IMT include the SYBASE relational database management system and Loral Test and Integration Systems' System 500 for telemetry front-end processing.

Norcross, Scott↗

X-33 Integrated Test facility, Extended Range Simulation

In support of the X-33 Single Stage To Orbit program, NASA Dryden Flight Research Center was selected to provide continuous communications coverage of the X-33 vehicle from launch, through landing at Malmstrom Air Force Base, Montana and Michaels Army Air Field, Utah. An extensive real-time range simulation capability is being developed to ensure successful communications with the autonomous X-33 vehicle. This paper will provide an overview of the various levels of simulation being developed to support the X-33 extended range subsystems. These subsystems include the Flight Termination System, L-Band command uplink subsystem and the S-Band telemetry downlink subsystem. In addition, the radar model developed provides continuous azimuth, elevation and range information based on the flight trajectory. The Dynamic Ground Station Analysis model developed by NASA Goddard Space Flight Center, calculate the received signal strength at each ground station. This model takes into consideration Radio Frequency (RF) link parameters such as frequency, antenna gain, space loss, plasma effects and the vehicle's position and attitude at any point in time during the flight path. All three RF links are then attenuated based on this calculated level and the RF signals are sent into telemetry receivers to emulate remote sites, or the power incident on the vehicle from uplinked signals. The best source received telemetry data is then passed back to the Launch and Mission Control Monitoring System (LMCMS) resident in the Operations Control Center. The LMCMS also provides the range simulation system the uplink command combined with differential GPS corrections. Later stages will require the progressive integration of actual range hardware with this simulation effort, leading to communication between telemetry, uplink and FTS antennas at NASA Dryden Flight Research Center, with vehicle antennas mounted on the Walter C. Williams Research Aircraft Integration Facility (RAIF). Decommutated Pulse Code Modulated (PCM) data is displayed on one of the four monitors that comprise the Range Safety Officer's (RSO) station. Also displayed are instantaneous impact prediction models, and Federal Aviation Administration (FAA) data for notification of other traffic in the area. Aside from initiating the flight termination command and validating communication links, the RSO station with the range simulation will be used to provide both range control and range safety officers training. The training is necessary to perform their respective functions with greater levels of confidence prior to first flight.

Sharma, Ashley↗

Demonstrating Acquisition of Real-Time Thermal Data Over Fires Utilizing UAVs

A disaster mitigation demonstration, designed to integrate remote-piloted aerial platforms, a thermal infrared imaging payload, over-the-horizon (OTH) data telemetry and advanced image geo-rectification technologies was initiated in 2001. Project FiRE incorporates the use of a remotely piloted Uninhabited Aerial Vehicle (UAV), thermal imagery, and over-the-horizon satellite data telemetry to provide geo-corrected data over a controlled burn, to a fire management community in near real-time. The experiment demonstrated the use of a thermal multi-spectral scanner, integrated on a large payload capacity UAV, distributing data over-the-horizon via satellite communication telemetry equipment, and precision geo-rectification of the resultant data on the ground for data distribution to the Internet. The use of the UAV allowed remote-piloted flight (thereby reducing the potential for loss of human life during hazardous missions), and the ability to "finger and stare" over the fire for extended periods of time (beyond the capabilities of human-pilot endurance). Improved bit-rate capacity telemetry capabilities increased the amount, structure, and information content of the image data relayed to the ground. The integration of precision navigation instrumentation allowed improved accuracies in geo-rectification of the resultant imagery, easing data ingestion and overlay in a GIS framework. We focus on these technological advances and demonstrate how these emerging technologies can be readily integrated to support disaster mitigation and monitoring strategies regionally and nationally.

Ambrosia, Vincent G.↗

James Webb Space Telescope XML Database: From the Beginning to Today

The James Webb Space Telescope (JWST) Project has been defining, developing, and exercising the use of a common eXtensible Markup Language (XML) for the command and telemetry (C&T) database structure. JWST is the first large NASA space mission to use XML for databases. The JWST project started developing the concepts for the C&T database in 2002. The database will need to last at least 20 years since it will be used beginning with flight software development, continuing through Observatory integration and test (I&T) and through operations. Also, a database tool kit has been provided to the 18 various flight software development laboratories located in the United States, Europe, and Canada that allows the local users to create their own databases. Recently the JWST Project has been working with the Jet Propulsion Laboratory (JPL) and Object Management Group (OMG) XML Telemetry and Command Exchange (XTCE) personnel to provide all the information needed by JWST and JPL for exchanging database information using a XML standard structure. The lack of standardization requires custom ingest scripts for each ground system segment, increasing the cost of the total system. Providing a non-proprietary standard of the telemetry and command database definition formation will allow dissimilar systems to communicate without the need for expensive mission specific database tools and testing of the systems after the database translation. The various ground system components that would benefit from a standardized database are the telemetry and command systems, archives, simulators, and trending tools. JWST has exchanged the XML database with the Eclipse, EPOCH, ASIST ground systems, Portable spacecraft simulator (PSS), a front-end system, and Integrated Trending and Plotting System (ITPS) successfully. This paper will discuss how JWST decided to use XML, the barriers to a new concept, experiences utilizing the XML structure, exchanging databases with other users, and issues that have been experienced in creating databases for the C&T system.

Gal-Edd, Jonathan↗