Search NASA⌕ Search

SEARCH · Search NASA

Results for “spacecraft command and data handling system”

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 73 records · Page 4

Electronic switching spherical array antenna

This work was conducted to demonstrate the performance levels attainable with an ESSA (Electronic Switching Spherical Array) antenna by designing and testing an engineering model. The antenna was designed to satisfy general spacecraft environmental requirements and built to provide electronically commandable beam pointing capability throughout a hemisphere. Constant gain and beam shape throughout large volumetric coverage regions are the principle characteristics. The model is intended to be a prototype of a standard communications and data handling antenna for user scientific spacecraft with the Tracking and Data Relay Satellite System (TDRSS). Some additional testing was conducted to determine the feasibility of an integrated TDRSS and GPS (Global Positioning System) antenna system.

Stockton, R.↗

STDN in the TDRSS and Shuttle Era

NASA presently maintains a worldwide system of ground tracking stations to provide communication support (tracking, telemetry and command) to all authorized user spacecraft missions. The set of ground stations supporting earth orbiting missions, and their supporting communication links (called NASCOM) to various NASA centers, is designated as the Spaceflight Tracking and Data Network (STDN). Major users of the STDN in the 1980's include LANDSAT-D, SEASAT-B and the Shuttle, all of which are capable of generating data at rates that cannot be handled by the present STDN ground stations. The expanded capabilities of the STDN in the 1980's to provide support to these missions and other users is addressed. The newest asset of the STDN, the Tracking and Data Relay Satellite System (TDRSS) is described, as are the remaining STDN ground stations (called the GSTDN). The Shuttle communications support is not only for the Shuttle itself, but also for the Spacelab, attached payloads (within the Shuttle bay), and detached payloads being either deployed or retrieved by Shuttle. The specific communications support being provided by STDN (both by TDRSS and by the GSTDN) to the Shuttle is also described.

Schwartz, J. J.↗

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

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

Andrucyk, Dennis J.↗

Task four report: Telemetry, command, and data handling

An overview of the telemetry, command, and data handling features of four spacecraft developed under GSFC management is presented. Two of these spacecraft ATS and SMS, are designed for geostationary orbit; the other two OSO and ERTS, are designed for low earth orbits. The program time spans for these spacecraft are as shown. The programs are seen to be near contemporary, especially in the 1973, 1974 period. All of the spacecraft listed were developed under GSFC control and are thus subject to the standards set forth in the Aerospace Data System Standard developed by GSFC. These standards must be adhered to by all spacecraft programs under GSFC control or utilizing STDN unless waivers have been granted. The standards were developed to maximize the utilization of the large amount of standard equipment at each STDN ground facility. The standards impose bounds on both the command and telemetry formats to be compatible with the STDN ground station unless valid and acceptable reasons are raised to deviate from these restraints.

Source record↗

Systems design study of the Pioneer Venus spacecraft. Volume 1. Technical analyses and tradeoffs, section 7 (part 3 of 4)

The aerodynamic design problems for the Pioneer Venus mission are discussed for a small probe shape that enters the atmosphere, and exhibits good stability for the subsonic portion of the flight. The problems discussed include: heat shield, structures and mechanisms, thermal control, decelerator, probe communication, data handling and command, and electric power.

Source record↗

Advanced Communication Architectures and Technologies for Missions to the Outer Planets

Missions to the outer planets would be considerably enhanced by the implementation of a future space communication infrastructure that utilizes relay stations placed at strategic locations in the solar system. These relay stations would operate autonomously and handle remote mission command and data traffic on a prioritized demand access basis. Such a system would enhance communications from that of the current direct communications between the planet and Earth. The system would also provide high rate data communications to outer planet missions, clear communications paths during times when the sun occults the mission spacecraft as viewed from Earth, and navigational "lighthouses" for missions utilizing onboard autonomous operations. Additional information is contained in the original extended abstract.

Bhasin, K.↗

Characterization of Orbital Debris Via Hyper-Velocity Ground-Based Tests

To replicate a hyper-velocity fragmentation event using modern-day spacecraft materials and construction techniques to better improve the existing DoD and NASA breakup models. DebriSat is intended to be representative of modern LEO satellites.Major design decisions were reviewed and approved by Aerospace subject matter experts from different disciplines. DebriSat includes 7 major subsystems. Attitude determination and control system (ADCS), command and data handling (C&DH), electrical power system (EPS), payload, propulsion, telemetry tracking and command (TT&C), and thermal management. To reduce cost, most components are emulated based on existing design of flight hardware and fabricated with the same materials. A key laboratory-based test, Satellite Orbital debris Characterization Impact Test (SOCIT), supporting the development of the DoD and NASA satellite breakup models was conducted at AEDC in 1992 .Breakup models based on SOCIT have supported many applications and matched on-orbit events reasonably well over the years.

