Search NASA⌕ Search

SEARCH · Search NASA

Results for “Data 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 1,513 records · Page 84

Sounding of the Ion Energization Region: Resolving Ambiguities

Dartmouth College provided a single-channel high-frequency wave receiver to the Sounding of the Ion Energization Region: Resolving Ambiguities (SIERRA) rocket experiment launched from Poker Flat, Alaska, in January 2002. The receiver used signals from booms, probes, preamplifiers, and differential amplifiers provided by Cornell University coinvestigators. Output was to a dedicated 5 MHz telemetry link provided by WFF, with a small amount of additional Pulse Code Modulation (PCM) telemetry required for the receiver gain information. We also performed preliminary analysis of the data. The work completed is outlined below, in chronological order.

LaBelle, James↗

Space Flight Plasma Data Analysis

This slide presentation reviews a method to analyze the plasma data that is reported on board the International Space station (ISS). The Floating Potential Measurement Unit (FPMU), the role of which is to obtain floating potential and ionosphere plasma measurements for validation of the ISS charging model, assess photo voltaic array variability and interpreting IRI predictions, is composed of four probes: Floating Potential Probe (FPP), Wide-sweep Langmuir Probe (WLP), Narrow-sweep Langmuir Probe (NLP) and the Plasma Impedance Probe (PIP). This gives redundant measurements of each parameter. There are also many 'boxes' that the data must pass through before being captured by the ground station, which leads to telemetry noise. Methods of analysis for the various signals from the different sets are reviewed. There is also a brief discussion of LP analysis of Low Earth Orbit plasma simulation source.

Wright, Kenneth H.↗

Virtualization - A Key Cost Saver in NASA Multi-Mission Ground System Architecture

With science team budgets being slashed, and a lack of adequate facilities for science payload teams to operate their instruments, there is a strong need for innovative new ground systems that are able to provide necessary levels of capability processing power, system availability and redundancy while maintaining a small footprint in terms of physical space, power utilization and cooling.The ground system architecture being presented is based off of heritage from several other projects currently in development or operations at Goddard, but was designed and built specifically to meet the needs of the Science and Planetary Operations Control Center (SPOCC) as a low-cost payload command, control, planning and analysis operations center. However, this SPOCC architecture was designed to be generic enough to be re-used partially or in whole by other labs and missions (since its inception that has already happened in several cases!)The SPOCC architecture leverages a highly available VMware-based virtualization cluster with shared SAS Direct-Attached Storage (DAS) to provide an extremely high-performing, low-power-utilization and small-footprint compute environment that provides Virtual Machine resources shared among the various tenant missions in the SPOCC. The storage is also expandable, allowing future missions to chain up to 7 additional 2U chassis of storage at an extremely competitive cost if they require additional archive or virtual machine storage space.The software architecture provides a fully-redundant GMSEC-based message bus architecture based on the ActiveMQ middleware to track all health and safety status within the SPOCC ground system. All virtual machines utilize the GMSEC system agents to report system host health over the GMSEC bus, and spacecraft payload health is monitored using the Hammers Integrated Test and Operations System (ITOS) Galaxy Telemetry and Command (TC) system, which performs near-real-time limit checking and data processing on the downlinked data stream and injects messages into the GMSEC bus that are monitored to automatically page the on-call operator or Systems Administrator (SA) when an off-nominal condition is detected. This architecture, like the LTSP thin clients, are shared across all tenant missions.Other required IT security controls are implemented at the ground system level, including physical access controls, logical system-level authentication authorization management, auditing and reporting, network management and a NIST 800-53 FISMA-Moderate IT Security plan Risk Assessment Contingency Plan, helping multiple missions share the cost of compliance with agency-mandated directives.The SPOCC architecture provides science payload control centers and backup mission operations centers with a cost-effective, standardized approach to virtualizing and monitoring resources that were traditionally multiple racks full of physical machines. The increased agility in deploying new virtual systems and thin client workstations can provide significant savings in personnel costs for maintaining the ground system. The cost savings in procurement, power, rack footprint and cooling as well as the shared multi-mission design greatly reduces upfront cost for missions moving into the facility. Overall, the authors hope that this architecture will become a model for how future NASA operations centers are constructed!

