Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “data guidelines”

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 523 records · Page 29

Mercury in the environment

Problems in assessing mercury concentrations in environmental materials are discussed. Data for situations involving air, water, rocks, soils, sediments, sludges, fossil fuels, plants, animals, foods, and man are drawn together and briefly evaluated. Details are provided regarding the toxicity of mercury along with tentative standards and guidelines for mercury in air, drinking water, and food.

Fulkerson, W.↗

Recent research related to prediction of stall/spin characteristics of fighter aircraft

The NASA Langley Research Center is currently engaged in a stall/spin research program to provide the fundamental information and design guidelines required to predict the stall/spin characteristics of fighter aircraft. The prediction methods under study include theoretical spin prediction techniques and piloted simulation studies. The paper discusses the overall status of theoretical techniques including: (1) input data requirements, (2) math model requirements, and (3) correlation between theoretical and experimental results. The Langley Differential Maneuvering Simulator (DMS) facility has been used to evaluate the spin susceptibility of several current fighters during typical air combat maneuvers and to develop and evaluate the effectiveness of automatic departure/spin prevention concepts. The evaluation procedure is described and some of the more significant results of the studies are presented.

Nguyen, L. T.↗

Some principles for studying reduced visibility conditions in regions around airports

A set of guidelines based on the experiences of the meteorological team at Tashkent airport is presented. These guidelines pertain to all the possible immediate and specific sources of relevant information in the vicinity of a given airport and to the combination of theoretical and experimental information which should be used in evaluating the data.

Romanov, N. N.↗

Quantitative non-destructive testing

The work undertaken during this period included two primary efforts. The first is a continuation of theoretical development from the previous year of models and data analyses for NDE using the Optical Thermal Infra-Red Measurement System (OPTITHIRMS) system, which involves heat injection with a laser and observation of the resulting thermal pattern with an infrared imaging system. The second is an investigation into the use of the thermoelastic effect as an effective tool for NDE. As in the past, the effort is aimed towards NDE techniques applicable to composite materials in structural applications. The theoretical development described produced several models of temperature patterns over several geometries and material types. Agreement between model data and temperature observations was obtained. A model study with one of these models investigated some fundamental difficulties with the proposed method (the primitive equation method) for obtaining diffusivity values in plates of thickness and supplied guidelines for avoiding these difficulties. A wide range of computing speeds was found among the various models, with a one-dimensional model based on Laplace's integral solution being both very fast and very accurate.

Welch, C. S.↗

Guidelines for applying the Composite Specification Model (CSM)

The Composite Specification Model (CSM) is an approach to representing software requirements. Guidelines are provided for applying CSM and developing each of the three descriptive views of the software: the contextual view, using entities and relationships; the dynamic view, using states and transitions; and the function view, using data flows and processes. Using CSM results in a software specification document, which is outlined.

Agresti, William↗

Application of EVA guidelines and design criteria. Volume 1: EVA selection/systems design considerations

Parameters that require consideration by the planners and designers when planning for man to perform functions outside the vehicle are presented in terms of the impact the extravehicular crewmen and major EV equipment items have on the mission, vehicle, and payload. Summary data on man's performance capabilities in the weightless space environment are also provided. The performance data are based on orbital and transearth EVA from previous space flight programs and earthbound simulations, such as water immersion and zero-g aircraft.

Brown, N. E.↗

Weather Avoidance Guidelines for NASA Global Hawk High-Altitude Unmanned Aircraft Systems (UAS)

