SEARCH · Search NASA

Results for “Mode Commander”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 289 records · Page 16

All sources NASA NTRS DOE OSTI

NASA NTRS1990

Automation software for a materials testing laboratory

The software environment in use at the NASA-Lewis Research Center's High Temperature Fatigue and Structures Laboratory is reviewed. This software environment is aimed at supporting the tasks involved in performing materials behavior research. The features and capabilities of the approach to specifying a materials test include static and dynamic control mode switching, enabling multimode test control; dynamic alteration of the control waveform based upon events occurring in the response variables; precise control over the nature of both command waveform generation and data acquisition; and the nesting of waveform/data acquisition strategies so that material history dependencies may be explored. To eliminate repetitive tasks in the coventional research process, a communications network software system is established which provides file interchange and remote console capabilities.

Mcgaw, Michael A.↗

NASA NTRS1991

Contact dynamics testing of automated three-point docking mechanism

An evaluation of an OMV docking mechanism, based on an adaptation of the Shuttle Flight Support System Pallet Berthing Mechanism was completed. The mechanism uses automatically actuated motorized latches to engage towel bars on the target satellite. LED sensors establish the towel bar position within the capture envelope and the latch capture commands are issued. Then, locking pawls engage the bar, locking and pre-loading the mechanism. Two series of tests were conducted to test nominal and failure mode captures and to evaluate design parameters such as LED sensor locations, automatic closure algorithms, latch closure velocity, position/velocity entry envelopes, and closure method. The first test series involved single latch testing on the Flat Floor Facility, the 6 DOF Facility, and an analytic simulation model. The intent was to compare results in order to validate the various facilities. Reasonably good agreement was achieved. The second test series repeated the single latch testing on the refurbished 6 DOF Facility to validate the facility modifications. The individual latches were tested under free-drift conditions for functionality and performance. Next, the three-latch configuration underwent parametric testing. Test results validated the improved fidelity of the 6 DOF Facility and verified successful docking at the required entry velocity. The tests determined the 'best' design parameter definitions and concluded that the locking pawls should not lock until all three latches completely close.

Rourke, Kenneth H.↗

NASA NTRS2018

Ground Autonomy for an Aging Spacecraft

As it approaches the sixteenth of a 5 year prime mission, NASA's Solar Radiation and Climate Experiment (SORCE) mission continues to meet and exceed all science requirements while operating with severely degraded batteries. By 2013, the batteries had degraded such that the On Board Computer (OBC) could not be powered through eclipse. This prevents science data collection in eclipse and erases over 99% of all stored science and engineering telemetry. To mitigate these problems, the Flight Operations Team (FOT) at the Laboratory for Atmospheric and Space Physics (LASP) adopted a new operations scheme. "Daylight Only Operations" (DO-OP) transitions the spacecraft from safemode to science mode every orbit. This involved heavily automating the transition process using ground autonomy to improve spacecraft recovery time to 6 minutes - down from 3 orbits of manual commanding. While highly successful, this method of operations poses daily challenges that must be overcome using increasingly complex ground software.

Autonomous Operations↗

NASA NTRS1999

Autonomous Formation Flying from Ground to Flight

