SEARCH · Search NASA
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.
Spacecraft telemetry systems have evolved from simple hardware devices to complex computer applications performing data acquisition and formatting tasks. This paper reviews the role of spacecraft computers in performing telemetry functions and examines computer-based telemetry systems being considered for use on the NASA Space Station.
Integral Systems, Inc.'s EPOCH 2000 forms the core of NASA's Near Earth Asteroid Rendezvous (NEAR) mission's command and control center. EPOCH 2000, which allows ground operators to monitor and control satellites over a wide area network, owes part of its heritage from work completed to support Goddard Space Flight Center. The software automates telemetry processing, commanding, anomaly detection, and archiving collected data. The NEAR spacecraft, launched in February 1996, will rendezvous in early 1999 and orbit the Asteroid Eros for a year. Integral Systems also provided Low Earth Orbit Autonomous Ground Terminals (LEO-Ts) to NASA. The LEO-T is designed to make it easier and less expensive for principal investigators to obtain telemetry, tracking and control services for their science missions. The company products have supported well over 70 satellite missions aimed at scientific research, meteorology, or communications applications.
As part of the Communications Requirements and Constraints, NASA's two major Ground Data Networks were briefly described. The NASA Communication Network, called NASCOM, is the worldwide operational telecommunications system which interconnects as the tracking and telemetry acquisition sites, launch areas, mission and project control centers, data capture facilities, and network control centers in support of space flight. For the Space Station era, NASCOM plans are set for higher data rate service utilizing data packet switched technology. Increased use of fiber optics is expected in a much more diverse network topology. The second major ground network, the Program Support Communications Network (PSCN), interconnects all NASA Centers and NASA contractor locations for intercenter non-operation communications. The primary functions are to transport voice, video, data and facsimile information for intercenter coordination, and to provide user access to space science and applications data bases. For the Space Station era, PSCN plans address the significant increase in forecast requirements for science data distribution and access to the Numerical Aerodynamics Simulator, and increased use of the Video Teleconference System.
Mariner spacecraft design and technology for Mars flyby in 1969 noting data storage, planetary scan, power subsystem, sequencer, telemetry and packaging
Interface requirements for data transmission from CDC 3200 I/O and telemetry computers to Univac 1108
A one-sixth scale model of the lunar roving vehicle used in the Apollo 15 mission was built and instrumented to conduct model studies of vehicle mobility. The model was free running under radio control and was equipped with a lightweight telemetry transmitter that allowed 16 channels of data to be gathered simultaneously. String payout and fifth-wheel devices were developed to measure vehicle velocity. Other real-time measurements included wheel torque, wheel speed, center-of-gravity accelerations, and steering forces. Calibration, operations, and maintenance procedures were worked out. Details of the development of the instrumentation, its maintenance, and some of the problems encountered, are recorded serve as a preliminary operations and maintenance manual for this specific model. In addition, information regarding soil processing and testing that may be useful to NASA personnel planning mobility research with the model in soil is furnished.
Description of the OSO spin-stabilized spacecraft capable of conducting eleven experiments in studying the sun, the earth, and other space objects. The OSO provides controlled electric power, thermal control, a telemetry and command interface, tape-recorded data storage, and precisely timed orbital and orientation information. A chart indicating experiments carried out on nine OSO missions is included.
The Helios-1 third solar occultation and fourth perihelion is covered. A Helios-2 spacecraft emergency and third solar conjunction (occultation) are also discussed. Additional topics include STDN-DSN telemetry and command cross-support, Ground Data System tests, tracking coverage, plus DSN system performance for August and September 1976.
Design and performance data are analyzed for the Stratospheric Aerosol and Gas Experiment II (SAGE II) instrument, which has been developed for the NASA Earth Radiation Budget Satellite (ERBS). SAGE II is designed to monitor globally, from 70 degrees S to 70 degrees N latitude, the vertical distribution of stratospheric aerosols, ozone, water vapor, and nitrogen dioxide by measuring the extinction of solar radiation through the earth's atmosphere during the ERBS observatory solar occultations. A flat scanning mirror reflects solar radiation into a Cassegrain type telescope, which forms a solar image on the entrance slit of a grating spectrometer. The instantaneous-field-of-view of the SAGE II is scanned along the vertical solar diameter by the elevation scan mirror. The optical system is contained within an azimuth gimbal which tracks the solar radiometric centroid during the data event, while the spectrometer isolates seven spectral wavelengths from 0.385-1.02 micrometers. The seven channels of the spectrometer use silicon photodiode dedectors operated in the photovoltaic mode. The detector outputs are multiplexed into a serial data stream for readout by the ERBS telemetry system, with each output being sampled 64 times per second and digitized to 12 bit resolution.
The design of a communications relay to provide constant access between the Earth and the far side of the Moon is presented. Placement of the relay in a halo orbit about the L2 Earth-Moon Lagrange point allows the satellite to maintain constant simultaneous communication between Earth and scientific payloads on the far side of the Moon. The requirements of NASA's Discovery-class missions adopted and modified for this design are: total project cost should not exceed $150 million excluding launch costs, launch must be provided by Delta-class vehicle, and the satellite should maintain an operational lifetime of 10 to 15 years. The spacecraft will follow a transfer trajectory to the L2 point, after launch by a Delta II 7925 vehicle in 1999. Low-level thrust is used for injection into a stationkeeping-free halo orbit once the spacecraft reaches the L2 point. The shape of this halo orbit is highly elliptical with the maximum excursion from the L2 point being 35000 km. A spun section and despun section connected through a bearing and power transfer assembly (BAPTA) compose the structure of the spacecraft. Communications equipment is placed on the despun section to provide for a stationary dual parabolic offset-feed array antenna system. The dual system is necessary to provide communications coverage during portions of maximum excursion on the halo orbit. Transmissions to the NASA Deep Space Network 34 m antenna include six channels (color video, two voice, scientific data from lunar payloads, satellite housekeeping and telemetry and uplinked commands) using the S- and X-bands. Four radioisotope thermoelectric generators (RTG's) provide a total of 1360 W to power onboard systems and any two of the four Hughes 13 cm ion thrusters at once. Output of the ion thrusters is approximately 17.8 mN each with xenon as the propellant. Presence of torques generated by solar pressure on the antenna dish require the addition of a 'skirt' extending from the spun section of the satellite for balance. Total mass of the satellite is approximately 900 kg at a cost of $130 million FY99.
The Science Operations Center (SOC) for the X-ray Timing Explorer (XTE) mission is an important component of the XTE ground system. Its mandate includes: (1) command and telemetry for the three XTE instruments, using CCSDS standards; (2) monitoring of the real-time science operations, reconfiguration of the experiment and the instruments, and real-time commanding to address the targets of opportunity (TOO) and alternate observations; and (3) analysis, processing, and archival of the XTE telemetry, and the timely delivery of the data products to the principal investigator (PI) teams and the guest observers (GO). The SOC has two major components: the science operations facility (SOF) that addresses the first two objectives stated above and the guest observer facility (GOF) that addresses the third. The SOF has subscribed to the object oriented design and implementation; while the GOF uses the traditional approach in order to take advantage of the existing software developed in support of previous missions. This paper details the SOF development using the object oriented design (OOD), and its implementation using the object oriented programming (OOP) in C++ under Unix environment on client-server architecture using Sun workstations. It also illustrates how the object oriented (OO) and the traditional approaches coexist in SOF and GOF, the lessons learned, and how the OOD facilitated the distributed software development collaboratively by four different teams. Details are presented for the SOF system, its major subsystems, its interfaces with the rest of the XTE ground data system, and its design and implementation approaches.
The power system operator's need for a reliable power delivery system calls for a real-time or near-real-time Al-based fault diagnosis tool. Such a tool will allow NASA ground controllers to re-establish a normal or near-normal degraded operating state of the EPS (a DC power system) for Space Station Alpha by isolating the faulted branches and loads of the system. And after isolation, re-energizing those branches and loads that have been found not to have any faults in them. A proposed solution involves using the Fault Diagnosis Intelligent System (FDIS) to perform near-real time fault diagnosis of Alpha's EPS by downloading power transient telemetry at fault-time from onboard data loggers. The FDIS uses an ANN clustering algorithm augmented with a wavelet transform feature extractor. This combination enables this system to perform pattern recognition of the power transient signatures to diagnose the fault type and its location down to the orbital replaceable unit. FDIS has been tested using a simulation of the LeRC Testbed Space Station Freedom configuration including the topology from the DDCU's to the electrical loads attached to the TPDU's. FDIS will work in conjunction with the Power Management Load Scheduler to determine what the state of the system was at the time of the fault condition. This information is used to activate the appropriate diagnostic section, and to refine if necessary the solution obtained. In the latter case, if the FDIS reports back that it is equally likely that the faulty device as 'start tracker #1' and 'time generation unit,' then based on a priori knowledge of the system's state, the refined solution would be 'star tracker #1' located in cabinet ITAS2. It is concluded from the present studies that artificial intelligence diagnostic abilities are improved with the addition of the wavelet transform, and that when such a system such as FDIS is coupled to the Power Management Load Scheduler, a faulty device can be located and isolated from the rest of the system. The benefit of these studies provides NASA with the ability to quickly restore the operating status of a space station from a critical state to a safe degraded mode, thereby saving costs in experimentation rescheduling, fault diagnostics, and prevention of loss-of-life.
St. Jude Medical's Cardiac Rhythm Management Division's (formerly known as Pacesetter Systems, Inc.) pacer is a rechargeable cardiac pacemaker that eliminates the recurring need for surgery to implant a new battery. The Programalith is an advanced cardiac pacing system which permits a physician to reprogram a patient's implanted pacemaker without surgery. System consists of a pacemaker, together with a physician's console containing the programmer and a data printer. Signals are transmitted by wireless telemetry. Two-way communications, originating from spacecraft electrical power systems technology, allows physician to interrogate the pacemaker as to the status of the heart, then to fine tune the device to best suit the patient's needs.
As part of the NASA Aviation Safety Program at Langley Research Center, a dynamically scaled unmanned aerial vehicle (UAV) and associated ground based control system are being developed to investigate dynamics modeling and control of large transport vehicles in upset conditions. The UAV is a 5.5% (seven foot wingspan), twin turbine, generic transport aircraft with a sophisticated instrumentation and telemetry package. A ground based, real-time control system is located inside an operations vehicle for the research pilot and associated support personnel. The telemetry system supports over 70 channels of data plus video for the downlink and 30 channels for the control uplink. Data rates are in excess of 200 Hz. Dynamic scaling of the UAV, which includes dimensional, weight, inertial, actuation, and control system scaling, is required so that the sub-scale vehicle will realistically simulate the flight characteristics of the full-scale aircraft. This testbed will be utilized to validate modeling methods, flight dynamics characteristics, and control system designs for large transport aircraft, with the end goal being the development of technologies to reduce the fatal accident rate due to loss-of-control.
When embarking into the design of a new launch vehicle, engineering models of expected vehicle performance are always generated. While many models are well established and understood, some models contain design features that are only marginally known. Unfortunately, these analytical models produce uncertainties in design margins. The best way to answer these analytical issues is with vehicle level testing. The National Aeronautics and Space Administration respond to these uncertainties by using a vehicle level system called the Development Flight Instrumentation, or DFI. This DFI system can be simple to implement, with only a few measurements, or it may be a sophisticated system with hundreds of measurement and video, without a recording capability. From experience with DFI systems, DFI never goes away. The system is renamed and allowed to continue, in most cases. Proper system design can aid the transition to future data requirements. This paper will discuss design features that need to be considered when developing a DFI system for a launch vehicle. It will briefly review the data acquisition units, sensors, multiplexers and recorders, telemetry components and harnessing. It will present a reasonable set of requirements which should be implemented in the beginning of the program in order to start the design. It will discuss a simplistic DFI architecture that could be the basis for the next NASA launch vehicle. This will be followed by a discussion of the "experiences gained" from a past DFI system implementation, such as the very successful Ares I-X test flight. Application of these design considerations may not work for every situation, but they may direct a path toward success or at least make one pause and ask the right questions.
The NASA Marshall Space Flight Center is currently developing an Advanced Data System in an effort to address the requirements of ground data systems for future missions. The Advanced Data System will be required to provide real-time telemetry acquisition and display capabilities, as well as commanding and off-line mission planning functions. This paper discusses the requirements of the ground data systems in support of the AXAF mission, and presents the conceptual design of those systems.
The consolidated instrumentation plan is presented for employing optical and electronic data acquisition systems to monitor the performance and trajectory of Skylab 1 and Skylab 2 vehicles during the launch phase. Telemetry, optical, and electronic tracking equipment on board the vehicles, and data acquisition systems monitoring the flights are discussed. Flight safety instrumentation, vehicle data transmission systems, and instrumentation geography are also described.
The XTCE (XML Telemetric and Command Exchange) standard provides a way to describe space mission telemetry and command “databases” (or dictionaries) to be exchanged across centers and space agencies. Having a standard format for describing the telemetry and command formats allows for the development or adoption of compatible tools and significantly reduces the amount of custom software development often needed to ensure all system components have access to consistent format definitions. The main objective of this paper is to show how powerful XTCE is in terms of interoperability across organizations. This paper summarizes work which entailed converting the mission telemetry database for a current NASA mission, in XTCE format, into several target mission operation databases associated with different telemetry and command toolchains, and then, comparing the results of the telemetry processing and display. The target toolchains selected were Ball Aerospace/COSMOS, NASA-GSFC/ITOS (Goddard Space Flight Center/Integrated Test and Operations System), and NASA-AMMOS/AMPCS (Advanced Multi-Mission Operations System/Mission Data Processing and Control System) – all real-time telemetry and command processing systems.