Ground System Architecture↗

Ground Autonomy for an Aging Spacecraft

As it approaches the sixteenth of a 5 year prime mission, NASA's Solar Radiation and Climate Experiment (SORCE) mission continues to meet and exceed all science requirements while operating with severely degraded batteries. By 2013, the batteries had degraded such that the On Board Computer (OBC) could not be powered through eclipse. This prevents science data collection in eclipse and erases over 99% of all stored science and engineering telemetry. To mitigate these problems, the Flight Operations Team (FOT) at the Laboratory for Atmospheric and Space Physics (LASP) adopted a new operations scheme. "Daylight Only Operations" (DO-OP) transitions the spacecraft from safemode to science mode every orbit. This involved heavily automating the transition process using ground autonomy to improve spacecraft recovery time to 6 minutes - down from 3 orbits of manual commanding. While highly successful, this method of operations poses daily challenges that must be overcome using increasingly complex ground software.

Autonomous Operations↗

The Ring Current ENA Instrument on the NASA STORIE Mission

NASA has recently selected the Storm Time O+ Ring current Imaging Evolution (STORIE) mission to study the evolution of Earth’s ring current and the role of composition and dynamics during geomagnetic storms. STORIE addresses this inner magnetospheric science through the use of a Ring current Energetic Neutral Atom (RENA) instrument hosted on the International Space Station (ISS). This novel vantage point for ENA imaging has a number of scientific and implementation advantages. RENA is a high sensitivity remote sensing ENA imager and composition instrument with a field of view of 90 x 2 degrees, and an angular resolution of 2 x 2 degrees. The instrument aperture points zenith and its long dimension is oriented perpendicular to the ISS ram direction. As a result, RENA acts as a “push broom” imager building up a complete sky scan of the ring current in a single 90-minute ISS orbit. The instrument employs electrostatic optics along with a foil-MCP TOF x PHA x Delay-Line position measurement technique to resolve H and O energy spectra in the energy range 10-500 KeV for each look direction. Furthermore, it employs triple+ time and position coincidence to effectively reduce background noise from geocoronal and black sky UV as well as penetrating radiation. The abundant mass, power, and telemetry, resources of the ISS allow for large instrument aperture, very high sensitivity, complex data product and simplified operations, altogether contributing towards a high signal to noise (S/N) measurement.

Space Science↗

Downhole Sensors in Drilling Operations

Before downhole and surface equipment became mainstream, drillers had little way of knowing where they were or the conditions of the well. Eventually, breakthroughs in technology such as Measurement While Drilling (MWD) devices and the Electronic Drilling Recorder system allowed for more accurate and increased data collection. More modern initiatives that approach drilling as manufacturing such as Lean Drilling, Drilling the Limit, and revitalized Drilling the Limit programs have allowed petroleum drilling operations to become more efficient in the design and creation of a well, increasing rates of penetration by more than 50%. Unfortunately, temperature and cost limitations of these tools have prevented geothermal operations from using this state-of-the-art equipment in most wells. Today, petroleum drilling operations can collect surface measurements on key drilling data such as rotary torque, hook load (for surface weight on bit), rotary speed, block height (for rate of penetration), mud pressure, pit volume, and pump strokes (for flowrates). They also can collect downhole measurements of azimuth, inclination, temperature, pressure, revolutions per minute, downhole torque on bit, downhole weight on bit, downhole vibration, and bending moment using an MWD device (although not necessarily in real time). These data can be used to calculate and minimize mechanical specific energy, which is the energy input required to remove a unit volume of rock. In geothermal operations, these data are not always used due to poor accuracy or lack of equipment. This is one of the major hurdles for geothermal well construction and a reason why geothermal drilling operations take much longer than their petroleum counterparts. This paper reviews the surface and downhole data collection equipment used in the petroleum industry and its associated costs, capabilities, limitations, and impacts. The impact these downhole tools and measurements have had on increasing drilling efficiency for the petroleum industry suggests that developing these tools for high-temperature, high-pressure environments could be similarly impactful for the geothermal industry.