The cost of on-orbit operations remains a significant and increasingly visible concern in the support of satellite missions. Headway has been made in automating some ground operations; however, increased mission complexity and more precise orbital constraints have compelled continuing human involvement in mission design and maneuver planning operations. AI Solutions, Inc. in cooperation with the National Aeronautics and Space Administration's (NASA) Goddard Space Flight Center (GSFC) has tackled these more complex problems through the development of AutoCon as a tool for an automated solution. NASA is using AutoCon to automate the maneuver planning for the Earth Orbiter-1 (EO-1) mission. AutoCon was developed originally as a ground system tool. The EO-1 mission will be using a scaled version of AutoCon on-board the EO-1 satellite to command orbit adjustment maneuvers. The flight version of AutoCon plans maneuvers based on formation flying algorithms developed by GSFC, JPL, and other industry partners. In its fully autonomous mode, an AutoCon planned maneuver will be executed on-board the satellite without intervention from the ground. This paper describes how AutoCon automates maneuver planning for the formation flying constraints of the EO-1 mission. AutoCon was modified in a number of ways to automate the maneuver planning on-board the satellite. This paper describes how the interface and functionality of AutoCon were modified to support the on-board system. A significant component of this modification was the implementation of a data smoother, based on a Kalman filter, that ensures that the spacecraft states estimated by an on-board GPS receiver are as accurate as possible for maneuver planning. This paper also presents the methodology use to scale the AutoCon functionality to fit and execute on the flight hardware. This paper also presents the modes built that allow the incremental phasing in of autonomy. New technologies for autonomous operations are usually received with significant, and probably appropriate trepidation. A number of safeguards have been designed in both AutoCon and the interfacing systems to alleviate the potential of mission-impacting anomalies from the on-board autonomous system. This paper describes the error checking, input data integrity validation and limits set on maneuvers in AutoCon and the on-board system.

Chapman, Keith B.↗

NASA NTRS1999

Autonomous Formation Flying from the Ground to Flight

The cost of on-orbit operations remains a significant and increasingly visible concern in the support of satellite missions. Headway has been made in automating some ground operations; however, increased mission complexity and more precise orbital constraints have compelled continuing human involvement in mission design and maneuver planning operations. AI Solutions, Inc. in cooperation with the National Aeronautics and Space Administration's (NASA) Goddard Space Flight Center (GSFC) has tackled these more complex problems through the development of AutoCon(TM) as a tool for an automated solution. NASA is using AutoCon(TM) to automate the maneuver planning for the Earth Orbiter-1 (EO-1) mission. AutoCon(TM) was developed originally as a ground system tool. The EO-1 mission will be using a scaled version of AutoCon(TM) on-board the EO-1 satellite to command orbit adjustment maneuvers. The flight version of AutoCon(TM) plans maneuvers based on formation flying algorithms developed by GSFC, JPL, and other industry partners. In its fully autonomous mode, an AutoCon(TM) planned maneuver will be executed on-board the satellite without intervention from the ground. This paper describes how AutoCon(TM) automates maneuver planning for the formation flying constraints of the EO-1 mission. AutoCon(TM) was modified in a number of ways to automate the maneuver planning on-board the satellite. This paper describes how the interface and functionality of AutoCon(TM) were modified to support the on-board system. A significant component of this modification was the implementation of a data smoother, based on a Kalman filter, that ensures that the spacecraft states estimated by an on-board GPS receiver are as accurate as possible for maneuver planning. This paper also presents the methodology used to scale the AutoCon(TM) functionality to fit and execute on the flight hardware. This paper also presents the modes built into the system that allow the incremental phasing in of autonomy. New technologies for autonomous operations are usually received with significant, and probably appropriate, trepidation. A number of safeguards have been designed in both AutoCon(TM) and the interfacing systems to alleviate the potential of mission-impacting anomalies from the on-board autonomous system. This paper describes the error checking, input data integrity validation, and limits set on maneuvers in AutoCon(TM) and the on-board system.

Chapman, Keith B.↗

NASA NTRS1978

Building Specifications

