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,657 records · Page 92

Repurposing Drilling Control Diagnostics for Subsurface Edge Detection and Boundary Advisement During Planetary Drilling

Informed decision-making during lunar drilling and sampling missions will require data monitoring tools and specialized ground data systems. Accurate and updated situational awareness, with ongoing data monitoring, is critical for timely responses by to incoming science data. Traverse plans and scheduled activities may need to be flexibly changed in order to react to unexpected data or situations. Unlike (for example) Mars missions, the relative lightspeed closeness of the Moon allows for near-real-time ground processing of incoming mission and instrument data. An Apollo-class lunar regolith drill will in a sense “travel” a meter or two vertically at a given subsurface characterization site. As the drill penetrates into lunar regolith, it is likely to encounter a range of material densities, orientations, fracture toughness, and (perhaps) ice percentages. Lunar drill telemetry can provide science teams with a valuable first look into the subsurface structure, the regolith bulk properties, and constituents at each drilled site. Real-time AI-based recognition and reaction to downhole situations has been developed for automated deeper drilling on Mars and beyond. We can leverage the same knowledge bases and pattern-matching as areal-time interpreter of the subsurface, a situational awareness tool during drilling operations. We recently (Sept. 2019) demonstrated this AI drilling monitoring and analysis capability, in control of in-situ drilling and sampling operations, mounted on a KREX-2 rover in Chile’s Atacama Desert. Terrestrial automated drilling log analyses in oil exploration have used similar machine learning techniques in classifying and identifying features in drilling logs –but these typically are designed assuming a drilling fluid influencing downhole measurements and data (permeability, resistivity). Drilling models and existing AI software designed to detect and respond to drilling faults and hard materials can be repurposed, for near-real-time (ground-based) interpretation of drilling telemetry –a potentially valuable advisory tool for strata boundaries and changes in drilling parameters. On the Moon, this approach could be used to study the structure and to some extent the composition of lunar regolith vs. borehole depth, based on recognizable variations in fracture hardness, drilling energy and penetration rates while actively drilling. Since the early 2000s, a series of increasingly-capable real-time drilling telemetry interpretation and characterization software tools have been developed. These subsurface models and software tools have monitored the real-time drilling data received, and automatically identified changes in drill behavior (e.g., encountering a harder target layer, bit inclusions, drill choking due to infall downhole, and others) correlating these with subsurface structures and features. We discuss the mappings between drill borehole parameters, faults or events detected, and modeled changes in rock layer boundaries, in examples drawn from field testing at analog sites in an Arctic impact crater, Rio Tinto, and Chile’s Atacama Desert. These demonstrate how subsurface structural boundaries led to fault detections and responses by the software.

drilling advisor↗

US Space VLBI Proposed Outreach Web Site

The study of how VLBI might be pursued in space began in the late 1970's, when it was realized that the size of the earth was a serious limitation to the study of compact radio sources. By going to space, achieving angular resolution at radio wavelengths that could not be obtained with VLBI systems that were limited by the size of the earth, important tests could not be made of quasar models. The technology appeared to be within reach, and an early space VLBI concept, QUASAT, emerged as a joint project, involving both US and European scientists. In 1984, a workshop was held in Gross Enzerdorf, Austria, under joint sponsorship of NASA and the European Space Agency (ESA). The principal conclusion of the workshop was that a VLBI station in space, telemetering its data to ground data stations, working in connection with ground-based radio telescopes, would give the opportunity to achieve angular resolution of a few tens of micro-arc-seconds, and could develop high-quality radio maps of many classes of radio sources. The ground telemetry stations would also function as the source of a stable local oscillator for the spacecraft, which needs a highly stable frequency reference. The Deep Space Network of NASA could play a vital role in both the frequency-locking system and data acquisition. One outcome of the Gross Enzerdorf workshop was the convening, by COSPAR, of an ad hoc Committee on Space VLBI, to review and recommend procedures by which international collaboration on VLBI in space might be coordinated and promoted. In October 1985, the committee met in Budapest and recommended that the Inter-Agency Consultative Group (IACG) would be an appropriate body to coordinate VLBI activities in space. At the same time ESA convened a committee to explore the technical aspects of coordinating ground and space VLBI activities. At this stage both NASA and ESA were supporting preliminary studies of the QUASAT mission, with effective coordination between the two groups. The Soviet Union had also begun planning a mission with the clear intent to fly it as soon as the could; the mission was designated RadioAstron. In December 1985, the Soviets formed an international study team for the RadioAstron mission, holding the first meeting in Moscow. Subsequent meetings of this international committee were held in Budapest in May 1986 and in Moscow in December 1986. Thus, in 1986 there were three VLBI mission concepts under study: the NASA QUASAT mission, an ESA counterpart, and the Soviet RadioAstron mission.

