STARS II - A fully automatic satellite data processor
Satellite telemetry automatic reduction system, with fully automatic computer controlled telemetry data processor
TELEMETRY↗
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.
Coding systems study for high data rate telemetry links
Performance tests of convolutional decoder systems for high data rate telemetry links
Gilhausen, K. S.↗
Utilization of Unsupervised Anomalies Detector as a Tool for Managing the TDRS Constellation at GSFC
NASA’s Goddard Space Flight Center (GSFC) operates a constellation of ten geosynchronous Tracking and Data Relay Satellites (TDRS). The mission of the TDRS constellation is to provide relay communications from low-earth orbiting spacecraft to the primary ground station at the White Sands Complex in Las Cruces, New Mexico. Major customers include the International Space Station and Hubble Space Telescope. The NASA Space Network project office at GSFC manages the constellation of spacecraft. The constellation is over 30 years old, and a wide range of technologies and manufacturing techniques are represented on-orbit. Since 1983, the TDRS constellation has recorded thousands of gigabytes of telemetry data. Spacecraft telemetry data has changed throughout the three generations of TDRS spacecraft, however each spacecraft has the same basic functions with some generational enhancements. The constellation includes several spacecraft that have significantly outlived the manufacturer's projected lifetime. This has provided NASA with a significant benefit in terms of return on investment, however it places a burden on efficient management of the assets for maximum life without permitting a TDRS spacecraft to become stranded in its geosynchronous orbital slot. Consequently, the highest level of attention is paid to systems whose failure could strand a TDRS spacecraft in orbit. In this paper, we proposed two stages of analyzing spacecraft anomalies using data mining (DM) to enhance on-going predictions of spacecraft life, subsystem performance, and analysis of subsystem anomalies. The first stage conducts the unsupervised anomaly detector to detect potential anomalies in real-time telemetry data. The second stage introduced telemetry weight (TW) to each telemetry parameter to determine which parameter caused the strongest anomaly. We will present case studies of some of these analyses and how the data can impact decisions on the management of the constellation.
Ma, Kenneth Y.↗
LANDSAT-D data format control book. Volume 2: Telemetry
The formats used for the transmission of LANDSAT-D and LANDSAT-D Prime spacecraft telemetry data through either the TDRS/GSTDN via the NASCOM Network to the CSF are described as well as the telemetry flow from the command and data handling subsystem, a telemetry list and telemetry matrix assignment for the mission and engineering formats. The on-board computer (OBC) controlled format and the dwell format are also discussed. The OBCs contribution to telemetry, and the format of the reports, are covered. The high rate data channel includes the payload correction data format, the narrowband tape recorder and the OBC dump formats.
Talipsky, R.↗
Marshall Space Flight Center Telescience Resource Kit
Telescience Resource Kit (TReK) is a suite of software applications that can be used to monitor and control assets in space or on the ground. The Telescience Resource Kit was originally developed for the International Space Station program. Since then it has been used to support a variety of NASA programs and projects including the WB-57 Ascent Vehicle Experiment (WAVE) project, the Fast Affordable Science and Technology Satellite (FASTSAT) project, and the Constellation Program. The Payloads Operations Center (POC), also known as the Payload Operations Integration Center (POIC), provides the capability for payload users to operate their payloads at their home sites. In this environment, TReK provides local ground support system services and an interface to utilize remote services provided by the POC. TReK provides ground system services for local and remote payload user sites including International Partner sites, Telescience Support Centers, and U.S. Investigator sites in over 40 locations worldwide. General Capabilities: Support for various data interfaces such as User Datagram Protocol, Transmission Control Protocol, and Serial interfaces. Data Services - retrieve, process, record, playback, forward, and display data (ground based data or telemetry data). Command - create, modify, send, and track commands. Command Management - Configure one TReK system to serve as a command server/filter for other TReK systems. Database - databases are used to store telemetry and command definition information. Application Programming Interface (API) - ANSI C interface compatible with commercial products such as Visual C++, Visual Basic, LabVIEW, Borland C++, etc. The TReK API provides a bridge for users to develop software to access and extend TReK services. Environments - development, test, simulations, training, and flight. Includes standalone training simulators.
Wade, Gina↗
User microprogrammable processors for high data rate telemetry preprocessing
The use of microprogrammable processors for the preprocessing of high data rate satellite telemetry is investigated. The following topics are discussed along with supporting studies: (1) evaluation of commercial microprogrammable minicomputers for telemetry preprocessing tasks; (2) microinstruction sets for telemetry preprocessing; and (3) the use of multiple minicomputers to achieve high data processing. The simulation of small microprogrammed processors is discussed along with examples of microprogrammed processors.
Pugsley, J. H.↗
Using Fractional Clock-Period Delays in Telemetry Arraying
A set of special digital all-pass finite-impulse- response (FIR) filters produces phase shifts equivalent to delays that equal fractions of the sampling or clock period of a telemetry-data-processing system. These filters have been used to enhance the arraying of telemetry signals that have been received at multiple ground stations from spacecraft (see figure). Somewhat more specifically, these filters have been used to align, in the time domain, the telemetry-data sequences received by the various antennas, in order to maximize the signal-to-noise ratio of the composite telemetric signal obtained by summing the signals received by the antennas. The term arraying in this context denotes a method of enhanced reception of telemetry signals in which several antennas are used to track a single spacecraft. Each antenna receives a signal that comprises a sum of telemetry data plus noise, and these sum data are sent to an arraying combiner for processing. Correlation is the means used to align the set of data from one antenna with that from another antenna. After the data from all the antennas have been aligned in the time domain, they are all added together, sample by sample.
Fort, David↗
ATS-6 - Satellite-to-satellite tracking and data relay experiments
The paper describes the utilization of ATS-6 to relay tracking and telemetry data from Geos-5 and then from Nimbus-6. The experiment configuration consists of a ground station which receives data from ATS-6 through C-band links; ATS-6, in turn, transmits command data and receives telemetry data from the low-orbit satellites through S-band links. The ground and satellite equipment are described along with results of ground tests.
Schmid, P. E.↗
Simulating Secure Data Exchange and Storage for Urban Air Mobility Environments
Urban Air Mobility (UAM) defines an environment for managing operations of vertical takeoff and landing (VTOL) and short takeoff and landing (STOL) vehicles in an urban environment. Within a UAM environment, UAM operators manage fleets of vehicles, relying on Providers of Services for UAM (PSUs) for managing flights in a region of airspace. Flight plan deconfliction is primarily performed by the Discovery and Synchronization Service (DSS), and the Federal Aviation Administration (FAA) maintains control over the UAM space via the FAA-Industry Exchange Protocol (FIDXP). UAM is a federated environment with many different entities owning and operating vehicles, PSUs, and other services. These entities often need to interoperate or access data generated by other organizations. This paper demonstrates the feasibility of using blockchain to facilitate a secure data exchange and storage for this flight information in a UAM environment. In particular, this paper is focused on flight plans and telemetry data. A blockchain network was developed with a set of smart contracts for managing relevant flight data. Hyperledger Fabric was chosen as it is performent, scalable, and allows organizations to reuse existing public key infrastructure (PKI) for identity management. A set of simulated UAM services were also developed. These services propose flight plans and negotiate with other UAM services for airspace access. All interactions between UAM services, as well as vehicle telemetry data, is recorded onto the blockchain. Vehicle telemetry data is generated by a vehicle flight simulation service. This paper successfully demonstrates the feasibility of using blockchain as a secure data exchange and storage mechanism in a UAM environment.
UAM↗
Flight-test experience in digital control of a remotely piloted vehicle.
The development of a remotely piloted vehicle system consisting of a remote pilot cockpit and a ground-based digital computer coupled to the aircraft through telemetry data links is described. The feedback control laws are implemented in a FORTRAN program. Flight-test experience involving high feedback gain limits for attitude and attitude rate feedback variables, filtering of sampled data, and system operation during intermittent telemetry data link loss is discussed. Comparisons of closed-loop flight tests with analytical calculations, and pilot comments on system operation are included.
Edwards, J. W.↗
Applying Motion Constraints Based on Test Data
MSC ADAMS is a simulation software that is used to analyze multibody dynamics. Using user subroutines, it is possible to apply motion constraints to the rigid bodies so that they match the motion profile collected from test data. This presentation describes the process of taking test data and passing it to ADAMS using user subroutines, and uses the Morpheus free-flight 4 test as an example of motion data used for this purpose. Morpheus is the name of a prototype lander vehicle built by NASA that serves as a test bed for various experimental technologies (see backup slides for details) MSC.ADAMS"TM" is used to play back telemetry data (vehicle orientation and position) from each test as the inputs to a 6-DoF general motion constraint (details in backup slides) The MSC.ADAMS"TM" playback simulations allow engineers to examine and analyze flight trajectory as well as observe vehicle motion from any angle and at any playback speed. This facilitates the development of robust and stable control algorithms, increasing reliability and reducing development costs of this developmental engine The simulation also incorporates a 3D model of the artificial hazard field, allowing engineers to visualize and measure performance of the developmental autonomous landing and hazard avoidance technology ADAMS is a multibody dynamics solver. It uses forces, constraints, and mass properties to numerically integrate equations of motion. The ADAMS solver will ask the motion subroutine for position, velocity, and acceleration values at various time steps. Those values must be continuous over the whole time domain. Each degree of freedom in the telemetry data can be examined separately; however, linear interpolation of the telemetry data is invalid, since there will be discontinuities in velocity and acceleration.
Burlone, Michael↗
Confidentiality-preserving machine learning algorithms for soft-failure detection in optical communication networks
Automated fault management is at the forefront of next-generation optical communication networks. The increase in complexity of modern networks has triggered the need for programmable and software-driven architectures to support the operation of agile and self-managed systems. In these scenarios, the European Telecommunications Standards Institute zero-touch network and service management approach is imperative. The need for machine learning algorithms to process the large volume of telemetry data brings safety concerns as distributed cloud-computing solutions become the preferred approach for deploying reliable communication network automation. This paper’s contribution is twofold. First, we propose a simple yet effective method to guarantee the confidentiality of the telemetry data based on feature scrambling. The method allows the operation of third-party computational services without direct access to the full content of the collected data. Additionally, the effectiveness of four unsupervised machine learning algorithms for soft-failure detection is evaluated when applied to the scrambled telemetry data. The methods are based on factor analysis, principal component analysis, nonlinear principal component analysis, and singular value decomposition. Most dimensionality reduction algorithms have the common property that they can maintain similar levels of fault classification performance while hiding the data structure from unauthorized access. Evaluations of the proposed algorithms demonstrate this capability.
97 MATHEMATICS AND COMPUTING↗
Support for User Interfaces for Distributed Systems
An extensible Java(TradeMark) software framework supports the construction and operation of graphical user interfaces (GUIs) for distributed computing systems typified by ground control systems that send commands to, and receive telemetric data from, spacecraft. Heretofore, such GUIs have been custom built for each new system at considerable expense. In contrast, the present framework affords generic capabilities that can be shared by different distributed systems. Dynamic class loading, reflection, and other run-time capabilities of the Java language and JavaBeans component architecture enable the creation of a GUI for each new distributed computing system with a minimum of custom effort. By use of this framework, GUI components in control panels and menus can send commands to a particular distributed system with a minimum of system-specific code. The framework receives, decodes, processes, and displays telemetry data; custom telemetry data handling can be added for a particular system. The framework supports saving and later restoration of users configurations of control panels and telemetry displays with a minimum of effort in writing system-specific code. GUIs constructed within this framework can be deployed in any operating system with a Java run-time environment, without recompilation or code changes.
Eychaner, Glenn↗
Use of Semi-Autonomous Tools for ISS Commanding and Monitoring
As the International Space Station (ISS) has moved into a utilization phase, operations have shifted to become more ground-based with fewer mission control personnel monitoring and commanding multiple ISS systems. This shift to fewer people monitoring more systems has prompted use of semi-autonomous console tools in the ISS Mission Control Center (MCC) to help flight controllers command and monitor the ISS. These console tools perform routine operational procedures while keeping the human operator "in the loop" to monitor and intervene when off-nominal events arise. Two such tools, the Pre-positioned Load (PPL) Loader and Automatic Operators Recorder Manager (AutoORM), are used by the ISS Communications RF Onboard Networks Utilization Specialist (CRONUS) flight control position. CRONUS is responsible for simultaneously commanding and monitoring the ISS Command & Data Handling (C&DH) and Communications and Tracking (C&T) systems. PPL Loader is used to uplink small pieces of frequently changed software data tables, called PPLs, to ISS computers to support different ISS operations. In order to uplink a PPL, a data load command must be built that contains multiple user-input fields. Next, a multiple step commanding and verification procedure must be performed to enable an onboard computer for software uplink, uplink the PPL, verify the PPL has incorporated correctly, and disable the computer for software uplink. PPL Loader provides different levels of automation in both building and uplinking these commands. In its manual mode, PPL Loader automatically builds the PPL data load commands but allows the flight controller to verify and save the commands for future uplink. In its auto mode, PPL Loader automatically builds the PPL data load commands for flight controller verification, but automatically performs the PPL uplink procedure by sending commands and performing verification checks while notifying CRONUS of procedure step completion. If an off-nominal condition occurs during procedure execution, PPL Loader notifies CRONUS through popup messages, allowing CRONUS to examine the situation and choose an option of how PPL loader should proceed with the procedure. The use of PPL Loader to perform frequent, routine PPL uplinks offloads CRONUS to better monitor two ISS systems. It also reduces procedure performance time and decreases risk of command errors. AutoORM identifies ISS communication outage periods and builds commands to lock, playback, and unlock ISS Operations Recorder files. Operation Recorder files are circular buffer files of continually recorded ISS telemetry data. Sections of these files can be locked from further writing, be played back to capture telemetry data that occurred during an ISS loss of signal (LOS) period, and then be unlocked for future recording use. Downlinked Operation Recorder files are used by mission support teams for data analysis, especially if failures occur during LOS. The commands to lock, playback, and unlock Operations Recorder files are encompassed in three different operational procedures and contain multiple user-input fields. AutoORM provides different levels of automation for building and uplinking the commands to lock, playback, and unlock Operations Recorder files. In its automatic mode, AutoORM automatically detects ISS LOS periods, then generates and uplinks the commands to lock, playback, and unlock Operations Recorder files when MCC regains signal with ISS. AutoORM also features semi-autonomous and manual modes which integrate CRONUS more into the command verification and uplink process. AutoORMs ability to automatically detect ISS LOS periods and build the necessary commands to preserve, playback, and release recorded telemetry data greatly offloads CRONUS to perform more high-level cognitive tasks, such as mission planning and anomaly troubleshooting. Additionally, since Operations Recorder commands contain numerical time input fields which are tedious for a human to manually build, AutoORM's ability to automatically build commands reduces operational command errors. PPL Loader and AutoORM demonstrate principles of semi-autonomous operational tools that will benefit future space mission operations. Both tools employ different levels of automation to perform simple and routine procedures, thereby offloading human operators to perform higher-level cognitive tasks. Because both tools provide procedure execution status and highlight off-nominal indications, the flight controller is able to intervene during procedure execution if needed. Semi-autonomous tools and systems that can perform routine procedures, yet keep human operators informed of execution, will be essential in future long-duration missions where the onboard crew will be solely responsible for spacecraft monitoring and control.
Brzezinski, Amy S.↗
Apollo portable life support system performance report
The performance of the Apollo portable life support system (PLSS) on actual lunar missions is discussed. Both subjective comments by the crewmen and recorded telemetry data are evaluated although emphasis is on the telemetry data. Because the most important information yielded by the PLSS deals with determination of crewman metabolic rates, these data and their interpretation are explained in detail. System requirements are compared with actual performance, and the effect of performance margins on mission planning are described. Mission preparation testing is described to demonstrate how the mission readiness of the PLSS and the crewmen in verified, and to show how the PLSS and the crewmen are calibrated for mission evaluation.
Carson, M. A.↗
The impact of NRZ data asymmetry on the performance of a space telemetry system
The telemetry data asymmetry due to rising and falling voltage transitions can cause undesired spectral components at the output of a spacecraft transmitter. The performance of a space telemetry system can potentially degrade because of these undesired components. Here, an expression is derived for the power spectral density of an asymmetric nonreturn-to-zero (NRZ) data stream. This formula is then used to investigate how the data bandwidth varies with data asymmetry. At the receiver end, the threshold levels of undesired spectral components that fall into the carrier-tracking-loop bandwidth are determined by examining the derived spectral density. Further, based on this formula, a simple technique is developed for the computation of bit signal-to-noise ratio (SNR) degradation due to data asymmetry. The telemetry bit SNR degradations derived using this technique are compared with results obtained previously and with measurements by the Electronic Systems Test Laboratory (ESTL) at the Lyndon B. Johnson Space Center.
Nguyen, T. M.↗
Next Generation RivGen Power System: Kvichak River, AK Overwinter Ice Study
The University of Alaska Fairbanks (UAF) Alaska Hydrokinetic Energy Research Center was tasked with developing a real-time data telemetry / remote power generation system to monitor frazil ice conditions in the Kvichak River in support of the U.S. Department of Energy funded "Next Generation MHK River Power System Optimized for Performance, Durability and Survivability" project. A real-time telemetry system was requested because of the short time span between the end of the frazil ice season when the instruments would be recovered, limited vessel availability and the project end-date. To meet the project objectives, UAF designed and assembled a remote power/real-time data telemetry system that included an auto start propane generator, a small PV array, a small battery bank and line-of-sight radios as well as two sonar systems to monitor river velocity and water column acoustic backscatter strength. Both sonars included internal batteries for powering the instruments in case of failure of the shore based power system. The sonars, deployed in ~5 m of water on the bed of the Kvichak River, adjacent to the Village of Igiugig, Alaska were tethered to shore via a waterproof armored cable that conveyed power to the subsurface instruments and data from the instruments to the shore based telemetry system. The instruments were programmed to record data internally as well as to transmit data serially over the cables to the shore based system. The system was in-place between November, 2016 and June, 2017. While the real-time data telemetry system was not successful and the remote power generation power system was only partially successful, the system design included sufficient redundant power in the form of internal instrument batteries to enable the collection of nearly three months of overlapping velocity and backscatter data (from November through February) and a record of acoustic backscatter strength spanning the entire ~150 day frazil ice season between November, 2016 and ~April, 2017. This submission includes the overwinter ice study plan, raw data, and report.
16 TIDAL AND WAVE POWER↗