The building in the top photo is the new home of the National Permanent Savings Bank in Washington, D.C., designed by Hartman-Cox Architects. Its construction was based on a money-saving method of preparing building specifications which derived from NASA technology developed to obtain quality construction while holding down cost of launch facilities, test centers and other structures. Written technical specifications spell out materials and components to be used on construction projects and identify the quality tests each item must pass. Specifications can have major impact on construction costs. Poorly formulated specifications can lead to unacceptable construction which must be replaced, unnecessarily high materials costs, safety hazards, disputes and often additional costs due to delays and litigation. NASA's Langley Research Center developed a novel approach to providing accurate, uniform, cost-effective specifications which can be readily updated to incorporate new building technologies. Called SPECSINTACT, it is a computerized - system accessible to all NASA centers involved in construction programs. The system contains a comprehensive catalog of master specifications applicable to many types of construction. It enables designers of any structure to call out relevant sections from computer storage and modify them to fit the needs of the project at hand. Architects and engineers can save time by concentrating their efforts on needed modifications rather than developing all specifications from scratch. Successful use of SPECSINTACT has led to a number of spinoff systems. One of the first was MASTERSPEC, developed from NASA's experience by Production Systems for Architects and Engineers, Inc., an organization established by the American Institute of Architects. MASTERSPEC, used in construction of the bank building pictured, follows the same basic format as SPECSINTACT and can be used in either automated or manual modes. The striking appearance of the bank building shows that, while MASTERSPEC saves time and money, its use involves no sacrfice in architectural design freedom. The Naval Engineering Facilities Command employs an automated specifications system based on SPECSINTACT. The Public Buildings Service of the General Services Administration used SPECSINTACT as a starting point in a plan to make its guideline specifications available to architects and engineers on a nationwide computer network. Public Technology, Inc., a NASA Technology Application Team, is working with Production Systems for Architects and Engineers, Inc., to promote widespread use of the system by state and local governments for cost benefits to taxpayers.

Source record↗

NASA NTRS1974

Earth Resources Technology Satellite Operations Control Center (OCC). ERTS-B flight activation plan

Included in this plan are general objectives through Day 7, operational guidelines and restraints. Following the activation of all subsystems (through Day 3), special series of payload operations were performed to obtain data samples for the different combinations of exposure/gain settings. This took place from Day 4 through Day 7. The Orbit Adjust was employed to perform vernier corrections after the orbit had been defined. The orbit data was collected through Day 3, with the corrections being made from Day 4 through Day 7. ERTS command auxiliary memory (ECAM) was turned on in Day 3 and the memory dumped to a narrow band tape recorder. A verification of memory was done in the off line mode. ECAM was not used in a payload support mode until Day 7.

Source record↗

NASA NTRS1993

A laboratory system for the investigation of rain fade compensation techniques for Ka-band satellites

The design and performance of a rain fade simulation/counteraction system on a laboratory simulated 30/20 GHz, time division multiple access (TDMA) satellite communications testbed is evaluated. Severe rain attenuation of electromagnetic radiation at 30/20 GHz occurs due to the carrier wavelength approaching the water droplet size. Rain in the downlink path lowers the signal power present at the receiver, resulting in a higher number of bit errors induced in the digital ground terminal. The laboratory simulation performed at NASA Lewis Research Center uses a programmable PIN diode attenuator to simulate 20 GHz satellite downlink geographic rain fade profiles. A computer based network control system monitors the downlink power and informs the network of any power threshold violations, which then prompts the network to issue commands that temporarily increase the gain of the satellite based traveling wave tube (TWT) amplifier. After the rain subsides, the network returns the TWT to the normal energy conserving power mode. Bit error rate (BER) data taken at the receiving ground terminal serves as a measure of the severity of rain degradation, and also evaluates the extent to which the network can improve the faded channel.

Svoboda, James S.↗

NASA NTRS1998

GLAS Spacecraft Pointing Study

Science requirements for the GLAS mission demand that the laser altimeter be pointed to within 50 m of the location of the previous repeat ground track. The satellite will be flown in a repeat orbit of 182 days. Operationally, the required pointing information will be determined on the ground using the nominal ground track, to which pointing is desired, and the current propagated orbit of the satellite as inputs to the roll computation algorithm developed by CCAR. The roll profile will be used to generate a set of fit coefficients which can be uploaded on a daily basis and used by the on-board attitude control system. In addition, an algorithm has been developed for computation of the associated command quaternions which will be necessary when pointing at targets of opportunity. It may be desirable in the future to perform the roll calculation in an autonomous real-time mode on-board the spacecraft. GPS can provide near real-time tracking of the satellite, and the nominal ground track can be stored in the on-board computer. It will be necessary to choose the spacing of this nominal ground track to meet storage requirements in the on-board environment. Several methods for generating the roll profile from a sparse reference ground track are presented.

Born, George H.↗

NASA NTRS2001

On-Orbit ACDS Performance of the Landsat 7 Spacecraft

