Search NASA⌕ Search

SEARCH · Search NASA

Results for “flight rules.”

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 415 records · Page 23
All sourcesNASA NTRSDOE OSTI
NASA NTRS1994

Models of Human Information Requirements: "When Reasonable Aiding Systems Disagree"

Aircraft flight management and Air Traffic Control (ATC) automation are under development to maximize the economy of flight and to increase the capacity of the terminal area airspace while maintaining levels of flight safety equal to or better than current system performance. These goals are being realized by the introduction of flight management automation aiding and operations support systems on the flight deck and by new developments of ATC aiding systems that seek to optimize scheduling of aircraft while potentially reducing required separation and accounting for weather and wake vortex turbulence. Aiding systems on both the flight deck and the ground operate through algorithmic functions on models of the aircraft and of the airspace. These models may differ from each other as a result of variations in their models of the immediate environment. The resultant flight operations or ATC commands may differ in their response requirements (e.g. different preferred descent speeds or descent initiation points). The human operators in the system must then interact with the automation to reconcile differences and resolve conflicts. We have developed a model of human performance including cognitive functions (decision-making, rule-based reasoning, procedural interruption recovery and forgetting) that supports analysis of the information requirements for resolution of flight aiding and ATC conflicts. The model represents multiple individuals in the flight crew and in ATC. The model is supported in simulation on a Silicon Graphics' workstation using Allegro Lisp. Design guidelines for aviation automation aiding systems have been developed using the model's specification of information and team procedural requirements. Empirical data on flight deck operations from full-mission flight simulation are provided to support the model's predictions. The paper describes the model, its development and implementation, the simulation test of the model predictions, and the empirical validation process. The model and its supporting data provide a generalizable tool that is being expanded to include air/ground compatibility and ATC crew interactions in air traffic management.

Corker, Kevin↗
NASA NTRS1989

A knowledge-based flight status monitor for real-time application in digital avionics systems

The Dryden Flight Research Facility of the National Aeronautics and Space Administration (NASA) Ames Research Center (Ames-Dryden) is the principal NASA facility for the flight testing and evaluation of new and complex avionics systems. To aid in the interpretation of system health and status data, a knowledge-based flight status monitor was designed. The monitor was designed to use fault indicators from the onboard system which are telemetered to the ground and processed by a rule-based model of the aircraft failure management system to give timely advice and recommendations in the mission control room. One of the important constraints on the flight status monitor is the need to operate in real time, and to pursue this aspect, a joint research activity between NASA Ames-Dryden and the Royal Aerospace Establishment (RAE) on real-time knowledge-based systems was established. Under this agreement, the original LISP knowledge base for the flight status monitor was reimplemented using the intelligent knowledge-based system toolkit, MUSE, which was developed under RAE sponsorship. Details of the flight status monitor and the MUSE implementation are presented.

Duke, E. L.↗
NASA NTRS1995

Designing Flight-Deck Procedures

A complex human-machine system consists of more than merely one or more human operators and a collection of hardware components. In order to operate a complex system successfully, the human-machine system must be supported by an organizational infrastructure of operating concepts, rules, guidelines, and documents. The coherency of such operating concepts, in terms of consistency and logic, is vitally important for the efficiency and safety of any complex system. In high-risk endeavors such as aircraft operations, space flight, nuclear power production, manufacturing process control, and military operations, it is essential that such support be flawless, as the price of operational error can be high. When operating rules are not adhered to, or the rules are inadequate for the task at hand, not only will the system's goals be thwarted, but there may also be tragic human and material consequences. To ensure safe and predictable operations, support to the operators, in this case flight crews, often comes in the form of standard operating procedures. These provide the crew with step-by-step guidance for carrying out their operations. Standard procedures do indeed promote uniformity, but they do so at the risk of reducing the role of human operators to a lower level. Management, however, must recognize the danger of over-procedurization, which fails to exploit one of the most valuable assets in the system, the intelligent operator who is "on the scene." The alert system designer and operations manager recognize that there cannot be a procedure for everything, and the time will come in which the operators of a complex system will face a situation for which there is no written procedure. Procedures, whether executed by humans or machines, have their place, but so does human cognition.

