Search NASA⌕ Search

SEARCH · Search NASA

Results for “AACS”

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 37 records · Page 2
All sourcesNASA NTRSDOE OSTI
NASA NTRS2008

Cassini Attitude Control Fault Protection Design: Launch to End of Prime Mission Performance

The Cassini Attitude and Articulation Control Subsystem (AACS) Fault Protection (FP) has been successfully supporting operations for over 10 years from launch through the end of the prime mission. Cassini's AACS FP is complex, containing hundreds of error monitors and thousands of tunable parameters. Since launch there have been environmental, hardware, personnel and mission event driven changes which have required AACS FP to adapt and be robust to a variety of scenarios. This paper will discuss the process of monitoring, maintaining and updating the AACS FP during Cassini's lengthy prime mission as well as provide some insight into lessons learned during tour operations.

Meakin, Peter C.↗
NASA NTRS2018

Cassini Spacecraft Attitude Control System: Flight Performance and Lessons Learned, 1997-2017

A sophisticated interplanetary spacecraft, Cassini/Huygens was launched on October 15, 1997. Since achieving orbit at Saturn in 2004, Cassini has collected science data throughout its four-year prime mission (2004–08), and has since been approved for first and second extended missions through September 2017. The Cassini Attitude and Articulation Control Subsystem (AACS) is perhaps the spacecraft subsystem that must satisfy the most mission and science pointing requirements. Since launch, the performance of the Cassini AACS design has been superb. All key mission and science requirements are met with significant margins. An overview of the flight performance of the Cassini attitude control system as well as AACS mission operation-centric lessons learned, from launch to 2017, are described by topics. Many of these lessons learned should be applicable to the safe operations of other interplanetary missions. Processes taken by the AACS operation team to guard against “human” errors are also outlined in this paper.

Lee, Allan Y.↗
NASA NTRS1983

Development of the functional simulator for the Galileo attitude and articulation control system

A simulation program for verifying and checking the performance of the Galileo Spacecraft's Attitude and Articulation Control Subsystem's (AACS) flight software is discussed. The program, which is called Functional Simulator (FUNSIM), provides a simple method of interfacing user-supplied mathematical models coded in FORTRAN which describes spacecraft dynamics, sensors, and actuators; this is done with the AACS flight software, coded in HAL/S (High-level Advanced Language/Shuttle). It is thus able to simulate the AACS flight software accurately to the HAL/S statement level in the environment of a mainframe computer system. FUNSIM also has a command and data subsystem (CDS) simulator. It is noted that the input/output data and timing are simulated with the same precision as the flight microprocessor. FUNSIM uses a variable stepsize numerical integration algorithm complete with individual error bound control on the state variable to solve the equations of motion. The program has been designed to provide both line printer and matrix dot plotting of the variables requested in the run section and to provide error diagnostics.

Namiri, M. K.↗
NASA NTRS1986

The Galileo Attitude and Articulation Control System - A radiation-hard, high precision, state-of-the-art control system

The Galileo Mission and Spacecraft design impose tight requirements on the Attitude and Articulation Control System (AACS). These requirements, coupled with the flexible spacecraft, the need for autonomy, and a severe radiation environment, pose a great challenge for the AACS designer. The resulting design and implementation are described, along with the discovery and solution of the Single-Event Upset problem. The status of the testing of the AACS in the Integration and Test Laboratory as well as at the spacecraft level is summarized.

Rhoads Stephenson, R.↗
NASA NTRS1994

Mission operations data analysis tools for Mars Observer guidance and control

Mission operations for the Mars Observer (MO) Project at the Jet Propulsion Laboratory were supported by a variety of ground data processing software and analysis tools. Some of these tools were generic to multimission spacecraft mission operations, some were specific to the MO spacecraft, and others were custom tailored to the operation and control of the Attitude and Articulation Control Subsystem (AACS). The focus of this paper is on the data analysis tools for the AACS. Four different categories of analysis tools are presented; with details offered for specific tools. Valuable experience was gained from the use of these tools and through their development. These tools formed the backbone and enhanced the efficiency of the AACS Unit in the Mission Operations Spacecraft Team. These same tools, and extensions thereof, have been adopted by the Galileo mission operations, and are being designed into Cassini and other future spacecraft mission operations.

