Search NASA⌕ Search

SEARCH · Search NASA

Results for “Downlink Data”

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 163 records · Page 9

Open-loop nanosecond-synchronization for wideband satellite communications

A synchronization technique for use with an onboard processing satellite communication system is discussed. The satellite oscillator is used both as the system time reference and as the frequency source for all downlink carriers and data clocks. Downlink timing is established at each system earth terminal through a combination of carrier and data-clock tracking and a downlink timing epoch signal consisting of one bit per TDMA data burst. Uplink timing is established by an open-loop range prediction process using precision ephemerides calculated and distributed by the central control station. Overall timing accuracy of the uplink signal at the satellite receiver of + or - 7 nanoseconds permits unambiguous identification of each data bit position in a 128 Mbps TDMA burst. This is accomplished by means of simple, inexpensive terminal hardware using available crystal oscillators for time/frequency references and digital synthesis techniques that may be implemented in digital LSI chips.

Holmes, W. M., Jr.↗

Results From Phase-1 and Phase-2 GOLD Experiments

The Ground/Orbiter Lasercomm Demonstration conducted between the Japanese Engineering Test Satellite (ETS-VI) and the ground station at JPL's Table Mountain Facility, Wrightwood, California, was the rst ground-to-space two-way optical communications experiment. Experiment objectives included validating the performance predictions of the optical link. Atmospheric attenuation and seeing measurements were made during the experiment, and data were analyzed. Downlink telemetry data recovered over the course of the experiment provided information on in-orbit performance of the ETS-VI's laser communications equipment. Biterror rates as low as 10 4 were measured on the uplink and 10 5 on the downlink. Measured signal powers agreed well with theoretical predictions.

Wilson, K.↗

Performance of RF Downlink with Periodic Data Frame

Telemetry discrete spectrum components induced by the periodicity of an Attached Sync Marker may coincide with the RF carrier frequency causing unwanted interference while tracking the RF carrier.

pseudo randomizer decrease potential interference ↗

Imaging Sensor Flight and Test Equipment Software

The Lightning Imaging Sensor (LIS) is one of the components onboard the Tropical Rainfall Measuring Mission (TRMM) satellite, and was designed to detect and locate lightning over the tropics. The LIS flight code was developed to run on a single onboard digital signal processor, and has operated the LIS instrument since 1997 when the TRMM satellite was launched. The software provides controller functions to the LIS Real-Time Event Processor (RTEP) and onboard heaters, collects the lightning event data from the RTEP, compresses and formats the data for downlink to the satellite, collects housekeeping data and formats the data for downlink to the satellite, provides command processing and interface to the spacecraft communications and data bus, and provides watchdog functions for error detection. The Special Test Equipment (STE) software was designed to operate specific test equipment used to support the LIS hardware through development, calibration, qualification, and integration with the TRMM spacecraft. The STE software provides the capability to control instrument activation, commanding (including both data formatting and user interfacing), data collection, decompression, and display and image simulation. The LIS STE code was developed for the DOS operating system in the C programming language. Because of the many unique data formats implemented by the flight instrument, the STE software was required to comprehend the same formats, and translate them for the test operator. The hardware interfaces to the LIS instrument using both commercial and custom computer boards, requiring that the STE code integrate this variety into a working system. In addition, the requirement to provide RTEP test capability dictated the need to provide simulations of background image data with short-duration lightning transients superimposed. This led to the development of unique code used to control the location, intensity, and variation above background for simulated lightning strikes at user-selected locations.

Freestone, Kathleen↗

Accident investigation: Analysis of aircraft motions from ATC radar recordings

A technique was developed for deriving time histories of an aircraft's motion from air traffic control (ATC) radar records. This technique uses the radar range and azimuth data, along with the downlinked altitude data (from an onboard Mode-C transponder), to derive an expanded set of data which includes airspeed, lift, thrust-drag, attitude angles (pitch, roll, and heading), etc. This method of analyzing aircraft motions was evaluated through flight experiments which used the CV-990 research aircraft and recordings from both the enroute and terminal ATC radar systems. The results indicate that the values derived from the ATC radar records are for the most part in good agreement with the corresponding values obtained from airborne measurements. In an actual accident, this analysis of ATC radar records can complement the flight-data recorders, now onboard airliners, and provide a source of recorded information for other types of aircraft that are equipped with Mode-C transponders but not with onboard recorders.

Wingrove, R. C.↗

An Agile-Like Approach to Hardware Development: The Ejectable Data Recorder (EDR) for Orion's Ascent Abort 2 (AA-2) Test Flight