The current Global Hawk flight rules would probably not have been effective in the single event of greatest concern (the Emily encounter). The cloud top had not reached 50,000 ft until minutes before the encounter. The TOT and lightning data would not have been available until near the overflight time since this was a rapidly growing cell. This case would have required a last‐minute diversion when lightning became frequent. Avoiding such a cell probably requires continual monitoring of the forward camera and storm scope, whether or not cloud tops have been exceeding specific limits. However, the current overflight rules as strictly interpreted would have prohibited significant fractions of the successful Global Hawk overpasses of Karl and Matthew that proved not to be hazardous. Many other high altitude aircraft (ER‐2 and Global Hawk) flights in NASA tropical cyclone field programs have successfully overflown deep convective clouds without incident.The convective cell that caused serious concern about the safety of the ER‐2 in Emily was especially strong for a tropical cyclone environment, probably as strong or stronger than any that was overflown by the ER‐2 in 20 previous flights over tropical cyclones. Specifically, what made that cell a safety concern was the magnitude of the vertical velocity of the updraft, at least 20 m/s (4000 ft/minute) at the time the ER‐2 overflew it. Such a strong updraft can generate strong gravity waves at and above the tropopause, posing a potential danger to aircraft far above the maximum altitude of the updraft itself or its associated cloud top. Indeed, the ER‐2 was probably at least 9000 ft above that cloud top. Cloud‐top height, by itself, is not an especially good indicator of the intensity of convection and the likelihood of turbulence. Nor is overflying high cloud tops (i.e. > 50,000 ft) of particular concern unless there is other evidence of very strong convective updrafts beneath those tops in the path of the aircraft. center dot Lightning, especially lightning with a high flash rate, is well correlated with convective intensity. Lightning with a minimal flash rate (say 1‐3 flashes per minute) is indicative of updraft speeds of about 10 m/s in the mixed phase region where charge is being separated, generally at altitudes about 20‐25 kft in a hurricane. That is still stronger than typical updrafts (more like 5 m/s). An unresolved issue is whether there is a high and instantaneous correlation between vertical velocity in the middle troposphere (necessary for lightning generation) and near cloud top (more direct concern for overflights).

Cecil, Daniel J.↗

Lessons Learned on the Use of Data Surfaces for Ffowcs Williams-Hawkings Calculations: Airframe Noise Applications

The use of integral solutions to the acoustic analogy-based Ffowcs Williams-Hawkings (FW-H) formulation is the defacto industrial and academic approach for assessing far-field acoustic behavior from airframe noise simulations. The methodology utilizes time-accurate flow variables obtained at arbitrary data surfaces to determine far-field spectra. The solid surface approach, where the time history of pressure is recorded on the surface of the aircraft, is generally preferred. Permeable surfaces, where pressure and velocity are recorded on a user-defined surface enclosing the aircraft, are also used. This paper seeks to share some of the valuable lessons we learned over the past several years on the limitations of the FW-H formulation and best practices for its successful application. We show results for various configurations comprising isolated landing gears, a business jet, a large commercial transport, and a generic low boom supersonic prototype, all at landing conditions. We demonstrate that the solid FW-H approach has significant accuracy limitations for most realistic cases and that the permeable FW-H approach may also fail in specific scenarios, requiring additional costly steps to extract the correct far-field noise spectra. Suggested guidelines for proper FW-H calculations are also given.

Acoustic propagation, Ffowcs Williams-Hawkings Cal↗

An approach to software cost estimation

A general procedure for software cost estimation in any environment is outlined. The basic concepts of work and effort estimation are explained, some popular resource estimation models are reviewed, and the accuracy of source estimates is discussed. A software cost prediction procedure based on the experiences of the Software Engineering Laboratory in the flight dynamics area and incorporating management expertise, cost models, and historical data is described. The sources of information and relevant parameters available during each phase of the software life cycle are identified. The methodology suggested incorporates these elements into a customized management tool for software cost prediction. Detailed guidelines for estimation in the flight dynamics environment developed using this methodology are presented.

Mcgarry, F.↗

NASA Discovery Program Workshop

The purpose of the workshop was to review concepts for Discover-class missions that would follow the first two missions (MESUR-Pathfinder and NEAR) of this new program. The concepts had been generated by scientists involved in NASA's Solar System Exploration Program to carry out scientifically important investigations within strict guidelines -- $150 million cap on development cost and 3 year cap on development schedule. Like the Astrophysics Small Explorers (SMEX), such 'faster and cheaper' missions could provide vitality to solar system exploration research by returning high quality data more frequently and regularly and by involving many more young researchers than normally participate directly in larger missions. An announcement of opportunity (AO) to propose a Discovery mission to NASA is expected to be released in about two years time. One purpose of the workshop was to assist Code SL in deciding how to allocate its advanced programs resources. A second, complimentary purpose was to provide the concept proposers with feedback to allow them to better prepare for the AO.