Landsat 7 is part of NASA's Earth Science Enterprise (ESE). The ESE is committed to developing an understanding of the total Earth system, the effects of natural and human-induced changes on the global environment, and how natural processes affect humans and how humans affect them. The Landsat 7 satellite consists of the spacecraft bus which was provided under a NASA contract with Lockheed Martin Missiles and Space in Philadelphia, PA, and the Enhanced Thematic Mapper-Plus (ETM+) instrument, procured under a NASA contract with Raytheon Santa Barbara Remote Sensing, in Santa Barbara, CA. The Landsat 7 Attitude Control and Determination System (ACDS) provides many essential functions for the operation of the spacecraft bus and for ETM+. The ACDS maintains the required attitude and orbit at the degree of accuracy necessary for power generation, command and telemetry, thermal balance, image acquisition, Gimbaled X-Band Antenna (GXA) pointing and data for image post-processing. Descriptions of the Landsat 7 mission and the ACDS modes and requirements are presented. A brief summary of significant events of the on-orbit initialization and validation period are provided. Finally, the Landsat 7 product generation system is described and the impact that the ACDS performance has on the ground based image processing system is explored.

Sabelhaus, Phillip↗

NASA NTRS2007

Free-to-Roll Testing of Airplane Models in Wind Tunnels

A free-to-roll (FTR) test technique and test rig make it possible to evaluate both the transonic performance and the wingdrop/ rock behavior of a high-strength airplane model in a single wind-tunnel entry. The free-to-roll test technique is a single degree-of-motion method in which the model is free to roll about the longitudinal axis. The rolling motion is observed, recorded, and analyzed to gain insight into wing-drop/rock behavior. Wing-drop/rock is one of several phenomena symptomatic of abrupt wing stall. FTR testing was developed as part of the NASA/Navy Abrupt Wing Stall Program, which was established for the purposes of understanding and preventing significant unexpected and uncommanded (thus, highly undesirable) lateral-directional motions associated with wing-drop/rock, which have been observed mostly in fighter airplanes under high-subsonic and transonic maneuvering conditions. Before FTR testing became available, wingrock/ drop behavior of high-performance airplanes undergoing development was not recognized until flight testing. FTR testing is a reliable means of detecting, and evaluating design modifications for reducing or preventing, very complex abrupt wing stall phenomena in a ground facility prior to flight testing. The FTR test rig was designed to replace an older sting attachment butt, such that a model with its force balance and support sting could freely rotate about the longitudinal axis. The rig (see figure) includes a rotary head supported in a stationary head with a forward spherical roller bearing and an aft needle bearing. Rotation is amplified by a set of gears and measured by a shaft-angle resolver; the roll angle can be resolved to within 0.067 degrees at a rotational speed up to 1,000 degrees/s. An assembly of electrically actuated brakes between the rotary and stationary heads can be used to hold the model against a rolling torque at a commanded roll angle. When static testing is required, a locking bar is used to fix the rotating head rigidly to the stationary head. Switching between the static and FTR test modes takes only about 30 minutes. The FTR test rig was originally mounted in a 16-ft (approximately 4.0-m) transonic wind tunnel, but could just as well be adapted to use in any large wind tunnel. In one series of tests on the FTR rig, static and dynamic characteristics of models of four different fighter airplanes were measured. Two of the models exhibited uncommanded lateral motions; the other two did not. A figure of merit was developed to discern the severity of lateral motions. Using this figure of merit, it was shown that the FTR test technique enabled identification of conditions under which the uncommanded lateral motions occurred. The wind-tunnel conditions thus identified were found to be correlated with flight conditions under which the corresponding full-size airplanes exhibited uncommanded lateral motions.

Capone, Francis J.↗

NASA NTRS2011

Orion Entry Handling Qualities Assessments

