Search NASA⌕ Search

SEARCH · Search NASA

Results for “Command and Data Handling”

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 235 records · Page 13

Mission operations computing systems evolution

As part of its preparation for the operational Shuttle era, the Goddard Space Flight Center (GSFC) is currently replacing most of the mission operations computing complexes that have supported near-earth space missions since the late 1960's. Major associated systems include the Metric Data Facility (MDF) which preprocesses, stores, and forwards all near-earth satellite tracking data; the Orbit Computation System (OCS) which determines related production orbit and attitude information; the Flight Dynamics System (FDS) which formulates spacecraft attitude and orbit maneuvers; and the Command Management System (CMS) which handles mission planning, scheduling, and command generation and integration. Management issues and experiences for the resultant replacement process are driven by a wide range of possible future mission requirements, flight-critical system aspects, complex internal system interfaces, extensive existing applications software, and phasing to optimize systems evolution.

Kurzhals, P. R.↗

Meteorological satellites.

Launch vehicle, spacecraft, command and data station and data utilization for meteorological satellite systems, satellite stabilization and orbit types

SPACECRAFT STABILITY↗

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.↗

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.↗

Effect of Control System Augmentation on Handling Qualities and Task Performance in Good and Degraded Visual Environments

In June 2013, NASA and the U.S. Army jointly conducted a simulation experiment in the NASA-Ames Vertical Motion Simulator that examined and quantified the effects of limited-authority control system augmentation on handling qualities and task performance in both good and degraded visual environments (DVEs). The vehicle model used for the experiment was the OH-58D with similar size, weight and performance, and the same 4-blade rotor system as the Bell 407 civilian helicopter that is commonly used for medical evacuation and emergency medical services. The control systems investigated as part of this study included the baseline aircraft Rate Command system, a short-term Attitude Command/Attitude Hold system that uses lagged-rate feedback to provide a short-term attitude response, Modernized Control Laws that provide an Attitude Command/Attitude Hold control response type, and Modernized Control Laws with an additional Position Hold function. Evaluation tasks included the ADS-33 Hover, Sidestep, Acceleration/Deceleration, and Pirouette Mission Task Elements, as well as a new proposed Emergency Medical Services task that includes an approach and landing at a minimally prepared remote landing site. Degraded visual environments were simulated with night vision goggles and an unaided night scene. A total of nine experimental test pilots participated in the four-week simulation experiment. Data recorded during the evaluation included Cooper-Harper handling qualities ratings, Bedford Workload scale ratings, and task performance. The Usable Cue Environment (UCE) was measured for this simulation experiment, and found to be UCE equals 1 in good visual environments and UCE equals 2 in degraded visual environments with night vision goggles. Results showed that handling qualities ratings were improved with a control system providing short-term attitude response over a rate command system, although the improvements were not sufficient to produce Level 1 handling qualities in degraded visual environments. Results for an Attitude Command/Attitude Hold control system showed that borderline Level 1 handling qualities could be achieved in degraded visual environments, and the 10 percent authority stability augmentation system was adequate to obtain these handling qualities ratings.

Handling Qualities↗

Tracking and data system support for the Viking 1975 mission to Mars. Volume 3: Planetary operations

The support provided by the Deep Space Network to the 1975 Viking Mission from the first landing on Mars July 1976 to the end of the Prime Mission on November 15, 1976 is described and evaluated. Tracking and data acquisition support required the continuous operation of a worldwide network of tracking stations with 64-meter and 26-meter diameter antennas, together with a global communications system for the transfer of commands, telemetry, and radio metric data between the stations and the Network Operations Control Center in Pasadena, California. Performance of the deep-space communications links between Earth and Mars, and innovative new management techniques for operations and data handling are included.

Mudgway, D. J.↗

Tracking and data system support for the Viking 1975 mission to Mars: Extended mission operations, December 1976 to May 1978, volume 4

The support which was provided by the Deep Space Network to the Viking Extended Mission from December 1976 to May 1978 is described. Tracking and data acquisition support required the continuous operation of a world-wide network of tracking stations with 64-meter and 26-meter diameter antennas, together with a global communications system for the transfer of commands, telemetry, and radio metric data between the stations and the Network Operations Control Center in Pasadena, California. Performance of the deep-space communications links between Earth and Mars, and innovative new management techniques for operations and data handling are included.

Mudgway, D. J.↗

A database management capability for Ada