Source record↗

The Evolution of Payload Data Capabilities on the Commercial Visiting Vehicles that Service the International Space Station

In 2008, NASA awarded the first contracts to U.S. commercial companies to deliver cargo and supplies to the International Space Station (ISS). These contracts, called the first phase of Commercial Resupply Services (CRS1), were awarded to Space Exploration Technologies (SpaceX) and Orbital Sciences. Under the CRS1 contracts, commercial visiting vehicles not only provide a couple tons of cargo to the ISS each mission, but they also provide the ability for payloads to be transferred to the ISS in an active, powered state. Prior to the start of the CRS1 program, most vehicles that serviced the ISS transported science experiments as passive cargo. Therefore, the CRS1 program through offering frequent flight opportunities with powered payload transport capability ushered in a new era in which NASA and payload developers could reimagine operational concepts for payloads during the transit phase to and from the ISS. To take advantage of this powered payload transport capability, NASA first added requirements under the CRS1 program for the commercial vehicles to provide telemetry monitoring services for pressurized payloads to give payload developers situational awareness during the transport phase. Since then, payload developer use-cases for visiting vehicle data services during free-flight have evolved with each new commercial visiting vehicle contract to cover a variety of payload monitoring and control abilities. Additional commercial contracts include the Commercial Crew Transportation Capability (CCtCap) contracts that were awarded to SpaceX and Boeing, and the second phase of Commercial Resupply Services (CRS2) contracts that were awarded to SpaceX, Orbital ATK (formerly Orbital Sciences), and Sierra Nevada Corporation. Commercial crew flights will commence in 2018, and the first flight under the CRS2 program is currently planned for 2019.

Wiggins, Lindsay M.↗

Rover Sequencing and Visualization Program

The Rover Sequencing and Visualization Program (RSVP) is the software tool for use in the Mars Exploration Rover (MER) mission for planning rover operations and generating command sequences for accomplishing those operations. RSVP combines three-dimensional (3D) visualization for immersive exploration of the operations area, stereoscopic image display for high-resolution examination of the downlinked imagery, and a sophisticated command-sequence editing tool for analysis and completion of the sequences. RSVP is linked with actual flight-code modules for operations rehearsal to provide feedback on the expected behavior of the rover prior to committing to a particular sequence. Playback tools allow for review of both rehearsed rover behavior and downlinked results of actual rover operations. These can be displayed simultaneously for comparison of rehearsed and actual activities for verification. The primary inputs to RSVP are downlink data products from the Operations Storage Server (OSS) and activity plans generated by the science team. The activity plans are high-level goals for the next day s activities. The downlink data products include imagery, terrain models, and telemetered engineering data on rover activities and state. The Rover Sequence Editor (RoSE) component of RSVP performs activity expansion to command sequences, command creation and editing with setting of command parameters, and viewing and management of rover resources. The HyperDrive component of RSVP performs 2D and 3D visualization of the rover s environment, graphical and animated review of rover-predicted and telemetered state, and creation and editing of command sequences related to mobility and Instrument Deployment Device (IDD) operations. Additionally, RoSE and HyperDrive together evaluate command sequences for potential violations of flight and safety rules. The products of RSVP include command sequences for uplink that are stored in the Distributed Object Manager (DOM) and predicted rover state histories stored in the OSS for comparison and validation of downlinked telemetry. The majority of components comprising RSVP utilize the MER command and activity dictionaries to automatically customize the system for MER activities. Thus, RSVP, being highly data driven, may be tailored to other missions with minimal effort. In addition, RSVP uses a distributed, message-passing architecture to allow multitasking, and collaborative visualization and sequence development by scattered team members.