Degani, Asaf↗
NASA NTRS1990

Computer based control of the Superfluid Helium On-Orbit Transfer Space Shuttle experiment

Ground software that is being developed for the control of the Superfluid Helium On-Orbit Transfer (SHOOT) project is discussed. Special attention is given to two software development projects for SHOOT support: (1) the SHOOT Command and Monitoring System, which will provide a real-time highly interactive interface for the SHOOT principal investigator to control the experiment and to analyze and display its telemetry; and (2) the SHOOT Aft Flight Deck Operating System, which is comprised of several monitoring programs to give the astronaut mission specialist on-orbit visibility into SHOOT systems, and an intelligent-rule-based system that will control a He transfer without ground intervention. Major accomplishments of the SHOOT project to date include two successful interface tests with the Goddard Space Flight Center developed breadboard electronics and prototype software.

Castellano, T. P.↗
NASA NTRS1974

The reliability impact of mission abort strategies on redundant flight computer systems

This correspondence presents a reliability model for a redundant flight computer system with standby sparing, taking into account various mission abort strategies. A mission rule to initiate a mission abort after a predetermined number of detected computer failures and to return to earth with the remaining computers is shown to result in: (1) little improvement of crew safety unless computer error coverage is nearly perfect, and (2) significant degradation in mission success whenever coverage is high.

Filene, R. J.↗
NASA NTRS1993

Spurious symptom reduction in fault monitoring

Previous work accomplished on NASA's Faultfinder concept suggested that the concept was jeopardized by spurious symptoms generated in the monitoring phase. The purpose of the present research was to investigate methods of reducing the generation of spurious symptoms during in-flight engine monitoring. Two approaches for reducing spurious symptoms were investigated. A knowledge base of rules was constructed to filter known spurious symptoms and a neural net was developed to improve the expectation values used in the monitoring process. Both approaches were effective in reducing spurious symptoms individually. However, the best results were obtained using a hybrid system combining the neural net capability to improve expectation values with the rule-based logic filter.

Shontz, William D.↗
NASA NTRS1920

Notes on specifications for French airplane competitions

Given here are the rules officially adopted by the Aeronautical Commission of the Aero Club of France for a flight competition to be held in France in 1920 at the Villacoublay Aerodrome. The prize will be awarded to the pilot who succeeds in obtaining the highest maximum and lowest minimum speeds, and in landing within the shortest distance.

Margoulis, W↗
NASA NTRS1986

A prototype expert system in OPS5 for data error detection

AA This prototype expert system, called Trajectory Preprocessing System (TRAPS), contains 49 rules and at present runs on an IBM PC in the OPS5+ software package from Artelligence, Inc. A prototype expert system has been developed in the OPS5 language to perform error checking on data which spacecraft builders/users supply to the NASA Goddard Space Flight Center for processing on the Communications Link Analysis and Simulation System (CLASS) computer. This prototype expert system, called Trajectory Preprocessing System (TRAPS), contains 49 rules and at presentruns on an IBM PC in the OPS5+ software package from Artelligence, Inc. In its operational phase, TRAPS will run in the Oak Ridge Productional Language (ORPL) on the CLASS computer (a Perkin-Elmer 3244 supermini). ORPL, an implementation of OPS5 by the Oak Ridge National Laboratory in MULTIFORTH on a Hewlett-Packard 9836 desktop computer, is now being ported to SS-FORTH on the CLASS computer. This paper discusses the expert system problem domain, development approach, tools, results, and future plans stemming from the TRAPS project.

Rash, James↗
NASA NTRS1993

Fuzzy control of an unmanned helicopter