The Orion Command Module (CM) is a capsule designed to bring crew back from the International Space Station (ISS), the moon and beyond. The atmospheric entry portion of the flight is deigned to be flown in autopilot mode for nominal situations. However, there exists the possibility for the crew to take over manual control in off-nominal situations. In these instances, the spacecraft must meet specific handling qualities criteria. To address these criteria two separate assessments of the Orion CM s entry Handling Qualities (HQ) were conducted at NASA s Johnson Space Center (JSC) using the Cooper-Harper scale (Cooper & Harper, 1969). These assessments were conducted in the summers of 2008 and 2010 using the Advanced NASA Technology Architecture for Exploration Studies (ANTARES) six degree of freedom, high fidelity Guidance, Navigation, and Control (GN&C) simulation. This paper will address the specifics of the handling qualities criteria, the vehicle configuration, the scenarios flown, the simulation background and setup, crew interfaces and displays, piloting techniques, ratings and crew comments, pre- and post-fight briefings, lessons learned and changes made to improve the overall system performance. The data collection tools, methods, data reduction and output reports will also be discussed. The objective of the 2008 entry HQ assessment was to evaluate the handling qualities of the CM during a lunar skip return. A lunar skip entry case was selected because it was considered the most demanding of all bank control scenarios. Even though skip entry is not planned to be flown manually, it was hypothesized that if a pilot could fly the harder skip entry case, then they could also fly a simpler loads managed or ballistic (constant bank rate command) entry scenario. In addition, with the evaluation set-up of multiple tasks within the entry case, handling qualities ratings collected in the evaluation could be used to assess other scenarios such as the constant bank angle maintenance case. The 2008 entry assessment was divided into two sections (see Figure 1). Entry I was the first, high speed portion of a lunar return and Entry II was the second, lower speed portion of a lunar return, which is similar (but not identical) to a typical ISS return.

Bihari, B.↗

NASA NTRS1990

An in-flight interaction of the X-29A canard and flight control system

This paper presents the details of an aeroservoelastic interaction experienced in flight by the X-29A forward-swept-wing aircraft. A 26.5-Hz canard pitch-mode response was aliased by the digital sampling rate in the canard-position feed-back loop of the flight-control system, resulting in a 13.5-Hz signal being commanded to the longitudinal control surfaces. The amplitude of this commanded signal increased as the wear of the canard seals increased, as the feedback path gains were increased, and as the canard aerodynamic loading decreased. The resultant control-surface deflections were of sufficient amplitude to excite the structure. The flight data presented shows the effect of each component (structural dynamics, aerodynamics, and flight-control system) for this aeroservoelastic interaction.

Kehoe, Michael W.↗

NASA NTRS1990

A method for modelling peak signal statistics on a mobile satellite transponder

A simulation method is proposed. The simulation was developed to model the peak duration and energy content of signal peaks in a mobile communication satellite operating in a Frequency Division Multiple Access (FDMA) mode and presents an estimate of those power peaks for a system where the channels are modeled as band limited Gaussian noise, which is taken as a reasonable representation for Amplitude Commanded Single Sideband (ACSSB), Minimum Shift Keying (MSK), or Phase Shift Keying (PSK) modulated signals. The simulation results show that, under this hypothesis, the level of the signal power peaks for 10 percent, 1 percent, and 0.1 percent of the time are well described by a Rayleigh law and that their duration is extremely short and inversely proportional to the total FDM system bandwidth.

Bilodeau, Andre↗

NASA NTRS2004

Advanced Diagnostic System on Earth Observing One

In this infusion experiment, the Livingstone 2 (L2) model-based diagnosis engine, developed by the Computational Sciences division at NASA Ames Research Center, has been uploaded to the Earth Observing One (EO-1) satellite. L2 is integrated with the Autonomous Sciencecraft Experiment (ASE) which provides an on-board planning capability and a software bridge to the spacecraft's 1773 data bus. Using a model of the spacecraft subsystems, L2 predicts nominal state transitions initiated by control commands, monitors the spacecraft sensors, and, in the case of failure, isolates the fault based on the discrepant observations. Fault detection and isolation is done by determining a set of component modes, including most likely failures, which satisfy the current observations. All mode transitions and diagnoses are telemetered to the ground for analysis. The initial L2 model is scoped to EO-1's imaging instruments and solid state recorder. Diagnostic scenarios for EO-1's nominal imaging timeline are demonstrated by injecting simulated faults on-board the spacecraft. The solid state recorder stores the science images and also hosts: the experiment software. The main objective of the experiment is to mature the L2 technology to Technology Readiness Level (TRL) 7. Experiment results are presented, as well as a discussion of the challenging technical issues encountered. Future extensions may explore coordination with the planner, and model-based ground operations.