Source record↗

Development of stitching reinforcement for transport wing panels

The NASA Advanced Composites Technology (ACT) program has the objective of providing the technology required to obtain the full benefit of weight savings and performance improvements offered by composite primary aircraft structures. Achieving the objective is dependent upon developing composite materials and structures which are damage tolerant and economical to manufacture. Researchers are investigating stitching reinforcement combined with resin transfer molding to produce materials meeting the ACT program objective. Research is aimed at materials, processes, and structural concepts for application in both transport wings and fuselages, but the emphasis to date has been on wing panels. Empirical guidelines are being established for stitching reinforcement in structures designed for heavy loads. Results are presented from evaluation tests investigating stitching types, threads, and density (penetrations per square inch). Tension strength, compression strength, and compression after impact data are reported.

Palmer, Raymond J.↗

Analysis of rapidly developing fog at the Kennedy Space Center

Space Shuttle landings at Kennedy Space Center (KSC) are of special concern to NASA's landing community because of Florida's rapidly changing weather conditions. Since a large number of Shuttle landing attempts occur in the morning hours (just after sunrise) fog and stratus development are a problem. The deorbit burn decision for a landing at KSC is typically made 90 minutes before Shuttle touchdown. In that 90 minutes weather conditions can change very rapidly. Fog to the west of KSC an advect in and reduce visibility to less than 7 miles. The most important difference between Shuttle and normal aircraft landings is that the Shuttle has no go-around capability requiring a forecast with little room for error. To help guard against rapidly changing weather conditions, flight rules have been developed as guidelines for all landings. This paper concerns fog development that would affect less than 7-statue mile visibility rule which is in effect for End-Of-Mission (EOM) Shuttle landings at KSC (Rule 4-64(A)). Data used for this analysis included hourly surface observations at the X68 Shuttle Landing Facility (SLF) and upper-air observations form the CCAFS (Cape Canaveral Air Force Station-72794) rawinsonde site for the five year period, 1986 to 1990. This investigation focused on rapidly developing fog or stratus that developed between decision time and landing.

Wheeler, Mark M.↗

Airframe Noise Sub-Component Definition and Model

Both in-house, and jointly with NASA under the Advanced Subsonic Transport (AST) program, Boeing Commerical Aircraft Company (BCA) had begun work on systematically identifying specific components of noise responsible for total airframe noise generation and applying the knowledge gained towards the creation of a model for airframe noise prediction. This report documents the continuation of the collection of database from model-scale and full-scale airframe noise measurements to compliment the earlier existing databases, the development of the subcomponent models and the generation of a new empirical prediction code. The airframe subcomponent data includes measurements from aircraft ranging in size from a Boeing 737 to aircraft larger than a Boeing 747 aircraft. These results provide the continuity to evaluate the technology developed under the AST program consistent with the guidelines set forth in NASA CR-198298.

Golub, Robert A.↗

Gateway Implementation of Cybersecurity Requirements

Cyber threats are a constant present-day reality for any type of business -- Space exploration is not excluded from these threats either. The Gateway Program is one of NASA’s latest initiatives that extend space exploration beyond low earth orbit. Gateway allows for NASA to prove technologies and mature systems necessary to live and work on another celestial body before embarking on multi-year missions to Mars. The Gateway is a small, human-tended space station in orbit around the Moon. With the increased autonomy, distance and criticality of systems, cybersecurity is one of the critical subsystems that touches and integrates with most if not all subsystems of the Gateway. Building a gateway to the lunar orbit is no simple task. In this presentation, we outline an approach that the Gateway team adopted in creating a cyber safe and robust vehicle to support operations and assure protection of the critical functions. Gateway Program is required to implement National Institute of Standards and Technology (NIST) guidelines to adhere to the Federal Information Security Modernization Act (FISMA). NIST provides a framework for managing and controlling cybersecurity risks by defining cybersecurity controls and methodologies for implementation. The NIST framework is based upon the system, data within the system, integrations with external systems, and risk assessments to determine impacts for each of those systems. The goals and objectives are to identify appropriate security controls that fulfill and map to the NIST 800-53 framework. The implementation process involves developing an organizational understanding to manage cybersecurity risk to systems, people, assets, data, and capabilities. NIST Security controls are interpreted and defined within the Gateway vehicle requirements subsystems specifications. This paper details the approach, implementation, and challenges faced during the development and design phases to address cyber threats during the Gateway vehicle operations.