Cowardin, Heather↗

DebriSat: The New Hypervelocity Impact Test for Satellite Breakup Fragment Characterization

To replicate a hyper-velocity fragmentation event using modern-day spacecraft materials and construction techniques to better improve the existing DoD and NASA breakup models: DebriSat is intended to be representative of modern LEO satellites. Major design decisions were reviewed and approved by Aerospace subject matter experts from different disciplines. DebriSat includes 7 major subsystems. Attitude determination and control system (ADCS), command and data handling (C&DH), electrical power system (EPS), payload, propulsion, telemetry tracking and command (TT&C), and thermal management. To reduce cost, most components are emulated based on existing design of flight hardware and fabricated with the same materials. center dotA key laboratory-based test, Satellite Orbital debris Characterization Impact Test (SOCIT), supporting the development of the DoD and NASA satellite breakup models was conducted at AEDC in 1992. Breakup models based on SOCIT have supported many applications and matched on-orbit events reasonably well over the years.

Cowardin, Heather↗

The handling of data in solar-terrestrial and in planetary physics

The evolution of data handling systems for solar-terrestrial and planetary physics applications is discussed. The main elements of data management systems for scientific satellites are described, including: command and control; data transmission; prioritization of data users; and data reduction and analysis. The design approaches incorporated into the data management systems of the Interplanetary Monitoring Platform (IMP), International Sun Earth Explorer (ISEE), and the Orbiting Geophysical Observatory, (OGO) spacecraft, are discussed. Emphasis is given to classical, centralized, and hybrid system designs. The report of the Committee on Data Management and Computation (CODMAC) concerning concepts for new data management systems is briefly summarized.

Vette, J. I.↗

Spacecraft systems design trade-offs for the Earth Resources Technology Satellite.

The Earth Resources Technology Satellite Program's use of flight proven hardware in the design of a satellite for earth sensor payload support and data handling is discussed. The use of an existing satellite as the building block around which additional support systems such as the orbit adjust system, the redundant wideband telemetry systems, the second regulated power system, and the quad redundant command system is analyzed. System performance seen in orbit vs design objectives are discussed to point up the success of the design approach chosen. Also discussed are the schedule and cost benefits derived from the use of previously developed hardware with additional subsystems as required to meet program requirements.

Branchflower, G. A.↗

OSIRIS-REx, Returning the Asteroid Sample

This paper addresses the technical aspects of the sample return system for the upcoming Origins, Spectral Interpretation, Resource Identification, and Security-Regolith Explorer (OSIRIS-REx) asteroid sample return mission. The overall mission design and current implementation are presented as an overview to establish a context for the technical description of the reentry and landing segment of the mission.The prime objective of the OSIRIS-REx mission is to sample a primitive, carbonaceous asteroid and to return that sample to Earth in pristine condition for detailed laboratory analysis. Targeting the near-Earth asteroid Bennu, the mission launches in September 2016 with an Earth reentry date of September 24, 2023.OSIRIS-REx will thoroughly characterize asteroid Bennu providing knowledge of the nature of near-Earth asteroids that is fundamental to understanding planet formation and the origin of life. The return to Earth of pristine samples with known geologic context will enable precise analyses that cannot be duplicated by spacecraft-based instruments, revolutionizing our understanding of the early Solar System. Bennu is both the most accessible carbonaceous asteroid and one of the most potentially Earth-hazardous asteroids known. Study of Bennu addresses multiple NASA objectives to understand the origin of the Solar System and the origin of life and will provide a greater understanding of both the hazards and resources in near-Earth space, serving as a precursor to future human missions to asteroids.This paper focuses on the technical aspects of the Sample Return Capsule (SRC) design and concept of operations, including trajectory design and reentry retrieval. Highlights of the mission are included below.The OSIRIS-REx spacecraft provides the essential functions for an asteroid characterization and sample return mission: attitude control propulsion power thermal control telecommunications command and data handling structural support to ensure successful rendezvous with Bennu characterization of Bennus properties delivery of the sampler to the surface, and return of the spacecraft to the vicinity of the Earth sample collection, performed by the Touch-and-Go Sample Acquisition Mechanism (TAGSAM), to acquire a regolith sample from the surface Earth re-entry and SRC recovery. Following sample collection, OSIRIS-REx drifts away from Bennu until the Asteroid Departure Maneuver is commanded on March 4, 2021, sending OSIRIS-REx on a ballistic return cruise to Earth. No additional large deterministic maneuvers are required to return the SRC to Earth. During the cruise, tracking and trajectory correction maneuvers (TCMs) are performed as necessary to precisely target the entry corridor. As OSIRIS-REx approaches Earth, the reentry plans are reviewed starting about a year before arrival, and preparations begin. The spacecraft is targeted away from the Earth until 7 days before entry. The final two trajectory correction maneuvers bring the spacecraft on target toward the Utah Test and Training Range (UTTR), with sufficient time for contingency resolution. The SRC releases 4 hours prior to atmospheric entry interface and, using the Stardust capsule heritage design, employs a traditional drogue and main parachute descent system for a soft touchdown.