Hayden, Sandra C.↗

NASA NTRS2003

Software for Better Documentation of Other Software

The Literate Programming Extraction Engine is a Practical Extraction and Reporting Language- (PERL-)based computer program that facilitates and simplifies the implementation of a concept of self-documented literate programming in a fashion tailored to the typical needs of scientists. The advantage for the programmer is that documentation and source code are written side-by-side in the same file, reducing the likelihood that the documentation will be inconsistent with the code and improving the verification that the code performs its intended functions. The advantage for the user is the knowledge that the documentation matches the software because they come from the same file. This program unifies the documentation process for a variety of programming languages, including C, C++, and several versions of FORTRAN. This program can process the documentation in any markup language, and incorporates the LaTeX typesetting software. The program includes sample Makefile scripts for automating both the code-compilation (when appropriate) and documentation-generation processes into a single command-line statement. Also included are macro instructions for the Emacs display-editor software, making it easy for a programmer to toggle between editing in a code or a documentation mode.

Pinedo, John↗

NASA NTRS1992

A demonstration of an intelligent control system for a reusable rocket engine

An Intelligent Control System for reusable rocket engines is under development at NASA Lewis Research Center. The primary objective is to extend the useful life of a reusable rocket propulsion system while minimizing between flight maintenance and maximizing engine life and performance through improved control and monitoring algorithms and additional sensing and actuation. This paper describes current progress towards proof-of-concept of an Intelligent Control System for the Space Shuttle Main Engine. A subset of identifiable and accommodatable engine failure modes is selected for preliminary demonstration. Failure models are developed retaining only first order effects and included in a simplified nonlinear simulation of the rocket engine for analysis under closed loop control. The engine level coordinator acts as an interface between the diagnostic and control systems, and translates thrust and mixture ratio commands dictated by mission requirements, and engine status (health) into engine operational strategies carried out by a multivariable control. Control reconfiguration achieves fault tolerance if the nominal (healthy engine) control cannot. Each of the aforementioned functionalities is discussed in the context of an example to illustrate the operation of the system in the context of a representative failure. A graphical user interface allows the researcher to monitor the Intelligent Control System and engine performance under various failure modes selected for demonstration.

Musgrave, Jeffrey L.↗

DOE OSTI2024

TeMPI Shim

This is the manual for the TeMPI Shim library, whose goal is to facilitate scientific apps being loosely coupled through MPI. TeMPI Shim can be used to create and manage Message Passing Interface (MPI, see [MPI]) Communicators for Single Program, Multiple Data (SPMD, see [SPMD]) and Multiple Programs, Multiple Data (MPMD, see [MPMD]) workflows. MPI provides the MPI_APPNUM command number to each of the processes within its context. This number, starting at 0, is the application number being executed. In a case where 3 applications are being run in MPMD mode, there would be MPI_APPNUM values of 0, 1, and 2. TeMPI Shim creates intra- and inter-communicators between each pair of MPI_APPNUM values. In the aforementioned case, application 0 would have intra- and inter-communicators to speak to itself, application 1, and application 2. This is replicated for each of the applications. Additionally, TeMPI Shim creates intra- and inter-communicators for the first MPI rank of each application to directly communicate only with each other. Finally, TeMPI Shim creates its own copy of the default world communicator, i.e., MPI_COMM_WORLD. In the case where there is only a single application, it will have the communicators to only speak with itself. TeMPI Shim is useful in this case since it is considered good practice for MPI applications to copy the default world communicator and reference this copy (see [Duplicate World]_) anyways. Ultimately, it provides value independent of the number of applications present.

96 KNOWLEDGE MANAGEMENT AND PRESERVATION↗