15 GEOTHERMAL ENERGY↗

Orchestrator Telemetry Processing Pipeline

Orchestrator is a software application infrastructure for telemetry monitoring, logging, processing, and distribution. The architecture has been applied to support operations of a variety of planetary rovers. Built in Java with the Eclipse Rich Client Platform, Orchestrator can run on most commonly used operating systems. The pipeline supports configurable parallel processing that can significantly reduce the time needed to process a large volume of data products. Processors in the pipeline implement a simple Java interface and declare their required input from upstream processors. Orchestrator is programmatically constructed by specifying a list of Java processor classes that are initiated at runtime to form the pipeline. Input dependencies are checked at runtime. Fault tolerance can be configured to attempt continuation of processing in the event of an error or failed input dependency if possible, or to abort further processing when an error is detected. This innovation also provides support for Java Message Service broadcasts of telemetry objects to clients and provides a file system and relational database logging of telemetry. Orchestrator supports remote monitoring and control of the pipeline using browser-based JMX controls and provides several integration paths for pre-compiled legacy data processors. At the time of this reporting, the Orchestrator architecture has been used by four NASA customers to build telemetry pipelines to support field operations. Example applications include high-volume stereo image capture and processing, simultaneous data monitoring and logging from multiple vehicles. Example telemetry processors used in field test operations support include vehicle position, attitude, articulation, GPS location, power, and stereo images.

Powell, Mark↗

Behavior Of Costas Loop In Reception Of Telemetry

Report presents theoretical study of behavior of Costas loop in reception of radio carrier signal modulated in phase by sinusoidal or square-wave subcarrier, further modulated in phase by nonreturn-to-zero binary data signal. Phase and frequency of received signal affected by Doppler shift, and instantaneous amplitude of received signal corrupted by additive white Gaussian noise. Signals of this type ordinarily used in spacecraft telemetry, sine-wave subcarrier being preferred for shorter signal paths and square-wave subcarrier for longer signal paths.

Nguyen, Tien M.↗

Mariner Mark II and the exploration of the solar system

NASA's Solar System Exploration Committee has proposed the Mariner Mark II concept for the next generation of deep-space planetary observation missions, which will yield Voyager- and Galileo-quality focused data sets at a fraction of the costs associated with those spacecraft. Cost-limiting strategies under consideration include the use of reconfigurable designs, a multimission ground support system, and the incorporation of such selected new technologies as an all-X band telemetry system, fiber-optic rate sensors for use as an inertial reference system, image compression, and electronic and optical disk data distribution. It is believed possible to meet cost goals of 150-300 million/mission. The missions under consideration are comet rendezvous and sample return, main belt asteroid flybys, and orbits, flybys and probes of Saturn, Titan, Neptune and Uranus.

Neugebauer, M.↗

IEEE 1393 Spaceborne Fiber Optic Data Bus: A Standard Approach to On-Board Payload Data Handling Networks for the AIAA Space Technology Conference and Exposition "Partnering in the 21th Century"

The Spaceborne Fiber Optic Data Bus (SFODB) is the next generation in on-board data handling networks. It will do for high speed payloads what SAE 1773 has done for on-board command and telemetry systems. That is, it will significantly reduce the cost of payload development, integration and test through interface standardization. As defined in IEEE 1393, SFODB is a 1 Gb/s, fiber optic network specifically designed to support the real-time, on-board data handling requirements of remote sensing spacecraft. The network is highly reliable, fault tolerant, and capable of withstanding the rigors of launch and the harsh space environment. SFODB achieves this operational and environmental performance while maintaining the small size, light weight, and low power necessary for spaceborne applications. SFODB was developed jointly by DoD and NASA GSFC to meet the on-board data handling needs of Remote Sensing satellites. This jointly funded project produced a complete set of flight transmitters, receivers and protocol ASICS; a complete Development & Evaluation System; and, the IEEE 1393 standard.