reentry↗

The Atmosphere Explorer spacecraft system

The Atmosphere Explorer Spacecraft incorporates an orbiting aeronomy laboratory designed to operate in the lower thermosphere. A three-axis stabilized platform capable of operating over a wide range of orbital altitudes, inclinations, solar aspect angles, and spin rates satisfies the science requirements for instrument orientation. An on-board propulsion subsystem allows operations at low-perigee altitudes without severe limitation of orbital lifetime. Programmable high-speed digital command and data handling, together with power supplied by solar cells and batteries, allows the spacecraft to be operated remotely in daylight or darkness. This configuration of spacecraft support subsystems fulfills the requirements for the various phases of the scientific mission.

De Bastos, R.↗

The Galileo spacecraft system design

The Galileo Orbiter differs markedly from its Mariner, Viking and Voyager predecessors in many aspects of its design, as dictated by its unique mission characteristics. Novel design features include a dual spin configuration, long life bipropellant propulsion, radioisotope thermoelectric generators, and a star scanner. Other major changes are related to Space Shuttle Orbiter compatibility. The selection of a distributed data system employing a high speed data bus represents a major advance over Voyager systems. The command, control and data handling functions for the Orbiter are merged into a single software-controlled subsystem. The paramount importance of software development in the design of Galileo subsystems is noted, in view of the requirement for total engineering and science data acquisition process reprogrammability.

Jones, C. P.↗

A new systems engineering approach to streamlined science and mission operations for the Far Ultraviolet Spectroscopic Explorer (FUSE)

The Mission Operations and Data Systems Directorate (MO&DSD, Code 500), the Space Sciences Directorate (Code 600), and the Flight Projects Directorate (Code 400) have developed a new approach to combine the science and mission operations for the FUSE mission. FUSE, the last of the Delta-class Explorer missions, will obtain high resolution far ultraviolet spectra (910 - 1220 A) of stellar and extragalactic sources to study the evolution of galaxies and conditions in the early universe. FUSE will be launched in 2000 into a 24-hour highly eccentric orbit. Science operations will be conducted in real time for 16-18 hours per day, in a manner similar to the operations performed today for the International Ultraviolet Explorer. In a radical departure from previous missions, the operations concept combines spacecraft and science operations and data processing functions in a single facility to be housed in the Laboratory for Astronomy and Solar Physics (Code 680). A small missions operations team will provide the spacecraft control, telescope operations and data handling functions in a facility designated as the Science and Mission Operations Center (SMOC). This approach will utilize the Transportable Payload Operations Control Center (TPOCC) architecture for both spacecraft and instrument commanding. Other concepts of integrated operations being developed by the Code 500 Renaissance Project will also be employed for the FUSE SMOC. The primary objective of this approach is to reduce development and mission operations costs. The operations concept, integration of mission and science operations, and extensive use of existing hardware and software tools will decrease both development and operations costs extensively. This paper describes the FUSE operations concept, discusses the systems engineering approach used for its development, and the software, hardware and management tools that will make its implementation feasible.

Butler, Madeline J.↗

The Software Design for the Wide-Field Infrared Explorer Attitude Control System