This paper discusses an application of fuzzy control to an unmanned helicopter. The authors design a fuzzy controller to achieve semi-autonomous flight of a helicopter by giving macroscopic flight commands from the ground. The fuzzy controller proposed in this study consists of two layers: the upper layer for navigation supervising the lower layer and the lower layer for ordinary rule based control. The performance of the fuzzy controller is evaluated in experiments where an industrial helicopter Yamaha R-50 is used. At present an operator can wirelessly control the helicopter through a flight computer with eight commands such as 'hover', 'fly forward', 'turn left', 'stop', etc.

Sugeno, M.↗
NASA NTRS1974

Notes for the improvement of the spatial and spectral data classification method

This report examines the spatial and spectral clustering technique for the unsupervised automatic classification and mapping of earth resources satellite data, and makes theoretical analysis of the decision rules and tests in order to suggest how the method might best be applied to other flight data such as Skylab and Spacelab.

Dalton, C. C.↗
NASA NTRS1985

The design of flight hardware: Organizational and technical ideas from the MITRE/WPI Shuttle Program

The Mitre Corporation of Bedford Mass. and the Worcester Polytechnic Institute are developing several experiments for a future Shuttle flight. Several design practices for the development of the electrical equipment for the flight hardware have been standardized. Some of the ideas are presented, not as hard and fast rules but rather in the interest of stimulating discussions for sharing such ideas.

F. J. Looft↗
NASA NTRS2018

Pairwise Trajectory Management (PTM): Concept Description and Documentation

Pairwise Trajectory Management (PTM) is an Interval Management (IM) concept that utilizes airborne and ground-based capabilities to enable the implementation of airborne pairwise spacing capabilities in oceanic regions. The goal of PTM is to use airborne surveillance and tools to manage an "at or greater than" inter-aircraft spacing. Due to the accuracy of Automatic Dependent Surveillance-Broadcast (ADS-B) information and the use of airborne spacing guidance, the minimum PTM spacing distance will be less than distances a controller can support with current automation systems that support oceanic operations. Ground tools assist the controller in evaluating the traffic picture and determining appropriate PTM clearances to be issued. Avionics systems provide guidance information that allows the flight crew to conform to the PTM clearance issued by the controller. The combination of a reduced minimum distance and airborne spacing management will increase the capacity and efficiency of aircraft operations at a given altitude or volume of airspace. This document provides an overview of the proposed application, a description of several key scenarios, a high level discussion of expected air and ground equipment and procedure changes, a description of a NASA human-machine interface (HMI) prototype for the flight crew that would support PTM operations, and initial benefits analysis results. Additionally, included as appendices, are the following documents: the PTM Operational Services and Environment Definition (OSED) document and a companion "Future Considerations for the Pairwise Trajectory Management (PTM) Concept: Potential Future Updates for the PTM OSED" paper, a detailed description of the PTM algorithm and PTM Limit Mach rules, initial PTM safety requirements and safety assessment documents, a detailed description of the design, development, and initial evaluations of the proposed flight crew HMI, an overview of the methodology and results of PTM pilot training requirements focus group and human-in-the-loop testing activities, and the PTM Pilot Guide.

Jones, Kenneth M.↗
NASA NTRSDate not supplied

Flight Demonstration of Unmanned Aircraft System (UAS) Traffic Management (UTM) at Technical Capability Level 4

The NASA Unmanned Aircraft Systems (UAS) Traffic Management (UTM) Project executed the fourth and final UTM Technical Capability Level demonstration between May and August 2019. Two Federal Aviation Administration (FAA)-designated UAS test sites managed the range, partners, and operations to meet the requirements set forth by the UTM Project. All stakeholders supported the execution of the flight testing through close collaboration. Results of the demonstration indicate the viability of the UTM concept to manage large scale operations and contingencies in an urban environment. The demonstration also provided insight into key technological gaps that must be addressed before such operations are routine, safe, and efficient. Standardization efforts related to UTM and the industry participants of those efforts can leverage the results and experiences of this flight activity to accelerate and more firmly ground forthcoming standards. The FAA and other regulators will be able to leverage results to inform future rule-making and identify additional gaps that require further analysis.

