Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “process development”

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

Integrated Human-in-the-Loop Ground Testing - Value, History, and the Future

Systems for very long-duration human missions to Mars will be designed to operate reliably for many years and many of these systems will never be returned to Earth. The need for high reliability is driven by the requirement for safe functioning of remote, long-duration crewed systems and also by unsympathetic abort scenarios. Abort from a Mars mission could be as long as 450 days to return to Earth. The key to developing a human-in-the-loop architecture is a development process that allows for a logical sequence of validating successful development in a stepwise manner, with assessment of key performance parameters (KPPs) at each step; especially important are KPPs for technologies evaluated in a full systems context with human crews on Earth and on space platforms such as the ISS. This presentation will explore the implications of such an approach to technology development and validation including the roles of ground and space-based testing necessary to develop a highly reliable system for long duration human exploration missions. Historical development and systems testing from Mercury to the International Space Station (ISS) to ground testing will be reviewed. Current work as well as recommendations for future work will be described.

Henninger, Donald L.↗
NASA NTRS1995

Using the HARV simulation aerodynamic model to determine forebody strake aerodynamic coefficients from flight data

The method described in this report is intended to present an overview of a process developed to extract the forebody aerodynamic increments from flight tests. The process to determine the aerodynamic increments (rolling pitching, and yawing moments, Cl, Cm, Cn, respectively) for the forebody strake controllers added to the F/A - 18 High Alpha Research Vehicle (HARV) aircraft was developed to validate the forebody strake aerodynamic model used in simulation.

Messina, Michael D.↗
DOE OSTI2023

The Production of Low Ash Coals Using the Hydrophobic-Hydrophilic Separation Process with Novel Developments

Froth flotation is a common mineral processing method in coal preparation. This process becomes less efficient, however, as particle size is reduced, and ultrafine particles are often discarded prior to froth flotation, contributing to a substantial amount of coal waste in impoundments. Because of the land-use and risk of an impoundment failure, these impoundments pose an environmental liability. To address ultrafine coal rejection, researchers at Virginia Tech developed the hydrophobic-hydrophilic separation (HHS) process. Unlike in froth flotation, HHS uses an organic solvent to separate and dewater hydrophobic particles from hydrophilic minerals. Past work on the HHS process yielded promising results. In particular, the HHS process has produced a low-ash (<2%) and low moisture (<8%) product, which is a viable feed stock for carbon products. In this work, an investigation of the effects of auxiliary processes on the HHS process was conducted. The auxiliary processes included grinding, pre-concentration, and reagent conditioning. This work also contains an investigation on the interaction between two primary unit operations in the HHS process: oil agglomeration and de-emulsification. Lastly, to make the HHS process more viable for commercial scale-up, a novel unit operation was developed and tested that performs comparably to the current HHS process.

01 COAL, LIGNITE, AND PEAT↗
DOE OSTI2025

Selection Algorithm for electron neutrino charged current interactions in SBND

The Short Baseline Neutrino (SBN) program at Fermilab is a joint proposal by three experimental collaborations primarily for the investigation of the cause behind the low-energy electron-like event excess observed by the MiniBoone experiment. This dissertation focuses on the near detector of the project, named the Short Baseline Near Detector (SBND), a Liquid Argon Time Projection Chamber apparatus which will conduct searches for sterile neutrinos in the mass range of 1 ${eV}^2/{c}^4$, as well as provide cross-section measurements for neutrino interactions in argon and perform other beyond the standard model studies.\\ \indent As is the case for all detectors in the program, the SBND will use the Booster Neutrino Beam as its source, which will provide it with both muon and electron neutrinos. Given that the ability to discern between the neutrino flavors will be crucial to the fulfillment of the detector's physics goals, the objective of this work is to provide the collaboration with a tool capable of doing so. As such, we here present the development process for an inclusive selection algorithm for the identification of electron neutrino charged current (CC) events regardless of their interaction channel. This is done through a combination of traditional techniques, such as the implementation of cuts on the reconstructed interaction properties, with the use of the Convolutional Visual Network, a machine learning algorithm capable of classifying particle interactions through the analysis of the topology of their final states. With this approach, we have developed a selection process that is capable of identifying $\nu_e$ CC interactions across a wide range of topologies with 34.4\% efficiency, as well as a purity of 91.2\%, making it especially promising for use in cross section studies.