The Wide-Field Infrared Explorer (WIRE), currently scheduled for launch in September 1998, is the fifth of five spacecraft in the NASA/Goddard Small Explorer (SMEX) series. This paper presents the design of WIRE's Attitude Control System flight software (ACS FSW). WIRE is a momentum-biased, three-axis stabilized stellar pointer which provides high-accuracy pointing and autonomous acquisition for eight to ten stellar targets per orbit. WIRE's short mission life and limited cryogen supply motivate requirements for Sun and Earth avoidance constraints which are designed to prevent catastrophic instrument damage and to minimize the heat load on the cryostat. The FSW implements autonomous fault detection and handling (FDH) to enforce these instrument constraints and to perform several other checks which insure the safety of the spacecraft. The ACS FSW implements modules for sensor data processing, attitude determination, attitude control, guide star acquisition, actuator command generation, command/telemetry processing, and FDH. These software components are integrated with a hierarchical control mode managing module that dictates which software components are currently active. The lowest mode in the hierarchy is the 'safest' one, in the sense that it utilizes a minimal complement of sensors and actuators to keep the spacecraft in a stable configuration (power and pointing constraints are maintained). As higher modes in the hierarchy are achieved, the various software functions are activated by the mode manager, and an increasing level of attitude control accuracy is provided. If FDH detects a constraint violation or other anomaly, it triggers a safing transition to a lower control mode. The WIRE ACS FSW satisfies all target acquisition and pointing accuracy requirements, enforces all pointing constraints, provides the ground with a simple means for reconfiguring the system via table load, and meets all the demands of its real-time embedded environment (16 MHz Intel 80386 processor with 80387 coprocessor running under the VRTX operating system). The mode manager organizes and controls all the software modules used to accomplish these goals, and in particular, the FDH module is tightly coupled with the mode manager.

Anderson, Mark O.↗

Nimbus-7

The DSN (Deep Space Network) mission support requirements for Nimbus 7 are summarized. The basic Nimbus series spacecraft is attitude-stabilized in three axes, with the yaw axis always pointing towards the center of the Earth. The spacecraft provides a stable platform, power, command, and data handling support for active and passive sensors for daily global surveillance of the atmosphere, and for mapping details of the atmospheric structure and Earth surface from satellite altitudes. The Nimbus 7 mission objectives are outlined and the DSN support requirements are defined through the presentation of tables and narratives describing the spacecraft flight profile; DSN support coverage; S-band frequency assignments; support parameters for telemetry, command and support systems; and tracking support responsibility.

Foreman, M.↗

The ion drive program - Comet rendezvous issues for SEPS developers

Preliminary steps have been taken in a joint high-priority project between NASA and the European Space Agency, whereby a Solar Electric Propulsion System (SEPS), using ion drive of a 25-30 kilowatt power level, will be utilized for the first time, as part of the Space Transportation System, in powering a probe to be deployed toward Halley's comet in 1985 and a separate spacecraft which will rendezvous with the Temple 2 comet in 1988 and study it for one year. Unlike ballistically-launched vehicles, an unprecedented long-term interaction between the SEPS, the primary source of power and attitude control, and the spacecraft, responsible for data handling (at a rate of 10-120 kilobits per second), and command and telecommunications to earth (requiring capabilities at both X- and S-band frequencies, for dual-frequency navigational tracking), is required, as mission phases alternate between powered flight and science data-taking. Different design sensitivities are presented graphically.

Atkins, K. L.↗

Adapting the SpaceCube v2.0 Data Processing System for Mission-Unique Application Requirements

The SpaceCube (sup TM) v2.0 system is a superior high performance, reconfigurable, hybrid data processing system that can be used in a multitude of applications including those that require a radiation hardened and reliable solution. This paper provides an overview of the design architecture, flexibility, and the advantages of the modular SpaceCube v2.0 high performance data processing system for space applications. The current state of the proven SpaceCube technology is based on nine years of engineering and operations. Five systems have been successfully operated in space starting in 2008 with four more to be delivered for launch vehicle integration in 2015. The SpaceCube v2.0 system is also baselined as the avionics solution for five additional flight projects and is always a top consideration as the core avionics for new instruments or spacecraft control. This paper will highlight how this multipurpose system is currently being used to solve design challenges of three independent applications. The SpaceCube hardware adapts to new system requirements by allowing for application-unique interface cards that are utilized by reconfiguring the underlying programmable elements on the core processor card. We will show how this system is being used to improve on a heritage NASA GPS technology, enable a cutting-edge LiDAR instrument, and serve as a typical command and data handling (C&DH) computer for a space robotics technology demonstration.

SpaceCube↗