Unmanned Aircraft System Traffic Management↗
NASA NTRS2018

Differences in Pre and Post Vascular Patterning of Retinas from ISS Crew Members and HDT Subjects by VESGEN Analysis

Accelerated research by NASA [1] has investigated the significant risks for visual and ocular impairments Spaceflight Associated Neuro-Ocular Syndrome /Visual Impairment/Intracranial Pressure (SANS/VIIP) incurred by microgravity spaceflight, especially long-duration missions. Our study investigates the role of blood vessels in the incidence and etiology of SANS/VIIP within the retinas of Astronaut crewmembers pre-and post-flight to the International Space Station (ISS) by NASA's VESsel GENeration Analysis (VESGEN). The response of retinal vessels in crewmembers to microgravity was compared to that of retinal vessels to Head-Down Tilt (HDT) in subjects undergoing 70-Day Bed Rest. The study tests the proposed hypothesis that cephalad fluid shifts missions, resulting in ocular and visual impairments, are necessarily mediated in part by retinal blood vessels, and are therefore accompanied by significant remodeling of retinal vasculature.Vascular patterns in the retinas of crew members and HDTBR subjects extracted from 30° infrared (IR) Heidelberg Spectralis® images collected pre/postflight and pre/post HDTBR, respectively, were analyzed by VESGEN (patent pending). a mature, automated software developed as a research discovery tool for progressive vascular diseases in the retina and other tissues [2]. The weighted, multi-parametric VESGEN analysis generates maps of branching arterial and venous trees and quantification by parameters such as the fractal dimension (Df, a modern measure of vascular space-filling capacity), vessel diameters, and densities of vessel length and number classified into specific branching generations by vascular physiological branching rules [2,3]. The retrospective study approved by NASA’s Institutional Review Board included six HDT subjects (NASA Flight Analogs Research Unit [FARU] Campaign 11; for example, [4]) and eight ISS crewmembers monitored by routine occupational surveillance who provided their study consents to NASA’s Lifetime Surveillance of Astronaut Health (LSAH). For the initial blinded VESGEN phase, ophthalmic retinal images were masked as to subject identity and pre- and post-status. In the second unblinded phase, VESGEN results were analyzed according to the pre- and post-status of left and right retinas matched to each subject. To complete our study, vascular results will be subjected to NASA biostatistical analysis and correlated with other ophthalmic and medical findings. Preliminary results for changes in the pre- to post-status of vascular patterning in the retinas of crewmembers and HDT subjects are strikingly opposite. By Df and other vascular branching measures, the space-filling capacity of arterial and venous trees decreased in a substantial subset of crewmembers (11/16 retinas). In contrast, vascular densities increased in a substantial subset of HDT subjects by the same parameters (6/10 retinas, currently excluding one anomalous subject). To conclude the study, biostatistical and medical analyses will be of critical importance for investigating the validity of these vascular findings. Vascular densities appeared to decrease in the retinas of crewmembers following ISS Missions, and increase in subjects after HDT. The vascular increases and decreases most likely derive primarily from limits of resolution to the ophthalmic imaging that does not capture the smallest vessels, rather than from vessel growth or atrophy. Differences in arterial and venous response to cephalad fluid shifts induced by ISS and HDT may have resulted from a long-duration conditioning phenomenon (for example, 6-month ISS missions compared to 70-day HDT), or the presence of gravity in HDT compared to microgravity onboard the ISS. To conclude our study, the biostatistical and medical analyses will be of critical importance for investigating the validity and significance of the VESGEN findings.

Murray, M. C.↗
NASA NTRS1996

Integration of Multiple Non-Normal Checklist Procedures into a Single Checklist Procedure for Transport Aircraft: A Preliminary Investigation