Cooper, Brian↗

Flight Avionics Sequencing Telemetry (FAST) DIV Latching Display

The NASA Engineering (NE) Directorate at Kennedy Space Center provides engineering services to major programs such as: Space Shuttle, Inter national Space Station, and the Launch Services Program (LSP). The Av ionics Division within NE, provides avionics and flight control syste ms engineering support to LSP. The Launch Services Program is respons ible for procuring safe and reliable services for transporting critical, one of a kind, NASA payloads into orbit. As a result, engineers mu st monitor critical flight events during countdown and launch to asse ss anomalous behavior or any unexpected occurrence. The goal of this project is to take a tailored Systems Engineering approach to design, develop, and test Iris telemetry displays. The Flight Avionics Sequen cing Telemetry Delta-IV (FAST-D4) displays will provide NASA with an improved flight event monitoring tool to evaluate launch vehicle heal th and performance during system-level ground testing and flight. Flight events monitored will include data from the Redundant Inertial Fli ght Control Assembly (RIFCA) flight computer and launch vehicle comma nd feedback data. When a flight event occurs, the flight event is ill uminated on the display. This will enable NASA Engineers to monitor c ritical flight events on the day of launch. Completion of this project requires rudimentary knowledge of launch vehicle Guidance, Navigatio n, and Control (GN&C) systems, telemetry, and console operation. Work locations for the project include the engineering office, NASA telem etry laboratory, and Delta launch sites.

Moore, Charlotte↗

Airoscope telemetry system

The AIROscope (Ames Infrared Observatory telescope) telemetry system is described from signal conditioning on the gondola to display and storage at the ground station. All analog and digital data from the systems and experiments on the gondola go to a PCM encoder which formats the data into 10-bit words. Therefore, 0.1-percent resolution is inherently available for experimental data. The coded bit stream directly modulates the carrier of the FM transmitter. To insure reliable transmission over a 650-km range an 11-watt FM transmitter operating at 1483.5 MHz is used on the gondola. Modulation is narrow band FM with a maximum deviation of plus or minus 500 kHz. The maximum modulation frequency is determined by the data bit rate which could be as high as 500 kbps. Presently, a rate of 20.48 kbps is used. The ground station receiving system includes a steerable antenna (19-db gain), preamplifier (21-db gain) and receiver. All data are recorded on a tape recorder. The recorded signal then can be played back through the PCM decommutator unit at a later time for detailed data analysis by the experimenter.

Pitts, K. J.↗

Monitoring fetal pH by telemetry

Telemetry unit has been developed for possible use in measuring scalp-tissue pH and heart rate of unborn infant. Unit radius data to receiver as much as 50 ft. away. Application exists during hours just prior to childbirth to give warning of problems that might require cesarean delivery.

Blum, A.↗

Level B/C software ground navigation program. Delta-T processor

The Delta-T Processor (DTP) computes the instantaneous downtrack error in a specified orbiter onboard navigation state vector recovered via downlink telemetry. The downtrack error, expressed in units of time, is computed based on current incoming Earth based range and Doppler navigation tracking data and the ground selected onboard navigation state vector. The computed time difference when used to modify the timetag of the vector used for onboard navigation reduces the instantaneous downtrack error in this vector to within the threshold of the DTP, the input data, and the onboard software. This threshold is currently estimated to be approximately 2 to 4 nautical miles. The DTP is not restricted to using only onboard vectors. Any vector, either input via the manual entry device or accessible via the vector administration table, may be used. The DTP does not require that both data types be available.