On July 2, 2019, the Ascent Abort 2 (AA-2) Flight Test Vehicle was launched from Cape Canaveral, with the goal of demonstrating the performance of Orion’s Launch Abort System (LAS) and collecting data from hundreds of sensors throughout the vehicle. The data collected during this test flight is of paramount importance, as it will be used to certify the Orion vehicle for human spaceflight. Originally, the data was to be downlinked via a single string network of antennas on the LAS, with the associated risk of potential data dropouts, as well as loss of data once the LAS was jettisoned. Thus, additional antennas were added onto the crew module (CM) to support data downlink post-LAS jettison, a buffer rebroadcast capability was added to fill in any gaps in data downlink transmissions, and an ejectable data recorder (EDR) subsystem was added to the CM as a redundant measure to collect all the instrumentation data. The EDR subsystem was added to the project about one year after the project commenced, which significantly reduced the available development time when compared with the other subsystems of the AA-2 Test Flight. The project was further accelerated by six months, around the critical design review gate. Due to the schedule compression challenge and the fact that the EDR subsystem was a backup system and not flight critical, the EDR subsystem was further challenged to find a new and more efficient way to develop hardware. Thus, the EDR subsystem experimented with different management and systems engineering processes, team sizes, communication methods, and tools. Some examples are novel uses of SharePoint as a Data-centric Project Management & Systems Engineering environment, a continuous testing approach through the lifecycle, and a Skunkworks approach to managing the team. The EDR subsystem blended Commercial Off The Shelf (COTS) hardware with in-house developed hardware and software to create a novel data retrieval capability. The capability evolved rapidly through a hardware in the loop simulation environment that enabled incremental component updates for not only the EDR subsystem but across the entire Crew Module. This paper will present an overview of how the EDR subsystem was managed and compare it to an Agile approach to managing projects. The paper will further provide a recommended approach to future Agile-like hardware development that incorporates lessons learned from the EDR experience.

Agile↗

An Attached Payload Operations Center (APOC) at the Goddard Space Flight Center (GSFC), volume 2

An overview of the APOC is given. For Spacelab payloads channel 2 and 3 data are input via a Statistical Multiplexer (SM) to the various SIPS functions. These include recording of the data on High Density Recorders (HDR), DQM and demultiplexing of the composite data stream by the High Rate Demultiplexer (HRDM). This system performs the inverse functions of the onboard Spacelab High Rate Multiplexer (HRM) enabling access to the data streams as multiplexed onboard the Spacelab. The contents and characteristics of channels one, two and three data as downlinked by the Tracking and Data Relay Satellite System (TDRSS) ku-band are given.

Source record↗

A Multi-mission Event-Driven Component-Based System for Support of Flight Software Development, ATLO, and Operations first used by the Mars Science Laboratory (MSL) Project

This viewgraph presentation reviews the architectural description of the Mission Data Processing and Control System (MPCS). MPCS is an event-driven, multi-mission ground data processing components providing uplink, downlink, and data management capabilities which will support the Mars Science Laboratory (MSL) project as its first target mission. MPCS is designed with these factors (1) Enabling plug and play architecture (2) MPCS has strong inheritance from GDS components that have been developed for other Flight Projects (MER, MRO, DAWN, MSAP), and are currently being used in operations and ATLO, and (3) MPCS components are Java-based, platform independent, and are designed to consume and produce XML-formatted data

Mission Data Processing and Control System (MPCS)↗

A Multi-mission Event-Driven Component-Based System for Support of Flight Software Development, ATLO, and Operations first used by the Mars Science Laboratory (MSL) Project

This paper details an architectural description of the Mission Data Processing and Control System (MPCS), an event-driven, multi-mission ground data processing components providing uplink, downlink, and data management capabilities which will support the Mars Science Laboratory (MSL) project as its first target mission. MPCS is developed based on a set of small reusable components, implemented in Java, each designed with a specific function and well-defined interfaces. An industry standard messaging bus is used to transfer information among system components. Components generate standard messages which are used to capture system information, as well as triggers to support the event-driven architecture of the system. Event-driven systems are highly desirable for processing high-rate telemetry (science and engineering) data, and for supporting automation for many mission operations processes.

Mission Data Processing and Control System (MPCS)↗

Automated Downlink Pipeline for Scientific Data Using TReK

ISS users generate scientific data files on orbit that require console operators to retrieve and deliver them for analysis. Automating the downlink process using TReK CFDP and DTN provides ground flight controllers and PD teams increased efficiency, reducing workload and resulting in cost savings without reduced services provided.