Checklists are used by the flight crew to properly configure an aircraft for safe flight and to ensure a high level of safety throughout the duration of the flight. In addition, the checklist provides a sequential framework to meet cockpit operational requirements, and it fosters cross-checking of the flight deck configuration among crew members. This study examined the feasibility of integrating multiple checklists for non-normal procedures into a single procedure for a typical transport aircraft. For the purposes of this report, a typical transport aircraft is one that represents a midpoint between early generation aircraft (B-727/737-200 and DC-10) and modern glass cockpit aircraft (B747-400/777 and MD-11). In this report, potential conflicts among non-normal checklist items during multiple failure situations for a transport aircraft are identified and analyzed. The non-normal checklist procedure that would take precedence for each of the identified multiple failure flight conditions is also identified. The rationale behind this research is that potential conflicts among checklist items might exist when integrating multiple checklists for non-normal procedures into a single checklist. As a rule, multiple failures occurring in today's highly automated and redundant system transport aircraft are extremely improbable. In addition, as shown in this analysis, conflicts among checklist items in a multiple failure flight condition are exceedingly unlikely. The possibility of a multiple failure flight condition occurring with a conflict among checklist items is so remote that integration of the non-normal checklists into a single checklist appears to be a plausible option.

Foernsler, Lynda J.↗
NASA NTRS1972

Postflight Analysis of the Apollo 14 Cryogenic Oxygen System

A postflight analysis of the Apollo 14 cryogenic oxygen system is presented. The subjects discussed are: (1) methods of analysis, (2) stratification and heat transfer, (3) flight analysis, (4) postflight analysis, and (5) determination of model parameters.

Rule, D. D.↗
NASA NTRS2016

Tethered Space Satellite-1 (TSS-1): Technical Roundabouts

In the early 1990's US and Italian scientists collaborated to study the electrodynamics of dragging a satellite on a tether through the electrically charged portion of Earth's atmosphere called the ionosphere. An electrical current induced in the long wire could be used for power and thrust generation for a satellite. Other tether uses include momentum exchange, artificial gravity, deployment of sensors or antennas, and gravity-gradient stabilization for satellites. Before the Tethered Space Satellite (TSS-1), no long tether had ever been flown, so many questions existed on how it would actually behave. The TSS consisted of a satellite with science experiments attached to a 12.5 mile long, very thin (0.10 inch diameter) copper wire assembly wound around a spool in the deployer reel mechanism. With the Space Shuttle at an altitude of 160 nautical miles above earth, the satellite was to be deployed by raising it from the Shuttle bay on a boom facing away from Earth. Once cleared of the bay, the deployer mechanism was to slowly feed out the 12-plus miles of tether. Scientific data would be collected throughout the operation, after which the satellite would be reeled back in. Pre-flight testing system level tests involved setting up a tether receiver to catch the 12.5 mile tether onto another reel as it was being unwound by the deployer reel mechanism. Testing only the reel mechanism is straightforward. This test becomes more complicated when the TSS is mounted on the flight pallet at Kennedy Space Center (KSC). The system level tests must be passed before the pallet can be installed into the Space Shuttle cargo bay. A few months before flight, the TSS payload had been integrated onto the Spacelab pallet and system level tests, including unreeling and reeling the tether, had been successfully completed. Some of this testing equipment was then shipped back to the contractor Martin Marietta. Systems-level load analyses, which cannot be run until all information about each payload is finalized, was run in parallel with the physical integration of the hardware into the Shuttle payload bay. The coupled loads analysis, as it is called, incorporates any updates to the model due to system level tests, and any changes that were found during integration. The coupled loads analysis revealed that a single bolt attaching the deployer reel mechanism to the support structure had a "negative margin" - which is an indication that it might fail during operation. Hardware certification rules do not allow for hardware to fly with negative margins, so this issue had to be resolved before the flight. Since there is conservatism in engineering analysis, there is an option to "waive" the margin requirement, and fly the experiment as is. On the other hand, a structural failure of one payload could have serious or catastrophic consequences to other payloads and possibly the mission. Minor design changes or fixes might be feasible within the payload bay prior to launch. Any major design changes that required the spooling test to validate the hardware, or for the pallet to be removed, would cause TSS not to be ready for the Shuttle launch.

O'Connor, Brian↗