Kan, Edwin P.↗
NASA NTRS1993

The Cassini spacecraft: Object oriented flight control software

The Cassini Attitude and Articulation Control Subsystem (AACS) is responsible for determining and controlling the spacecraft attitude including instrument pointing, antenna pointing, and thrust vector pointing during velocity change maneuvers. The 12 year mission life, long round-trip light time, and extended periods of coast without continuous ground control drive the AACS flight software design in the directions of autonomy, fault tolerance, and modularity to accommodate planned upgrades in flight. The Cassini AACS Flight Software is depicted in increasing levels of detail using a Context Diagram, Architecture Diagrams (i.e., Dependency Diagrams), an Object Diagram for each object, and a Statechart (i.e., State Transition Diagram) for each object. The detail contained in the diagrams is enhanced and refined during the Requirements and Design Phases of both Subsystem and Software Development. Examples of all the diagrams as well as the criteria for object selection, the advantages of statecharts, and the ease of modifying the design to accommodate changes in scope are described.

Hackney, John C.↗
NASA NTRS2012

SMOS L1C and L2 Validation in Australia

Extensive airborne field campaigns (Australian Airborne Cal/val Experiments for SMOS - AACES) were undertaken during the 2010 summer and winter seasons of the southern hemisphere. The purpose of those campaigns was the validation of the Level 1c (brightness temperature) and Level 2 (soil moisture) products of the ESA-led Soil Moisture and Ocean Salinity (SMOS) mission. As SMOS is the first satellite to globally map L-band (1.4GHz) emissions from the Earth?s surface, and the first 2-dimensional interferometric microwave radiometer used for Earth observation, large scale and long-term validation campaigns have been conducted world-wide, of which AACES is the most extensive. AACES combined large scale medium-resolution airborne L-band and spectral observations, along with high-resolution in-situ measurements of soil moisture across a 50,000km2 area of the Murrumbidgee River catchment, located in south-eastern Australia. This paper presents a qualitative assessment of the SMOS brightness temperature and soil moisture products.

Rudiger, Christoph↗
NASA NTRS2014

Stability Assessment and Tuning of an Adaptively Augmented Classical Controller for Launch Vehicle Flight Control