TReK↗

VHF downlink communication system for SLAR data

This paper describes a real-time VHF downlink communication system for transmitting side-looking airborne-radar (SLAR) data directly from an aircraft to a portable ground/shipboard receiving station. Use of this receiving station aboard the U.S. Coast Guard icebreaker Mackinaw for generating real-time photographic quality radar images will be discussed. The system was developed and demonstrated in conjunction with the U.S. Coast Guard and NOAA National Weather Service as part of the Project Icewarn all-weather ice information system for the Great Lakes Winter Navigation Program.

Schertler, R. J.↗

Onboard Classification of Hyperspectral Data on the Earth Observing One Mission

Remote-sensed hyperspectral data represents significant challenges in downlink due to its large data volumes. This paper describes a research program designed to process hyperspectral data products onboard spacecraft to (a) reduce data downlink volumes and (b) decrease latency to provide key data products (often by enabling use of lower data rate communications systems). We describe efforts to develop onboard processing to study volcanoes, floods, and cryosphere, using the Hyperion hyperspectral imager and onboard processing for the Earth Observing One (EO-1) mission as well as preliminary work targeting the Hyperspectral Infrared Imager (HyspIRI) mission.

cryosphere↗

Validity of a heart rate monitor during work in the laboratory and on the Space Shuttle

Accurate heart rate measurement during work is required for many industrial hygiene and ergonomics situations. The purpose of this investigation was to determine the validity of heart rate measurements obtained by a simple, lightweight, commercially available wrist-worn heart rate monitor (HRM) during work (cycle exercise) sessions conducted in the laboratory and also during the particularly challenging work environment of space flight. Three different comparisons were made. The first compared HRM data to simultaneous electrocardiogram (ECG) recordings of varying heart rates that were generated by an ECG simulator. The second compared HRM data to ECG recordings collected during work sessions of 14 subjects in the laboratory. Finally, ECG downlink and HRM data were compared in four astronauts who performed cycle exercise during space flight. The data were analyzed using regression techniques. The results were that the HRM recorded virtually identical heart rates compared with ECG recordings for the data set generated by an ECG simulator. The regression equation for the relationship between ECG versus HRM heart rate data during work in the laboratory was: ECG HR = 0.99 x (HRM) + 0.82 (r2 = 0.99). Finally, the agreement between ECG downlink data and HRM data during space flight was also very high, with the regression equation being: Downlink ECG HR = 1.05 x (HRM) -5.71 (r2 = 0.99). The results of this study indicate that the HRM provides accurate data and may be used to reliably obtain valid data regarding heart rate responses during work.

STS Shuttle Project↗

Safety considerations in the design of Spacelab refrigerator/freezer

A vapor compression refrigerator/freezer has been designed for Spacelab to conduct life sciences experiments. It is equipped with different safety features to eliminate all probable types of failures. The whole Freon loop is enclosed in a second containment so that any leakage of Freon can be contained. The unit is provided with an 'Emergency On' switch to actuate during backup mode which provides the spacecraft power directly to the compressor and the cooling fans while removing the power supply and all normal control elements from the circuit. During this mode, the compressor runs continuously when operating as a freezer (-22 C) and is controlled by a thermostat to cycle when operating as a refrigerator (4 C). It has a push button switch at the front panel to momentarily power the thermometer by a battery to monitor the inside temperature during an emergency. It has a door switch which shuts off the internal cooling fans when the door is opened. All the important critical performance data will be downlinked through a data connector to monitor during mission.

Hye, A.↗

AFTI/F-111 airplane mission adaptive wing operational flight evaluation technique using uplinked pilot command cues

NASA and the USAF have conducted a program to investigate aircraft performance improvements utilizing a mission adaptive wing (MAW). The MAW was designed and developed for the AFTI/F-111 variable-sweep aircraft to provide a hydraulically driven, smooth, and continuous variable camber of the trailing and leading edges as a function of maneuvering requirements or of flight conditions. The remotely augmented vehicle facility (RAV) at the NASA DFRF, as utilized in the MAW investigations, is described. The RAV was a dedicated, ground based, general purpose facility capable of receiving a data stream downlinked from a test vehicle, processing this data stream in a digital computer, and transmitting processed data back to the test vehicle. It is shown that this method of flight testing provides a technique that can evaluate highly dynamic maneuvers.

Kempel, Robert W.↗

High-Altitude MMIC Sounding Radiometer for the Global Hawk Unmanned Aerial Vehicle