Freire, Hector Moya [ABC Federal U.] (ORCID:000900↗
NASA NTRS1990

Assessing availability of Space Station Freedom

An availability assessment process developed by the Space Station Freedom Program Office Operations Organization is reviewed. The process under consideration is aimed at highlighting design attributes which hamper operations for development of appropriate design alternatives.

Gizinski, Stephen J., III↗
NASA NTRS2006

Mars Miniature Science Instruments

For robotic Mars missions, all the science information is gathered through on-board miniature instruments that have been developed through many years of R&D. Compared to laboratory counterparts, the rover instruments require miniaturization, such as low mass (1-2 kg), low power (> 10 W) and compact (1-2 liter), yet with comparable sensitivity. Since early 1990's, NASA recognized the need for the miniature instruments and launched several instrument R&D programs, e.g., PIDDP (Planetary Instrument Definition and Development). However, until 1998, most of the instrument R&D programs supported only up to a breadboard level (TRL 3, 4) and there is a need to carry such instruments to flight qualifiable status (TU 5, 6) to respond to flight AOs (Announcement of Opportunity). Most of flight AOs have only limited time and financial resources, and can not afford such instrument development processes. To bridge the gap between instrument R&D programs and the flight instrument needs, NASA's Mars Technology Program (MTP) created advanced instrumentation program, Mars Instrument Development Project (MIDP). MIDP candidate instruments are selected through NASA Research Announcement (NRA) process [l]. For example, MIDP 161998-2000) selected and developed 10 instruments, MIDP II (2003-2005) 16 instruments, and MIDP III (2004-2006) II instruments.Working with PIs, JPL has been managing the MIDP tasks since September 1998. All the instruments being developed under MIDP have been selected through a highly competitive NRA process, and employ state-of-the-art technology. So far, four MIDP funded instruments have been selected by two Mars missions (these instruments have further been discussed in this paper).

Mars Instrument Development Project (MIDP)↗
DOE OSTI2021

Intelligent Agents for the Optimization of Atomic Layer Deposition

Atomic layer deposition (ALD) is a highly controllable thin film synthesis approach with applications in computing, energy, and separations. The flexibility of ALD means that it can access a massive chemical catalogue; however, this chemical and process diversity results in significant challenges in determining processing parameters that result in stable and uniform film growth with minimal precursor consumption. In situ measurements of the ALD growth per cycle (GPC) can accelerate process development but it still requires expert intuition and time-consuming trial and error to identify acceptable processing parameters. This procedure is made more difficult by the presence of experimental noise in the GPC values and the complexity of ALD surface chemistries. Here, a need exists for efficient optimization approaches capable of autonomously determining processing conditions resulting in optimal ALD film growth. In this work, we present the development of three optimization strategies and compare their performance in optimizing four simulated ALD processes. Furthermore, the effect of noise in the GPC measurements on optimization convergence is studied.

37 INORGANIC, ORGANIC, PHYSICAL, AND ANALYTICAL CH↗
NASA NTRS1993

The standards process: Technical committee X3B5 digital magnetic tape

The definition of X3B5, where it fits in the national and international standards development process, and how it interfaces and influences the world community of standards developers are provided. Details concerning the focus of the committee, how it operates, and what the group sees as the future trends in the area of interchange standards utilizing the multifaceted, ubiquitous magnetic tape are presented.

Cheatham, Sam↗
NASA NTRS1992

In the soft-to-hard technical spectrum: Where is software engineering?

In the computer journals and tabloids, there have been a plethora of articles written about the software engineering field. But while advocates of the need for an engineering approach to software development, it is impressive how many authors have treated the subject of software engineering without adequately addressing the fundamentals of what engineering as a discipline consists of. A discussion is presented of the various related facets of this issue in a logical framework to advance the thesis that the software development process is necessarily an engineering process. The purpose is to examine more of the details of the issue of whether or not the design and development of software for digital computer processing systems should be both viewed and treated as a legitimate field of professional engineering. Also, the type of academic and professional level education programs that would be required to support a software engineering discipline is examined.