Recently, a robust and practical adaptive control scheme for launch vehicles [ [1] has been introduced. It augments a classical controller with a real-time loop-gain adaptation, and it is therefore called Adaptive Augmentation Control (AAC). The loop-gain will be increased from the nominal design when the tracking error between the (filtered) output and the (filtered) command trajectory is large; whereas it will be decreased when excitation of flex or sloshing modes are detected. There is a need to determine the range and rate of the loop-gain adaptation in order to retain (exponential) stability, which is critical in vehicle operation, and to develop some theoretically based heuristic tuning methods for the adaptive law gain parameters. The classical launch vehicle flight controller design technics are based on gain-scheduling, whereby the launch vehicle dynamics model is linearized at selected operating points along the nominal tracking command trajectory, and Linear Time-Invariant (LTI) controller design techniques are employed to ensure asymptotic stability of the tracking error dynamics, typically by meeting some prescribed Gain Margin (GM) and Phase Margin (PM) specifications. The controller gains at the design points are then scheduled, tuned and sometimes interpolated to achieve good performance and stability robustness under external disturbances (e.g. winds) and structural perturbations (e.g. vehicle modeling errors). While the GM does give a bound for loop-gain variation without losing stability, it is for constant dispersions of the loop-gain because the GM is based on frequency-domain analysis, which is applicable only for LTI systems. The real-time adaptive loop-gain variation of the AAC effectively renders the closed-loop system a time-varying system, for which it is well-known that the LTI system stability criterion is neither necessary nor sufficient when applying to a Linear Time-Varying (LTV) system in a frozen-time fashion. Therefore, a generalized stability metric for time-varying loop=gain perturbations is needed for the AAC.

VanZwieten, Tannen↗
NASA NTRS2016

Extending "Deep Blue" Aerosol Retrieval Coverage to Cases of Absorbing Aerosols Above Clouds: Sensitivity Analysis and First Case Studies

Cases of absorbing aerosols above clouds (AACs), such as smoke or mineral dust, are omitted from most routinely processed space-based aerosol optical depth (AOD) data products, including those from the Moderate Resolution Imaging Spectroradiometer (MODIS). This study presents a sensitivity analysis and preliminary algorithm to retrieve above-cloud AOD and liquid cloud optical depth (COD) for AAC cases from MODIS or similar sensors, for incorporation into a future version of the "Deep Blue" AOD data product. Detailed retrieval simulations suggest that these sensors should be able to determine AAC AOD with a typical level of uncertainty approximately 25-50 percent (with lower uncertainties for more strongly absorbing aerosol types) and COD with an uncertainty approximately10-20 percent, if an appropriate aerosol optical model is known beforehand. Errors are larger, particularly if the aerosols are only weakly absorbing, if the aerosol optical properties are not known, and the appropriate model to use must also be retrieved. Actual retrieval errors are also compared to uncertainty envelopes obtained through the optimal estimation (OE) technique; OE-based uncertainties are found to be generally reasonable for COD but larger than actual retrieval errors for AOD, due in part to difficulties in quantifying the degree of spectral correlation of forward model error. The algorithm is also applied to two MODIS scenes (one smoke and one dust) for which near-coincident NASA Ames Airborne Tracking Sun photometer (AATS) data were available to use as a ground truth AOD data source, and found to be in good agreement, demonstrating the validity of the technique with real observations.

aerosols above clouds↗
NASA NTRS2007

Cassini's Test Methodology for Flight Software Verification and Operations

The Cassini spacecraft was launched on 15 October 1997 on a Titan IV-B launch vehicle. The spacecraft is comprised of various subsystems, including the Attitude and Articulation Control Subsystem (AACS). The AACS Flight Software (FSW) and its development has been an ongoing effort, from the design, development and finally operations. As planned, major modifications to certain FSW functions were designed, tested, verified and uploaded during the cruise phase of the mission. Each flight software upload involved extensive verification testing. A standardized FSW testing methodology was used to verify the integrity of the flight software. This paper summarizes the flight software testing methodology used for verifying FSW from pre-launch through the prime mission, with an emphasis on flight experience testing during the first 2.5 years of the prime mission (July 2004 through January 2007).

Cassini Mission↗
NASA NTRS1978

Galileo dual-spin attitude and articulation control system

Galileo, the first outer planet explorer to be configured as a dual spinner, will conduct intensive investigation of Jupiter's atmosphere, satellites, and magnetosphere. The exacting mission, coupled with the inherently complex spin and flexible body dynamics of the vehicle, demands careful design of the Galileo Attitude and Articulation Control System (AACS). A brief overview of the Galileo mission and spacecraft is presented, followed by a detailed discussion on the mechanization of the AACS and the many factors that influence its design. Included are discussions on attitude determination and control, high-gain antenna pointing, science scan platform pointing, nutation damping, wobble compensation, spin and despin control, and propellant migration and boom flexibility effects.

Ward, R. S.↗
NASA NTRS1981

Attitude and articulation control system testing for Project Galileo

A type of facility required to integrate and test a complex autonomous spacecraft subsystem is presented, using the attitude and articulation control subsystem (AACS) of Project Galileo as an example. The equipment created for testing the AACS at both the subsystem and spacecraft system levels is described, including a description of the support equipment (SE) architecture in its two main configurations, closed loop simulation techniques, the user interface to the SE, and plans for the use of the facility beyond the test period. This system is capable of providing a flight-like functional environment through the use of accurate real-time models and carefully chosen points of interaction, and flexible control capability and high visibility to the test operator.

Rasmussen, R. D.↗
NASA NTRS1982

Development of the Galileo Attitude and Articulation Control Subsystem flight software

The ongoing design and implementation of the Project Galileo Attitude and Articulation Control Subsystem (AACS) flight software is outlined, as well as the more important problems that were experienced in the development of this software. The important characteristics of the Galileo spacecraft are described, as are the major requirements driving the software design. The important features of the design are stated and discussed, and a modes and tasks transition diagram is presented. The AACS software implementation is covered, and the algorithms active in each task are shown. Finally, some of the design and management techniques used in the course of the software development are discussed.

Krasner, S. M.↗
NASA NTRS1982

Voyager 2 Saturn encounter attitude and articulation control experience

A description is given of the Voyager Attitude and Articulation Control System (AACS). The complex series of maneuvers required for Voyager 2 during the near encounter period to obtain fields and particle data, track the limb of Saturn during the earth occultation period, and reflect the RF beam off the Saturnian ring system are discussed. It is noted that some of these maneuvers involved rotating the spacecraft simultaneously about multiple axes while maintaining accurate pointing of the scan platform, a first for interplanetary missions. Also described are two anomalies experienced by the AACS during the near encounter period. The first was the significant roll attitude error that occurred shortly after all axis inertial control and that continued to grow until celestial reacquisition. The second was that the scan platform slewing in the azimuth axis stopped midway through the near encounter. These anomalies are analyzed, and their effect on future missions is assessed.

Hill, M.↗
NASA NTRS1987

Control systems for autonomous operation of the Magellan spacecraft

The Magellan low cost interplanetary mission spacecraft, scheduled for flight in 1989, employs a computer-based Attitude and Articulation Control System (AACS) that interfaces with spacecraft sensors and actuators. The sensors include two attitude reference units, a star-scanner unit, two digital sun sensors, and a tachometer. The actuators encompass three reaction wheels, a total of 12 attitude control thrusters, eight attitude-control engines, a solar array drive assembly, and an input-output drive assembly. A detailed account is given of the AACS's onboard computer architecture.

Huang, Whittak H.↗
NASA NTRS1993

Magellan attitude control mission operations

From the Martin Marietta Astronautics Group base in Denver, Colorado, spacecraft engineers have been operating the Magellan spacecraft for the past three and one half years, along with the Jet Propulsion Laboratory, for NASA. The spacecraft team in Denver is responsible for the health of the vehicle, from command generation to evaluation of engineering telemetry. Operation of the spacecraft's Attitude and Articulation Control Subsystem (AACS) has specifically posed several in-flight challenges. This system must provide accurate pointing of the spacecraft throughout each 3.2 hour orbit which typically consists of 5 - 9 discrete maneuvers. Preparation of bi-weekly command sequences, monitoring execution, and trending of subsystem performance is of paramount importance, but in-flight anomalies have also demanded the attention of AACS engineers. Anomalies are often very interesting and challenging aspects of a project, and the Magellan mission was no exception. From the first unsuccessful attempts to perform a starscan, to spacecraft safing events, much has been experienced to add to the `lessons learned' from this mission. Many of Magellan's in-flight experiences, anomalies, and their resolutions are highlighted in this paper.

Dukes, Eileen M.↗
NASA NTRS2002

Advanced Airspace Concept

A general overview of the Advanced Airspace Concept (AAC) is presented. The topics include: 1) Limitations of the existing system; 2) The Advanced Airspace Concept; 3) Candidate architecture for the AAC; 4) Separation assurance and conflict avoidance system (TSAFE); and 5) Ground-Air Interactions. This paper is in viewgraph form.

Erzberger, Heinz↗
NASA NTRS2005

An Initial Study of Airport Arrival Heinz Capacity Benefits Due to Improved Scheduling Accuracy

The long-term growth rate in air-traffic demand leads to future air-traffic densities that are unmanageable by today's air-traffic control system. I n order to accommodate such growth, new technology and operational methods will be needed in the next generation air-traffic control system. One proposal for such a system is the Automated Airspace Concept (AAC). One of the precepts of AAC is to direct aircraft using trajectories that are sent via an air-ground data link. This greatly improves the accuracy in directing aircraft to specific waypoints at specific times. Studies of the Center-TRACON Automation System (CTAS) have shown that increased scheduling accuracy enables increased arrival capacity at CTAS equipped airports.

Meyn, Larry↗