Microwave imaging radiometers operating in the 50-183 GHz range for retrieving atmospheric temperature and water vapor profiles from airborne platforms have been limited in the spatial scales of atmospheric structures that are resolved not because of antenna aperture size, but because of high receiver noise masking the small variations that occur on small spatial scales. Atmospheric variability on short spatial and temporal scales (second/ km scale) is completely unresolved by existing microwave profilers. The solution was to integrate JPL-designed, high-frequency, low-noise-amplifier (LNA) technology into the High-Altitude MMIC Sounding Radiometer (HAMSR), which is an airborne microwave sounding radiometer, to lower the system noise by an order of magnitude to enable the instrument to resolve atmospheric variability on small spatial and temporal scales. HAMSR has eight sounding channels near the 60-GHz oxygen line complex, ten channels near the 118.75-GHz oxygen line, and seven channels near the 183.31-GHz water vapor line. The HAMSR receiver system consists of three heterodyne spectrometers covering the three bands. The antenna system consists of two back-to-back reflectors that rotate together at a programmable scan rate via a stepper motor. A single full rotation includes the swath below the aircraft followed by observations of ambient (roughly 0 C in flight) and heated (70 C) blackbody calibration targets located at the top of the rotation. A field-programmable gate array (FPGA) is used to read the digitized radiometer counts and receive the reflector position from the scan motor encoder, which are then sent to a microprocessor and packed into data files. The microprocessor additionally reads telemetry data from 40 onboard housekeeping channels (containing instrument temperatures), and receives packets from an onboard navigation unit, which provides GPS time and position as well as independent attitude information (e.g., heading, roll, pitch, and yaw). The raw data files are accessed through an Ethernet port. The HAMSR data rate is relatively low at 75 kbps, allowing for real-time access over the Global Hawk high-data-rate downlink. Once on the ground, the raw data are unpacked and processed through two levels of processing. The Level 1 product contains geo-located, time-stamped, calibrated brightness temperatures for the Earth scan. These data are then input to a lD variational retrieval algorithm to produce temperature, water vapor, and cloud liquid water profiles, as well as several derived products such as potential temperature and relative humidity.

Brown, Shannon T.↗

Aircraft Icing Weather Data Reporting and Dissemination System

The long-term operational concept of this research is to develop an onboard aircraft system that assesses and reports atmospheric icing conditions automatically and in a timely manner in order to improve aviation safety and the efficiency of aircraft operations via improved real-time and forecast weather products. The idea is to use current measurement capabilities on aircraft equipped with icing sensors and in-flight data communication technologies as a reporting source. Without requiring expensive avionics upgrades, aircraft data must be processed and available for downlink. Ideally, the data from multiple aircraft can then be integrated (along with other real-time and modeled data) on the ground such that aviation-centered icing hazard metrics for volumes of airspace can be assessed. As the effect of icing on different aircraft types can vary, the information should be displayed in meaningful ways such that multiple types of users can understand the information. That is, information must be presented in a manner to allow users to understand the icing conditions with respect to individual concerns and aircraft capabilities. This research provides progress toward this operational concept by: identifying an aircraft platform capable of digitally capturing, processing, and downlinking icing data; identifying the required in situ icing data processing; investigating the requirements for routing the icing data for use by weather products; developing an icing case study in order to gain insight into major air carrier needs; developing and prototyping icing display concepts based on the National Center for Atmospheric Research's existing diagnostic and forecast experimental icing products; and conducting a usability study for the prototyped icing display concepts.

Bass, Ellen J.↗

Facing page test for the astronaut science advisor presentation

The goal of the Astronaut Science Advisor (ASA) project is to improve the scientific return of experiments performed in space by providing astronaut experimenters with an 'intelligent assistant' that encapsulates much of the domain- and experiment-related knowledge commanded by the Principal Investigator (PI) on the ground. By using expert systems technology and the availability of flight-qualified personal computers, it is possible to encode the requisite knowledge and make it available to astronauts as they perform experiments in space. The system performs four major functions: diagnosis and troubleshooting of experiment apparatus, data collection, protocol management, and detection of interesting data. The experiment used for development of the system measures human adaptation to weightlessness in the context of the neurovestibular system. This so-called 'Rotating Dome' experiment was flown on the recent Spacelab Life Sciences One (SLS-1) Mission. This mission was used as an opportunity to test some of the system's functionality. Experiment data was downlinked from the orbiter, and the system then captured the data and analyzed it in real time. The system kept track of the time being used by the experiment, recognized occurrences of interesting data, summarized data statistically and generated potential new protocols that could be used to optimize the course of the experiment.

Compton, Michael M.↗