Leibfried, Theodore F.↗
NASA NTRS1973

Fabrication of capsule assemblies, phase 3

Thirteen capsule assemblies were fabricated for evaluation of fuel pin design concepts for a fast spectrum lithium cooled compact space power reactor. These instrumented assemblies were designed for real time test of prototype fuel pins. Uranium mononitride fuel pins were encased in AISI 304L stainless steel capsules. Fabrication procedures were fully qualified by process development and assembly qualification tests. Instrumentation reliability was achieved utilizing specially processed and closely controlled thermocouple hot zone fabrication and by thermal screening tests. Overall capsule reliability was achieved with an all electron beam welded assembly.

Keeton, A. R.↗
NASA NTRS1974

Eutectic bonding of boron-aluminum structural components. II

Eutectic bonding is a diffusion brazing process developed for fabricating boron-aluminum components from composite monolayer. This process relies on the diffusion of a thin surface film of copper into the aluminum matrix to form a liquid phase when heated above the copper-aluminum eutectic temperature of 1018 F. This type of fabrication offers design flexibility in that skin thickness may be varied, the stiffness geometry and orientation can be varied, and local reinforcement can be added. In addition, this type of boron-aluminum structure offers high efficiency. Also, this method of construction can be cost-comparative with complex titanium shapes; simple tooling permits easy layup, bonding is a one-step operation, and little finish machining is required.

Niemann, J. T.↗
NASA NTRS1992

Knowledge base methodology: Methodology for first Engineering Script Language (ESL) knowledge base

The primary goal of reusing software components is that software can be developed faster, cheaper and with higher quality. Though, reuse is not automatic and can not just happen. It has to be carefully engineered. For example a component needs to be easily understandable in order to be reused, and it has also to be malleable enough to fit into different applications. In fact the software development process is deeply affected when reuse is being applied. During component development, a serious effort has to be directed toward making these components as reusable. This implies defining reuse coding style guidelines and applying then to any new component to create as well as to any old component to modify. These guidelines should point out the favorable reuse features and may apply to naming conventions, module size and cohesion, internal documentation, etc. During application development, effort is shifted from writing new code toward finding and eventually modifying existing pieces of code, then assembling them together. We see here that reuse is not free, and therefore has to be carefully managed.

Peeris, Kumar↗
NASA NTRS1994

Understanding software faults and their role in software reliability modeling

This study is a direct result of an on-going project to model the reliability of a large real-time control avionics system. In previous modeling efforts with this system, hardware reliability models were applied in modeling the reliability behavior of this system. In an attempt to enhance the performance of the adapted reliability models, certain software attributes were introduced in these models to control for differences between programs and also sequential executions of the same program. As the basic nature of the software attributes that affect software reliability become better understood in the modeling process, this information begins to have important implications on the software development process. A significant problem arises when raw attribute measures are to be used in statistical models as predictors, for example, of measures of software quality. This is because many of the metrics are highly correlated. Consider the two attributes: lines of code, LOC, and number of program statements, Stmts. In this case, it is quite obvious that a program with a high value of LOC probably will also have a relatively high value of Stmts. In the case of low level languages, such as assembly language programs, there might be a one-to-one relationship between the statement count and the lines of code. When there is a complete absence of linear relationship among the metrics, they are said to be orthogonal or uncorrelated. Usually the lack of orthogonality is not serious enough to affect a statistical analysis. However, for the purposes of some statistical analysis such as multiple regression, the software metrics are so strongly interrelated that the regression results may be ambiguous and possibly even misleading. Typically, it is difficult to estimate the unique effects of individual software metrics in the regression equation. The estimated values of the coefficients are very sensitive to slight changes in the data and to the addition or deletion of variables in the regression equation. Since most of the existing metrics have common elements and are linear combinations of these common elements, it seems reasonable to investigate the structure of the underlying common factors or components that make up the raw metrics. The technique we have chosen to use to explore this structure is a procedure called principal components analysis. Principal components analysis is a decomposition technique that may be used to detect and analyze collinearity in software metrics. When confronted with a large number of metrics measuring a single construct, it may be desirable to represent the set by some smaller number of variables that convey all, or most, of the information in the original set. Principal components are linear transformations of a set of random variables that summarize the information contained in the variables. The transformations are chosen so that the first component accounts for the maximal amount of variation of the measures of any possible linear transform; the second component accounts for the maximal amount of residual variation; and so on. The principal components are constructed so that they represent transformed scores on dimensions that are orthogonal. Through the use of principal components analysis, it is possible to have a set of highly related software attributes mapped into a small number of uncorrelated attribute domains. This definitively solves the problem of multi-collinearity in subsequent regression analysis. There are many software metrics in the literature, but principal component analysis reveals that there are few distinct sources of variation, i.e. dimensions, in this set of metrics. It would appear perfectly reasonable to characterize the measurable attributes of a program with a simple function of a small number of orthogonal metrics each of which represents a distinct software attribute domain.