Source record↗

REACH: Real-Time Data Awareness in Multi-Spacecraft Missions

Missions have been proposed that will use multiple spacecraft to perform scientific or commercial tasks. Indeed, in the commercial world, some spacecraft constellations already exist. Aside from the technical challenges of constructing and flying these missions, there is also the financial challenge presented by the tradition model of the flight operations team (FOT) when it is applied to a constellation mission. Proposed constellation missions range in size from three spacecraft to more than 50. If the current ratio of three-to-five FOT personnel per spacecraft is maintained, the size of the FOT becomes cost prohibitive. The Advanced Architectures and Automation Branch at the Goddard Space Flight Center (GSFC Code 588) saw the potential to reduce the cost of these missions by creating new user interfaces to the ground system health-and-safety data. The goal is to enable a smaller FOT to remain aware and responsive to the increased amount of ground system information in a multi-spacecraft environment. Rather than abandon the tried and true, these interfaces were developed to run alongside existing ground system software to provide additional support to the FOT. These new user interfaces have been combined in a tool called REACH. REACH-the Real-time Evaluation and Analysis of Consolidated Health-is a software product that uses advanced visualization techniques to make spacecraft anomalies easy to spot, no matter how many spacecraft are in the constellation. REACH reads a real-time stream of data from the ground system and displays it to the FOT such that anomalies are easy to pick out and investigate. Data visualization has been used in ground system operations for many years. To provide a unique visualization tool, we developed a unique source of data to visualize: the REACH Health Model Engine. The Health Model Engine is rule-based software that receives real-time telemetry information and outputs "health" information related to the subsystems and spacecraft that the telemetry belong to. The Health Engine can run out-of-the-box or can be tailored with a scripting language. Out of the box, it uses limit violations to determine the health of subsystems and spacecraft; when tailored, it determines health using equations combining the values and limits of any telemetry in the spacecraft. The REACH visualizations then "roll up" the information from the Health Engine into high level, summary displays. These summary visualizations can be "zoomed" into for increasing levels of detail. Currently REACH is installed in the Small Explorer (SMEX) lab at GSFC, and is monitoring three of their five spacecraft. We are scheduled to install REACH in the Mid-sized Explorer (MIDEX) lab, which will allow us to monitor up to six more spacecraft. The process of installing and using our "research" software in an operational environment has provided many insights into which parts of REACH are a step forward and which of our ideas are missteps. Our paper explores both the new concepts in spacecraft health-and-safety visualization, the difficulties of such systems in the operational environment, and the cost and safety issues of multi-spacecraft missions.

Maks, Lori↗

Telemetry-Enhancing Scripts

Scripts Providing a Cool Kit of Telemetry Enhancing Tools (SPACKLE) is a set of software tools that fill gaps in capabilities of other software used in processing downlinked data in the Mars Exploration Rovers (MER) flight and test-bed operations. SPACKLE tools have helped to accelerate the automatic processing and interpretation of MER mission data, enabling non-experts to understand and/or use MER query and data product command simulation software tools more effectively. SPACKLE has greatly accelerated some operations and provides new capabilities. The tools of SPACKLE are written, variously, in Perl or the C or C++ language. They perform a variety of search and shortcut functions that include the following: Generating text-only, Event Report-annotated, and Web-enhanced views of command sequences; Labeling integer enumerations with their symbolic meanings in text messages and engineering channels; Systematic detecting of corruption within data products; Generating text-only displays of data-product catalogs including downlink status; Validating and labeling of commands related to data products; Performing of convenient searches of detailed engineering data spanning multiple Martian solar days; Generating tables of initial conditions pertaining to engineering, health, and accountability data; Simplified construction and simulation of command sequences; and Fast time format conversions and sorting.