Andrucyk, Dennis J.↗

Network design consideration of a satellite-based mobile communications system

Technical considerations for the Mobile Satellite Experiment (MSAT-X), the ground segment testbed for the low-cost spectral efficient satellite-based mobile communications technologies being developed for the 1990's, are discussed. The Network Management Center contains a flexible resource sharing algorithm, the Demand Assigned Multiple Access scheme, which partitions the satellite transponder bandwidth among voice, data, and request channels. Satellite use of multiple UHF beams permits frequency reuse. The backhaul communications and the Telemetry, Tracking and Control traffic are provided through a single full-coverage SHF beam. Mobile Terminals communicate with the satellite using UHF. All communications including SHF-SHF between Base Stations and/or Gateways, are routed through the satellite. Because MSAT-X is an experimental network, higher level network protocols (which are service-specific) will be developed only to test the operation of the lowest three levels, the physical, data link, and network layers.

Yan, T.-Y.↗

Benefits of using Electronic Data Sheets (EDS) with coreFlight Systems (cFS) - A Project Example

Recently there has been interest in the incorporation of core Flight Systems (cFS) with Spacecraft Onboard Interface Services (SOIS) Electronic Data Sheets (EDS) in the spaceflight software community. The Regenerative Fuel Cell project at the Glenn Research Center is using cFS architecture with EDS support for its monitoring and control software. The presentation will outline the benefits to using cFS with EDS support: First, EDS establishes a single source of truth for the definitions of data structures used throughout an entire mission that may otherwise be programmed in different languages and designed with different processor architectures. Not only does this help with inter-application communication via the software bus, but it also greatly simplifies communication between systems. An EDS Application Programming Interface (API) library allows the conversion of EDS data structures to and from native data structures. Second, bindings for other programming languages (e.g. Lua, Python, JSON) have been written to allow the creation and manipulation of EDS data objects within those languages. The RFC project uses Lua scripts to automatically generate binary configuration files at build time to be loaded into our cFS programs. We also use Python bindings in a graphical user interface (GUI) to allow an operator to send commands and view telemetry messages sent from cFS instances. Finally, using Lua scripts we can set up specific simulation scenarios to perform automatic functional testing. During the development of the RFC software, the software team put together a generic python GUI called “cFS-EDS-GroundStation” that provides a basic interface to an instance of cFS with EDS support. The GUI includes a basic telecommand and telemetry system that reads directly from the generated EDS databases. In the telecommand system, dropdown menus are populated with all user commands that are defined in EDS. In the telemetry system, telemetry messages are automatically decoded, written to the screen, and saved to a binary file. Additional Python scripts have been written to convert the binary data files into a comma separated value (CSV) format for further processing. We will demonstrate the basic use of the cFS-EDS-GroundStation software including adding additional commands and telemetry payload values in EDS and see them appear automatically in the cFS-EDS-Groundstation software. About the RFC project: The Regenerative Fuel Cell project is tasked with developing and demonstrating a power system consisting of a fuel cell and electrolyzer to provide power during a lunar day/night cycle. During the night, the fuel cell takes Hydrogen and Oxygen gasses and converts them into electricity, water, and heat. During the day, the electrolyzer takes input power (e.g. from a photovoltaic array) and converts water back into Hydrogen and Oxygen gasses.

Mathew Mccaskey↗

A Microstrip Patch-Fed Short Backfire Antenna for the Tracking and Data Relay Satellite System-Continuation (TDRSS-C) Multiple Access (MA) Array