The data requirements of mission critical defense systems have been increasing dramatically. Command and control, intelligence, logistics, and even weapons systems are being required to integrate, process, and share ever increasing volumes of information. To meet this need, systems are now being specified that incorporate data base management subsystems for handling storage and retrieval of information. It is expected that a large number of the next generation of mission critical systems will contain embedded data base management systems. Since the use of Ada has been mandated for most of these systems, it is important to address the issues of providing data base management capabilities that can be closely coupled with Ada. A comprehensive distributed data base management project has been investigated. The key deliverables of this project are three closely related prototype systems implemented in Ada. These three systems are discussed.

Chan, Arvola↗

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.↗

Commanding Constellations (Pipeline Architecture)

Providing ground command software for constellations of spacecraft is a challenging problem. Reliable command delivery requires a feedback loop; for a constellation there will likely be an independent feedback loop for each constellation member. Each command must be sent via the proper Ground Station, which may change from one contact to the next (and may be different for different members). Dynamic configuration of the ground command software is usually required (e.g. directives to configure each member's feedback loop and assign the appropriate Ground Station). For testing purposes, there must be a way to insert command data at any level in the protocol stack. The Pipeline architecture described in this paper can support all these capabilities with a sequence of software modules (the pipeline), and a single self-identifying message format (for all types of command data and configuration directives). The Pipeline architecture is quite simple, yet it can solve some complex problems. The resulting solutions are conceptually simple, and therefore, reliable. They are also modular, and therefore, easy to distribute and extend. We first used the Pipeline architecture to design a CCSDS (Consultative Committee for Space Data Systems) Ground Telecommand system (to command one spacecraft at a time with a fixed Ground Station interface). This pipeline was later extended to include gateways to any of several Ground Stations. The resulting pipeline was then extended to handle a small constellation of spacecraft. The use of the Pipeline architecture allowed us to easily handle the increasing complexity. This paper will describe the Pipeline architecture, show how it was used to solve each of the above commanding situations, and how it can easily be extended to handle larger constellations.

Tim Ray↗

Orbiter Interface Unit and Early Communication System

This report describes the Orbiter Interface Unit (OIU) and the Early Communication System (ECOMM), which are systems of electronic hardware and software that serve as the primary communication links for the International Space Station (ISS). When a space shuttle is at or near the ISS during assembly and resupply missions, the OIU sends groundor crew-initiated commands from the space shuttle to the ISS and relays telemetry from the ISS to the space shuttle s payload data systems. The shuttle then forwards the telemetry to the ground. In the absence of a space shuttle, the ECOMM handles communications between the ISS and Johnson Space Center via the Tracking and Data Relay Satellite System (TDRSS). Innovative features described in the report include (1) a "smart data-buffering algorithm that helps to preserve synchronization (and thereby minimize loss) of telemetric data between the OIU and the space-shuttle payload data interleaver; (2) an ECOMM antenna-autotracking algorithm that selects whichever of two phased-array antennas gives the best TDRSS signal and electronically steers that antenna to track the TDRSS source; and (3) an ECOMM radiation-latchup controller, which detects an abrupt increase in current indicative of radiation-induced latchup and temporarily turns off power to clear the latchup, restoring power after the charge dissipates.

Cobbs, Ronald M.↗

In-Situ XRD/XRF to Support Life Detection on Mars

X-ray diffraction / X-ray fluorescence (XRD/XRF) analysis provides the most comprehensive mineralogical / compositional characterization of rocks and soils of any flight-capable technique. XRD data provide quantitative mineralogy (including abundance of X-ray amorphous materials) and crystal chemistry (structure, elemental composition and valence state), and XRF data provide complimentary major, minor, and some trace element abundances. Both types of data are important in evaluating habitability (environment of formation) and biosignature preservation/degradation (post-depositional diagenetic change). Whether or not a relict biosignature is detected, the mineral assemblage and its geochemistry can be used to determine the habitability of an ancient environment (e.g., salinity, pH, temperature), and to identify potential sources of energy for life (e.g., elements in different redox states). In this respect, a null result (a habitable environment lacking evidence of life) can play an important role in constraining the parameters of the search. Conversely, diagenetic alteration (taphonomic change) resulting from post-depositional variations in temperature, pressure or fluid chemistry can preserve evidence of biogenicity, erase such evidence completely or indeed can provide for post-depositional habitable conditions in the subsurface. XRD / XRF data are critical to these determinations. The CheMin instrument on the Mars Science Laboratory (MSL) Curiosity rover is the first XRD instrument flown in space. CheMin operates in transmission geometry with a Co X-ray source to minimize fluorescence from iron. Diffracted photons are collected with an energy-sensitive charge-coupled device (CCD). The position of the diffracted photons provides structural information for minerals, whereas the energy of sample-generated X-ray fluorescence photons provides elemental information, though these XRF data are qualitative. Mineralogical data from the CheMin XRD identified the three circumstances above: habitable depositional environments (e.g., Yellowknife Bay), habitable subsurface/diagenetic environments (e.g., throughout the Murray formation), and diagenetic conditions that may destroy evidence of habitability (e.g., oxidative and acidic environments at Vera Rubin ridge). Technological advances in X-ray technology and lessons learned from the operation of CheMin on Mars have resulted in a next-generation XRD/XRF, called CheMinX. Replacement of CheMin’s CCD with an array of hybrid pixel detectors and improvements in focusing optics dramatically decrease analysis time (15 minutes vs. 22 hours for MSL-CheMin) and result in a better angular resolution (0.18 vs. 0.30 °2θ for MSL-CheMin). This increased resolution improves mineral detection, including discrimination between types of pyroxenes, which is not possible with MSL-CheMin data. The hybrid pixel detectors do not require cooling like the MSL-CheMin CCD, therefore reducing the power needed to operate CheMinX. CheMinX has a silicon-drift detector (SDD) to measure fluoresced photons, enabling the quantification of major, minor, and some trace elements via XRF. XRD/XRF data are collected simultaneously in CheMinX, obviating the need for multiple compositional instruments. The CheMinX design also improves upon MSL-CheMin’s sample handling. Instead of sample cells on wheel, which are often not reusable and add complexity in commanding the instrument, CheMinX has single-use cells in a cartridge/dispenser configuration. Because of these improvements, CheMinX is an ideal instrument for Discovery-class life-detection missions, including Mars Life Explorer that was recommended for development in the Planetary Science and Astrobiology Decadal Survey 2023-2032.

E B Rampe↗

Stackfile Database

This software provides storage retrieval and analysis functionality for managing satellite altimetry data. It improves the efficiency and analysis capabilities of existing database software with improved flexibility and documentation. It offers flexibility in the type of data that can be stored. There is efficient retrieval either across the spatial domain or the time domain. Built-in analysis tools are provided for frequently performed altimetry tasks. This software package is used for storing and manipulating satellite measurement data. It was developed with a focus on handling the requirements of repeat-track altimetry missions such as Topex and Jason. It was, however, designed to work with a wide variety of satellite measurement data [e.g., Gravity Recovery And Climate Experiment -- GRACE). The software consists of several command-line tools for importing, retrieving, and analyzing satellite measurement data.

deVarvalho, Robert↗

InSight Mars Lander Instrument Deployment Arm Flight Software

The Interior Exploration using Seismic Investigations, Geodesy and Heat Transport (InSight) lander landed on Mars on November 26, 2018 and continues to investigate the internal structure of the planet two years later. The Instrument Deployment Arm (IDA), a robotic arm on the lander, was used to deploy the science instrument payloads from the lander deck to the surface of Mars and to take images of the lander and the surrounding environment. This was the first precision deployment and release by a robotic arm on another planet. After deploying the instruments, the IDA has been used for instrument commissioning, scientific data gathering, and to assist with troubleshooting one of the science instruments. This paper provides a high-level summary of the flight software that controls the IDA. The paper provides an overview of the IDA software interfaces, task structure, command handling strategy, motion specification, motion planning, motor control, grapple control, fault protection, and telemetry.

Ali, Khaled S.↗

AXAF user interfaces for heterogeneous analysis environments

The AXAF Science Center (ASC) will develop software to support all facets of data center activities and user research for the AXAF X-ray Observatory, scheduled for launch in 1999. The goal is to provide astronomers with the ability to utilize heterogeneous data analysis packages, that is, to allow astronomers to pick the best packages for doing their scientific analysis. For example, ASC software will be based on IRAF, but non-IRAF programs will be incorporated into the data system where appropriate. Additionally, it is desired to allow AXAF users to mix ASC software with their own local software. The need to support heterogeneous analysis environments is not special to the AXAF project, and therefore finding mechanisms for coordinating heterogeneous programs is an important problem for astronomical software today. The approach to solving this problem has been to develop two interfaces that allow the scientific user to run heterogeneous programs together. The first is an IRAF-compatible parameter interface that provides non-IRAF programs with IRAF's parameter handling capabilities. Included in the interface is an application programming interface to manipulate parameters from within programs, and also a set of host programs to manipulate parameters at the command line or from within scripts. The parameter interface has been implemented to support parameter storage formats other than IRAF parameter files, allowing one, for example, to access parameters that are stored in data bases. An X Windows graphical user interface called 'agcl' has been developed, layered on top of the IRAF-compatible parameter interface, that provides a standard graphical mechanism for interacting with IRAF and non-IRAF programs. Users can edit parameters and run programs for both non-IRAF programs and IRAF tasks. The agcl interface allows one to communicate with any command line environment in a transparent manner and without any changes to the original environment. For example, the authors routinely layer the GUI on top of IRAF, ksh, SMongo, and IDL. The agcl, based on the facilities of a system called Answer Garden, also has sophisticated support for examining documentation and help files, asking questions of experts, and developing a knowledge base of frequently required information. Thus, the GUI becomes a total environment for running programs, accessing information, examining documents, and finding human assistance. Because the agcl can communicate with any command-line environment, most projects can make use of it easily. New applications are continually being found for these interfaces. It is the authors' intention to evolve the GUI and its underlying parameter interface in response to these needs - from users as well as developers - throughout the astronomy community. This presentation describes the capabilities and technology of the above user interface mechanisms and tools. It also discusses the design philosophies guiding the work, as well as hopes for the future.

Mandel, Eric↗

A Fundamental Mathematical Model of a Microbial Predenitrification System

Space flight beyond Low Earth Orbit requires sophisticated systems to support all aspects of the mission (life support, real-time communications, etc.). A common concern that cuts across all these systems is the selection of information technology (IT) methodology, software and hardware architectures to provide robust monitoring, diagnosis, and control support. Another dimension of the problem space is that different systems must be integrated seamlessly so that communication speed and data handling appear as a continuum (un-interrupted). One such team investigating this problem is the Advanced Integration Matrix (AIM) team whose role is to define the critical requirements expected of software and hardware to support an integrated approach to the command and control of Advanced Life Support (ALS) for future long-duration human space missions, including permanent human presence on the Moon and Mars. A goal of the AIM team is to set the foundation for testing criteria that will assist in specifying tasks, control schemes and test scenarios to validate and verify systems capabilities. This project is to contribute to the goals of the AIM team by assisting with controls planning for ALS. Control for ALS is an enormous problem it involves air revitalization, water recovery, food production, solids processing and crew. In more general terms, these systems can be characterized as involving both continuous and discrete processes, dynamic interactions among the sub-systems, nonlinear behavior due to the complex operations, and a large number of multivariable interactions due to the dimension of the state space. It is imperative that a baseline approach from which to measure performance is established especially when the expectation for the control system is complete autonomous control.

Hoo, Karlene A.↗

Telemetry distribution and processing for the second German Spacelab Mission D-2

For the second German Spacelab Mission D-2 all activities related to operating, monitoring and controlling the experiments on board the Spacelab were conducted from the German Space Operations Control Center (GSOC) operated by the Deutsche Forschungsanstalt fur Luft- und Raumfahrt (DLR) in Oberpfaffenhofen, Germany. The operational requirements imposed new concepts on the transfer of data between Germany and the NASA centers and the processing of data at the GSOC itself. Highlights were the upgrade of the Spacelab Data Processing Facility (SLDPF) to real time data processing, the introduction of packet telemetry and the development of the high-rate data handling front end, data processing and display systems at GSOC. For the first time, a robot on board the Spacelab was to be controlled from the ground in a closed loop environment. A dedicated forward channel was implemented to transfer the robot manipulation commands originating from the robotics experiment ground station to the Spacelab via the Orbiter's text and graphics system interface. The capability to perform telescience from an external user center was implemented. All interfaces proved successful during the course of the D-2 mission and are described in detail in this paper.

Rabenau, E.↗

Integrated Planning for Telepresence with Time Delays

Teleoperation of remote robotic systems over time delays in the range of 2-10 seconds poses a unique set of challenges. In the context of a supervisory control system for the JSC Robonaut humanoid robot, we have developed an 'intelligent assistant' that integrates an Artificial Intelligence planner (JSHOP2) with execution monitoring of the state of both the human supervisor and the remote robot. The assistant reasons simultaneously about the world state on both sides of the time delay, which represents a novel application of this technology. The purpose of the assistant is to provide advice to the human supervisor about current and future activities, derived from a sequence of high-level goals to be achieved. To do this, the assistant must simultaneously monitor and react to various data sources, including actions taken by the supervisor who is issuing commands to the robot (e.g. with a data glove), actions taken by the robot, and the environment of the robot, both as currently perceived over the time delay, along with the current sequence of goals. We have developed a 'leader/follower' software architecture to handle the dual time-shifted streams of execution feedback. In this paper we describe the integrated planner and its executive, and how it operates in normal and anomaly situations.

remote robotic systems↗