Maimone, Mark W.↗

Lessons Learned Using Iridium to Communicate with a CubeSat in Low Earth Orbit

This paper presents the design and approval process for operating an Iridium transceiver on orbit and provide on-orbit performance data obtained from a CubeSat platform in Low Earth Orbit (LEO) (500 km orbit). On-orbit data demonstrates that use of a commercial, low-cost Iridium transceiver can serve as a valuable communication approach for low volume telemetry with less than a 30-minute lag for approximately 90% of the time. In this work, we also demonstrate that a radial differential velocity of 7 km/sec corresponding to about a 37.5kHz doppler shift and a distance of less than 2,000 km can be used for mission planning.

42 ENGINEERING↗

Knowledge based and interactive control for the Superfluid Helium On-orbit Transfer Project

NASA's Superfluid Helium On-Orbit Transfer (SHOOT) project is a Shuttle-based experiment designed to acquire data on the properties of superfluid helium in micro-gravity. Aft Flight Deck Computer Software for the SHOOT experiment is comprised of several monitoring programs which give the astronaut crew visibility into SHOOT systems and a rule based system which will provide process control, diagnosis and error recovery for a helium transfer without ground intervention. Given present Shuttle manifests, this software will become the first expert system to be used in space. The SHOOT Command and Monitoring System (CMS) software will provide a near real time highly interactive interface for the SHOOT principal investigator to control the experiment and to analyze and display its telemetry. The CMS software is targeted for all phases of the SHOOT project: hardware development, pre-flight pad servicing, in-flight operations, and post-flight data analysis.

Castellano, Timothy P.↗

Evaluation of the Telecommunications Protocol Processing Subsystem Using Reconfigurable Interoperable Gate Array

The current implementation of the Telecommunications Protocol Processing Subsystem Using Reconfigurable Interoperable Gate Arrays (TRIGA) is equipped with CFDP protocol and CCSDS Telemetry and Telecommand framing schemes to replace the CPU intensive software counterpart implementation for reliable deep space communication. We present the hardware/software co-design methodology used to accomplish high data rate throughput. The hardware CFDP protocol stack implementation is then compared against the two recent flight implementations. The results from our experiments show that TRIGA offers more than 3 orders of magnitude throughput improvement with less than one-tenth of the power consumption.

protocol processing hardware↗

Method of remotely estimating a rest or best lock frequency of a local station receiver using telemetry

A system includes a remote station and a local station having a receiver. The receiver operates in an unlocked state corresponding to its best lock frequency (BLF). The local station derives data indicative of a ratio of the BLF to a reference frequency of the receiver, and telemeters the data to the remote station. The remote station estimates the BLF based on (i) the telemetered data, and (ii) a predetermined estimate of the reference frequency.

Fielhauer, Karl B.↗

Vertical Extraction Process Implemented at the 118-K-1 Burial Ground for Removal of Irradiated Reactor Debris from Silo Structures - 12431