Short Backfire Antennas (SBAs) are widely utilized for mobile satellite communications, tracking, telemetry, and wireless local area network (WLAN) applications due to their compact structure and excellent radiation characteristics [1-3]. Typically, these SBA s consist of an excitation element (i.e., a half-wavelength dipole), a reflective bottom plane, a planar sub-reflector located above the "exciter", and an outer circular rim. This configuration is capable of achieving gains on the order of 13-15 dBi, but with relatively narrow bandwidths (approx.3%-5%), making it incompatible with the requirements of the next generation enhanced Tracking and Data Relay Satellite System-Continuation (TDRSS-C) Multiple Access (MA) array [1]. Several attempts have been made to enhance the bandwidth performance of the common dipole-fed SBA by employing various other feeding mechanisms (e.g., waveguide, slot) with moderate success [4-5]. In this paper, a novel method of using a microstrip patch is employed for the first time to excite an SBA. The patch element is fed via two H-shaped slots electromagnetically coupled to a broadband hybrid coupler to maintain a wide bandwidth, as well as provide for dual circular polarization capabilities.

Nessel, James A.↗

Parkes-CDSCC telemetry array: Equipment design

A unique combination of Deep Space Network (DSN) and non-DSN facilities in Australia provided enhanced data return from the Voyager spacecraft as it encountered the planet Uranus. Many of the key elements are duplicated from Voyager's encounters with Jupiter and Saturn. Some are unique extensions of that technology.

Brown, D. W.↗

Using LabVIEW for Telemetry Monitoring and Display

Part of the Jet Propulsion Laboratory's (JPL's) Instrumentation Section, the Measurement Technology Center (MTC) evaluates data acquisition hardware and software products for inclusion into the Instrument Loan Pool, which are the made available to JPL experimenters.

off-the-shelf products turn-key measurement system↗

Active plasma release experiments

A pulse code modulator (PCM) encoder capable of storing data onboard into the mass memory in the encoder at up to 12 megabits per second was designed and constructed. This telemetry system was programed for two successful flights. All parts of the electronic system functioned perfectly during both previous flights and the detectors performed perfectly. However, in the first flight in Pokerflat, Alaska, an electron arm did not deploy for reasons as yet unkown. The ion arm deployed perfectly and good data was acquired.

Source record↗

Telecommunications and data acquisition support for the Pioneer Venus Project: Pioneers 12 and 13, prelaunch through March 1984

The support provided by the Telecommunications and Data Acquisition organization of the Jet Propulsion Laboratory (JPL) to the Pioneer Venus missions is described. The missions were the responsibility of the Ames Research Center (ARC). The Pioneer 13 mission and its spacecraft design presented one of the greatest challenges to the Deep Space Network (DSN) in the implementation and operation of new capabilities. The four probes that were to enter the atmosphere of Venus were turned on shortly before arrival at Venus, and the DSN had to acquire each of these probes in order to recover the telemetry being transmitted. Furthermore, a science experiment involving these probes descending through the atmosphere required a completed new data type to be generated at the ground stations. This new data type is known as the differential very long baseline interferometry. Discussions between ARC and JPL of the implementation requirements involved trade-offs in spacecraft design and led to a very successful return of science data. Specific implementation and operational techniques are discussed, not only for the prime mission, but also for the extended support to the Pioneer 12 spacecraft (in orbit around Venus) with its science instruments including that for radar observations of the planet.

Miller, R. B.↗

Miniature biotelemeter giving 10 channels of wideband biomedical data.

A miniature biotelemeter has been developed for sensing and transmitting multiple channels of wideband biomedical data over a radio link. Its small size and weight make it capable of being carried by free-moving laboratory animals as small as rats. Ten data channels each of 5-kHz data bandwidth are provided to permit monitoring of a wide variety of physiological signals. Multichannel telemetry of electroencephalograms, electrocardiograms, electromyograms, state functions, and dynamic processes such as blood flow and body chemistry are possible applications. Utilization of newly available monolithic chip components, low-power COS/MOS MSI digital logic, and state-of-the-art hybrid mounting techniques makes this novel device useful for both research and clinical bioinstrumentation.

Carraway, J.↗