Munson, John C.↗
NASA NTRS2017

CubeSat Launch Initiative Overview and CubeSat 101

The National Aeronautics and Space Administration (NASA) recognizes the tremendous potential that CubeSats (very small satellites) have to inexpensively demonstrate advanced technologies, collect scientific data, and enhance student engagement in Science, Technology, Engineering, and Mathematics (STEM). The CubeSat Launch Initiative (CSLI) was created to provide launch opportunities for CubeSats developed by academic institutions, non-profit entities, and NASA centers. This presentation will provide an overview of the CSLI, its benefits, and its results. This presentation will also provide high level CubeSat 101 information for prospective CubeSat developers, describing the development process from concept through mission operations while highlighting key points that developers need to be mindful of.

Launching↗
NASA NTRSDate not supplied

NASA’s Space Launch System: Comprehensive Test Program Leads to Mission Success during Artemis I Flight Test

NASA’s SLS (Space Launch System) rocket had a successful first launch on Nov. 16, 2022, sending an uncrewed Orion spacecraft to the Moon on the agency’s Artemis I mission. Ten 6U CubeSats were also deployed from SLS during the mission. Orbital insertion parameters, including insertion velocity and altitude, were within hundredths and tenths of a percent from predicted values, corroborating data collected from the individual elements that showed similar performance accuracy. While launch remains the main test – and Artemis I was a true test flight – to collect data, confirm and refine computer models, and validate hardware test data, multiple test programs led up to the first flight and enabled the historic launch. Additionally, SLS was designed from the beginning to be a crew-rated launch vehicle, and teams put the astronauts who will fly on it at the forefront of the development process. This paper and presentation will cover the SLS design and development programs that led to the successful Artemis I mission, and which have set the stage to send the first astronauts back to cislunar space since the Apollo 17 crew in 1972.

John Honeycutt↗
NASA NTRSDate not supplied

Comprehensive Test Program of NASA's Space Launch System Rocket Leads to Successful Artemis Mission

NASA’s SLS (Space Launch System) rocket had a successful first launch on Nov. 16, 2022, sending an uncrewed Orion spacecraft to the Moon on the agency’s Artemis I mission. Ten 6U CubeSats were also deployed from SLS during the mission. Orbital insertion parameters, including insertion velocity and altitude, were within hundredths and tenths of a percent from predicted values, corroborating data collected from the individual elements that showed similar performance accuracy. While launch remains the main test – and Artemis I was a true test flight – to collect data, confirm and refine computer models, and validate hardware test data, multiple test programs led up to the first flight and enabled the historic launch. Additionally, SLS was designed from the beginning to be a crew-rated launch vehicle, and teams put the astronauts who will fly on it at the forefront of the development process. This paper and presentation will cover the SLS design and development programs that led to the successful Artemis I mission, and which have set the stage to send the first astronauts back to cislunar space since the Apollo 17 crew in 1972.

John Honeycutt↗