The primary objective of a remediation project is the safe extraction and disposition of diverse waste forms and materials. Remediation of a solid waste burial ground containing reactor hardware and irradiated debris involves handling waste with the potential to expose workers to significantly elevated dose rates. Therefore, a major challenge confronted by any remediation project is developing work processes that facilitate compliant waste management practices while at the same time implementing controls to protect personnel. Traditional burial ground remediation is accomplished using standard excavators to remove materials from trenches and other excavation configurations often times with minimal knowledge of waste that will be encountered at a specific location. In the case of the 118-K-1 burial ground the isotopic activity postulated in historic documents to be contained in vertical cylindrical silos was sufficient to create the potential for a significant radiation hazard to project personnel. Additionally, certain reported waste forms posed an unacceptably high potential to contaminate the surrounding environment and/or workers. Based on process knowledge, waste management requirements, historic document review, and a lack of characterization data it was determined that traditional excavation techniques applied to remediation of vertical silos would expose workers to unacceptable risk. The challenging task for the 118-K-1 burial ground remediation project team then became defining an acceptable replacement technology or modification of an existing technology to complete the silo remediation. Early characterization data provided a good tool for evaluating the location of potential high exposure rate items in the silos. Quantitative characterization was a different case and proved difficult because of the large diameter of the silos and the potential for variable density of attenuating soils and waste forms in the silo. Consequently, the most relevant information supporting job planning and understanding of the conditions was the data obtained from the gross gamma meter that was inserted into each casing to provide a rough estimate of dose rates in the tubes. No added value was realized in attempting to quantify the source term and/or associate the isotopic activity with a particular actual waste form (e.g., sludge). Implementing the WRM system allowed monitoring of worker and boundary exposure rates from a distance, maintaining compliance with ALARA principles. This system also provided the project team early knowledge of items being removed that had high exposure rates associated with them, thus creating an efficient method of acknowledging an issue and arriving at a solution prior to having an upset condition. An electronic dosimeter with telemetry capability replaced the excavator mounted AMP-100 system approximately half way through remediation of the silos. Much higher connectivity efficiency was derived from this configuration. Increasing the data feed efficiency additionally led to less interruption of the remediation effort. Early in system testing process a process handicap on the excavator operator was acknowledged. A loss of depth perception resulted when maneuvering the excavator and bucket using the camera feed to an in-cab monitor. Considerable practice and mock-up testing allowed this handicap to be overcome. The most significant equipment failures involved the cable connection to the camera mounted between the clamshell bucket jaws and the video splitter in the excavator cab. Rotation of the clamshell bucket was identified as the cause of cable connection failures because of the cyclic twisting motion and continuous mechanical jarring of the connection. In-cab vibration was identified as the culprit in causing connection failures of the video splitter. While these failures were repaired, substantial production time was lost. Ultimately, the decision was made to purchase a second cable and higher quality video splitter eliminate the down time. An engineering improvement for future operations would be inserting cable pig tails at more stressed cable connection points to facilitate rapid change out of the cable should that be required. Overall, the system performed better than expected in a safe and efficient manner. (authors)

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗

OSO-8 soft X-ray experiment (Wisconsin)

Information for operating and reducing data from the experiment which was designed to map low energy X-ray background emissions from 130 eV to 35 keV is presented. The detectors, counters, data system, and the gas system are discussed along with the functional operation of the subsystems. A command list indicating preconditions and resulting telemetry response for each command is included.

Source record↗

Data Management Symposium, Huntsville, Ala., October 18, 19, 1977, Proceedings

The transfer, processing, and use of satellite data are discussed. Topics relating to simulation and processing techniques include computer design assessments through simulation, data system dynamic simulation, and future timing accuracy requirements and procedures for data processing. Subjects relevant to data base management systems and users and their needs include an image-based information system architecture for correlation satellite and topological data base, efficient searching and sorting applications using an associative array processor, analysis of user's needs for a large technical data base, and variable length data formats. The technology development outlook was considered with attention to data systems technology outlook for supporting NASA programs, a user-oriented interactive information extraction system, and flow control and sorting techniques for telemetry packets.

Castelli, A.↗

The Voyager spacecraft /James Watt International Gold Medal Lecture/

The Voyager Project background is reviewed with emphasis on selected features of the Voyager spacecraft. Investigations by the Thermo-electric Outer Planets Spacecraft Project are discussed, including trajectories, design requirements, and the development of a Self Test and Repair computer, and a Computer Accessed Telemetry System. The design and configuration of the spacecraft are described, including long range communications, attitude control, solar independent power, sequencing and control data handling, and spacecraft propulsion. The development program, maintained by JPL, experienced a variety of problems such as design deficiencies, and process control and manufacturing problems. Finally, the spacecraft encounter with Jupiter is discussed, and expectations for the Saturn encounter are expressed.

Heacock, R. L.↗