Svetlana Hanson↗

Gateway Implementation of Cybersecurity Requirements

Cybersecurity threats are a constant present-day reality for any type of business -- Space exploration is not excluded from these threats either. The Gateway Program is one of NASA’s latest initiatives that extend space exploration beyond low earth orbit. Gateway allows for NASA to prove technologies and mature systems necessary to live and work on another celestial body before embarking on multi-year missions to Mars. The Gateway is a small, human-tended space station in orbit around the Moon. With the increased autonomy, distance and criticality of systems, cybersecurity is a critical discipline that touches and integrates with most if not all subsystems of the Gateway. Building a gateway to the lunar orbit is no simple task. In this presentation, we outline an approach that the Gateway team adopted in creating a cyber safe and robust vehicle to support operations and assure protection of the critical functions. Gateway Program is required to implement National Institute of Standards and Technology (NIST) guidelines to adhere to the Federal Information Security Modernization Act (FISMA). NIST provides a framework for managing and controlling cybersecurity risks by defining cybersecurity controls and methodologies for implementation. The NIST framework is based upon the system, data within the system, integrations with external systems, and risk assessments to determine impacts for each of those systems. The goals and objectives are to identify appropriate security controls that fulfil and map to the NIST 800-53 framework. The implementation process involves developing an organizational understanding to manage cybersecurity risk to systems, people, assets, data, and capabilities. NIST Security controls are interpreted and defined within the Gateway vehicle requirements subsystems specifications. This paper details the approach, implementation, and challenges faced during the development and design phases to address cyber threats during the Gateway vehicle operations.

Cybersecurity↗

NASA Electronic Parts and Packaging (NEPP): Space Qualification Guidelines of Optoelectronic and Photonic Devices for Optical Communication Systems

Key elements of space qualification of opto-electric and photonic optical devices were overviewed. Efforts were concentrated on the reliability concerns of the devices needed for potential applications in space environments. The ultimate goal for this effort is to gradually establish enough data to develop a space qualification plan of newly developed specific photonic parts using empirical and numerical models to assess the life-time and degradation of the devices for potential long term space missions.

Kim, Quiesup↗

Study on Spacelab software development and integration concepts

A study was conducted to define the complexity and magnitude of the Spacelab software challenge. The study was based on current Spacelab program concepts, anticipated flight schedules, and ground operation plans. The study was primarily directed toward identifying and solving problems related to the experiment flight application and tests and checkout software executing in the Spacelab onboard command and data management subsystem (CDMS) computers and electrical ground support equipment (EGSE). The study provides a conceptual base from which it is possible to proceed into the development phase of the Software Test and Integration Laboratory (STIL) and establishes guidelines for the definition of standards which will ensure that the total Spacelab software is understood prior to entering development.

Source record↗

NASTRAN as a resource in code development

A case history is presented in which the NASTRAN system provided both guidelines and working software for use in the development of a discrete element program, PATCHES-111. To avoid duplication and to take advantage of the wide spread user familiarity with NASTRAN, the PATCHES-111 system uses NASTRAN bulk data syntax, NASTRAN matrix utilities, and the NASTRAN linkage editor. Problems in developing the program are discussed along with details on the architecture of the PATCHES-111 parametric cubic modeling system. The system includes model construction procedures, checkpoint/restart strategies, and other features.

Stanton, E. L.↗