Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “custom”

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 1,153 records · Page 64
All sourcesNASA NTRSDOE OSTI
NASA NTRS2003

CCSDS File Delivery Protocol (CFDP): Why it's Useful and How it Works

Reliable delivery of data products is often required across space links. For example, a NASA mission will require reliable delivery of images produced by an on-board detector. Many missions have their own (unique) way of accomplishing this, requiring custom software. Many missions also require manual operations (e.g. the telemetry receiver software keeps track of what data is missing, and a person manually inputs the appropriate commands to request retransmissions). The Consultative Committee for Space Data Systems (CCSDS) developed the CCSDS File Delivery Protocol (CFDP) specifically for this situation. CFDP is an international standard communication protocol that provides reliable delivery of data products. It is designed for use across space links. It will work well if run over the widely used CCSDS Telemetry and Telecommand protocols. However, it can be run over any protocol, and will work well as long as the underlying protocol delivers a reasonable portion of the data. The CFDP receiver will autonomously determine what data is missing, and request retransmissions as needed. The CFDP sender will autonomously perform the requested transmissions. When the entire data product is delivered, the CFDP receiver will let the CFDP sender know that the transaction has completed successfully. The result is that custom software becomes standard, and manual operations become autonomous. This paper will consider various ways of achieving reliable file delivery, explain why CFDP is the optimal choice for use over space links, explain how the core protocol works, and give some guidance on how to best utilize CFDP within various mission scenarios. It will also touch on additional features of CFDP, as well as other uses for CFDP (e.g. the loading of on-board memory and tables).

Ray, Tim↗
NASA NTRS2003

Multi-Disciplinary Analysis for Future Launch Systems Using NASA's Advanced Engineering Environment (AEE)

A new engineering environment constructed for the purposes of analyzing and designing Reusable Launch Vehicles (RLVs) is presented. The new environment has been developed to allow NASA to perform independent analysis and design of emerging RLV architectures and technologies. The new Advanced Engineering Environment (AEE) is both collaborative and distributed. It facilitates integration of the analyses by both vehicle performance disciplines and life-cycle disciplines. Current performance disciplines supported include: weights and sizing, aerodynamics, trajectories, propulsion, structural loads, and CAD-based geometries. Current life-cycle disciplines supported include: DDT&E cost, production costs, operations costs, flight rates, safety and reliability, and system economics. Involving six NASA centers (ARC, LaRC, MSFC, KSC, GRC and JSC), AEE has been tailored to serve as a web-accessed agency-wide source for all of NASA's future launch vehicle systems engineering functions. Thus, it is configured to facilitate (a) data management, (b) automated tool/process integration and execution, and (c) data visualization and presentation. The core components of the integrated framework are a customized PTC Windchill product data management server, a set of RLV analysis and design tools integrated using Phoenix Integration's Model Center, and an XML-based data capture and transfer protocol. The AEE system has seen production use during the Initial Architecture and Technology Review for the NASA 2nd Generation RLV program, and it continues to undergo development and enhancements in support of its current main customer, the NASA Next Generation Launch Technology (NGLT) program.

Monell, D.↗
NASA NTRS2003

The Clock Is Ticking

Recently, I worked on creating a one-of-a-kind device for a Space Station group studying exercise physiology at another NASA Center. They approached my department at Ames Research Center to design and build an exercise bed that allowed users to perform the motions that they needed for ground-based research. The real challenge was that they needed the device designed, built, and delivered in just one month. The bed was intended to simulate doing squats while in a horizontal position as if on a moving sled. They wanted to incorporate a resistant device called an Interim Resistive Exercise Device (IRED), an adjustable cable tied into a reel to provide a measured amount of resistance. This device was used on the Station for exercising in space; we were taking the same resistant reel and incorporating it in this bed. In the early stages of a design project, I communicate with a customer as much as I can and as often as they will tolerate. There s a lot of learning that needs to go on, and I prefer to spend a little bit of extra time here because that can save a lot of time later. In the beginning, you need to volley the information back-and-forth, so that you understand the customer s requirements and they know what you re capable of doing.

Gundo, Dan↗
NASA NTRS2003

Requirements Development for the NASA Advanced Engineering Environment (AEE)

The requirements development process for the Advanced Engineering Environment (AEE) is presented. This environment has been developed to allow NASA to perform independent analysis and design of space transportation architectures and technologies. Given the highly collaborative and distributed nature of AEE, a variety of organizations are involved in the development, operations and management of the system. Furthermore, there are additional organizations involved representing external customers and stakeholders. Thorough coordination and effective communication is essential to translate desired expectations of the system into requirements. Functional, verifiable requirements for this (and indeed any) system are necessary to fulfill several roles. Requirements serve as a contractual tool, configuration management tool, and as an engineering tool, sometimes simultaneously. The role of requirements as an engineering tool is particularly important because a stable set of requirements for a system provides a common framework of system scope and characterization among team members. Furthermore, the requirements provide the basis for checking completion of system elements and form the basis for system verification. Requirements are at the core of systems engineering. The AEE Project has undertaken a thorough process to translate the desires and expectations of external customers and stakeholders into functional system-level requirements that are captured with sufficient rigor to allow development planning, resource allocation and system-level design, development, implementation and verification. These requirements are maintained in an integrated, relational database that provides traceability to governing Program requirements and also to verification methods and subsystem-level requirements.

Rogers, Eric↗
NASA NTRS1996

IS0 9000 Implementation and Assessment: A Guide to Developing and Evaluating Quality Management Systems

The agency has developed this reference publication to aid NASA organizations and their suppliers in the transition to IS0 9000. This guide focuses on the standard s intent, clarifies its requirements, offers implementation examples and highlights interrelated areas. It can assist anyone developing or evaluating NASA or supplier quality management systems. The IS0 9000 standards contain the basic elements for managing those processes that affect an organization's ability to consistently meet customer requirements. IS0 9000 was developed through the International Organization for Standardization and has been adopted as the US. national standard. These standards define a flexible foundation for customer focused process measurement, management and improvement that is the hallmark of world class enterprises.

Navarro, Robert J.↗
NASA NTRS2004

Lapin Data Interchange Among Database, Analysis and Display Programs Using XML-Based Text Files

The purpose was to investigate and evaluate the interchange of application- specific data among multiple programs each carrying out part of the analysis and design task. This has been carried out previously by creating a custom program to read data produced by one application and then write that data to a file whose format is specific to the second application that needs all or part of that data. In this investigation, data of interest is described using the XML markup language that allows the data to be stored in a text-string. Software to transform output data of a task into an XML-string and software to read an XML string and extract all or a portion of the data needed for another application is used to link two independent applications together as part of an overall design effort. This approach was initially used with a standard analysis program, Lapin, along with standard applications a standard spreadsheet program, a relational database program, and a conventional dialog and display program to demonstrate the successful sharing of data among independent programs. See Engineering Analysis Using a Web-Based Protocol by J.D. Schoeffler and R.W. Claus, NASA TM-2002-211981, October 2002. Most of the effort beyond that demonstration has been concentrated on the inclusion of more complex display programs. Specifically, a custom-written windowing program organized around dialogs to control the interactions have been combined with an independent CAD program (Open Cascade) that supports sophisticated display of CAD elements such as lines, spline curves, and surfaces and turbine-blade data produced by an independent blade design program (UD0300).

Source record↗
NASA NTRS2001

Development and Implementation of NASA's Lead Center for Rocket Propulsion Testing

With the new millennium, NASA's John C. Stennis Space Center (SSC) continues to develop and refine its role as rocket test service provider for NASA and the Nation. As Lead Center for Rocket Propulsion Testing (LCRPT), significant progress has been made under SSC's leadership to consolidate and streamline NASA's rocket test infrastructure and make this vital capability truly world class. NASA's Rocket Propulsion Test (RPT) capability consists of 32 test positions with a replacement value in excess of $2B. It is dispersed at Marshall Space Flight Center (MSFC), Johnson Space Center (JSC)-White Sands Test Facility (WSTF), Glenn Research Center (GRC)-Plum Brook (PB), and SSC and is sized appropriately to minimize duplication and infrastructure costs. The LCRPT also provides a single integrated point of entry into NASA's rocket test services. The RPT capability is managed through the Rocket Propulsion Test Management Board (RPTMB), chaired by SSC with representatives from each center identified above. The Board is highly active, meeting weekly, and is key to providing responsive test services for ongoing operational and developmental NASA and commercial programs including Shuttle, Evolved Expendable Launch Vehicle, and 2nd and 3rd Generation Reusable Launch Vehicles. The relationship between SSC, the test provider, and the hardware developers, like MSFC, is critical to the implementation of the LCRPT. Much effort has been expended to develop and refine these relationships with SSC customers. These efforts have met with success and will continue to be a high priority to SSC for the future. To data in the exercise of its role, the LCRPT has made 22 test assignments and saved or avoided approximately $51M. The LCRPT directly manages approximately $30M annually in test infrastructure costs including facility maintenance and upgrades, direct test support, and test technology development. This annual budges supports rocket propulsion test programs which have an annual budget in excess of $150M. As the LCRPT continues to develop, customer responsiveness and lower cost test services will be major themes. In that light, SSC is embarking on major test technology development activities ensuring long range goals of safer, more responsive, and more cost effective test services are realized. The LCRPT is also focusing on the testing requirements for advanced propulsion systems. This future planning is key to defining and fielding the ability to test these new technologies in support of the hardware developers.

Dawson, Michael C.↗
NASA NTRS2004

The Wallops Flight Facility Rapid Response Range Operations Initiative

While the dominant focus on short response missions has appropriately centered on the launch vehicle and spacecraft, often overlooked or afterthought phases of these missions have been launch site operations and the activities of launch range organizations. Throughout the history of organized spaceflight, launch ranges have been the bane of flight programs as the source of expense, schedule delays, and seemingly endless requirements. Launch Ranges provide three basic functions: (1) provide an appropriate geographical location to meet orbital other mission trajectory requirements, (2) provide project services such as processing facilities, launch complexes, tracking and data services, and expendable products, and (3) assure safety and property protection to participating personnel and third-parties. The challenge with which launch site authorities continuously struggle, is the inherent conflict arising from projects whose singular concern is execution of their mission, and the range s need to support numerous simultaneous customers. So, while tasks carried out by a launch range committed to a single mission pale in comparison to efforts of a launch vehicle or spacecraft provider and could normally be carried out in a matter of weeks, major launch sites have dozens of active projects separate sponsoring organizations. Accommodating the numerous tasks associated with each mission, when hardware failures, weather, maintenance requirements, and other factors constantly conspire against the range resource schedulers, make the launch range as significant an impediment to responsive missions as launch vehicles and their cargo. The obvious solution to the launch site challenge was implemented years ago when the Department of Defense simply established dedicated infrastructure and personnel to dedicated missions, namely an Inter Continental Ballistic Missile. This however proves to be prohibitively expensive for all but the most urgent of applications. So the challenge becomes how can a launch site provide acceptably responsive mission services to a particular customer without dedicating extensive resources and while continuing to serve other projects? NASA's Wallops Flight Facility (WFF) is pursuing solutions to exactly this challenge. NASA, in partnership with the Virginia Commercial Space Flight Authority, has initiated the Rapid Response Range Operations Initiative (R3Ops). R3Ops is a multi-phased effort to incrementally establish and demonstrate increasingly responsive launch operations, with an ultimate goal of providing ELV-class services in a maximum of 7-10 days from initial notification routinely, and shorter schedules possible with committed resources. This target will be pursued within the reality of simultaneous concurrent programs, and ideally, largely independent of specialized flight system configurations. WFF has recently completed Phase 1 of R3Ops, an in-depth collection (through extensive expert interviews) and software modeling of individual steps by various range disciplines. This modeling is now being used to identify existing inefficiencies in current procedures, to identify bottlenecks, and show interdependencies. Existing practices are being tracked to provide a baseline to benchmark against as new procedures are implemented. This paper will describe in detail the philosophies behind WFF's R3Ops, the data collected and modeled in Phase 1, and strategies for meeting responsive launch requirements in a multi-user range environment planned for subsequent phases of this initiative.

Underwood, Bruce E.↗
NASA NTRS2004

NASA Glenn Wind Tunnel Model Systems Criteria

This report describes criteria for the design, analysis, quality assurance, and documentation of models that are to be tested in the wind tunnel facilities at the NASA Glenn Research Center. This report presents two methods for computing model allowable stresses on the basis of the yield stress or ultimate stress, and it defines project procedures to test models in the NASA Glenn aeropropulsion facilities. Both customer-furnished and in-house model systems are discussed. The functions of the facility personnel and customers are defined. The format for the pretest meetings, safety permit process, and model reviews are outlined. The format for the model systems report (a requirement for each model that is to be tested at NASA Glenn) is described, the engineers responsible for developing the model systems report are listed, and the timetable for its delivery to the project engineer is given.

Soeder, Ronald H.↗
NASA NTRS2004

SemanticOrganizer: A Customizable Semantic Repository for Distributed NASA Project Teams

SemanticOrganizer is a collaborative knowledge management system designed to support distributed NASA projects, including diverse teams of scientists, engineers, and accident investigators. The system provides a customizable, semantically structured information repository that stores work products relevant to multiple projects of differing types. SemanticOrganizer is one of the earliest and largest semantic web applications deployed at NASA to date, and has been used in diverse contexts ranging from the investigation of Space Shuttle Columbia's accident to the search for life on other planets. Although the underlying repository employs a single unified ontology, access control and ontology customization mechanisms make the repository contents appear different for each project team. This paper describes SemanticOrganizer, its customization facilities, and a sampling of its applications. The paper also summarizes some key lessons learned from building and fielding a successful semantic web application across a wide-ranging set of domains with diverse users.

Keller, Richard M.↗
NASA NTRS2004

Deployment of a Fast-GCMS System to Measure C2 to C5 Carbonyls, Methanol and Ethanol Aboard Aircraft

Through funding of this proposal, a fast response gas chromatograph/mass spectrometer (FGCMS) instrument to measure less than or equal to C4 carbonyl compounds and methanol was developed for the NASA GTE TRACE-P (Global Tropospheric Experiment, Transport And Chemical Evolution Over The Pacific) mission. The system consists of four major components: sample inlet, preconcentration system, gas chromatograph (GC), and detector. The preconcentration system is a custom-built cryogen-conservative system. The GC is a compact, custom-built unit that can be temperature programmed and rapidly cooled. Detection is accomplished with an Agilent Technologies 5973 mass spectrometer. The FGCMS instrument provides positive identification because the compounds are chromatographically separated and mass selected. During TRACE-P, a sample was analyzed every 5 minutes. The FGCMS limit of detection was between 5 and 75 pptv, depending on the compound. The entire instrument package is contained in a standard NASA instrument rack (106 cm x 61 cm x 135 cm), consumes less than 1200 watts and is fully automated with LabViEW 6i. Methods were developed or producing highly accurate gas phase standards for the target compounds and for testing the system in the presence of potential interferents. This report presents data on these tests and on the general overall performance of the system in the laboratory and aboard the DC-8 aircraft during the mission. Vertical profiles for acetaldehyde, methanol, acetone, propanal, methyl ethyl ketone, and butanal from FGCMS data collected over the entire mission are also presented.

Apel, Eric C.↗
NASA NTRS2004

A Method for Calculating the Probability of Successfully Completing a Rocket Propulsion Ground Test

Propulsion ground test facilities face the daily challenges of scheduling multiple customers into limited facility space and successfully completing their propulsion test projects. Due to budgetary and schedule constraints, NASA and industry customers are pushing to test more components, for less money, in a shorter period of time. As these new rocket engine component test programs are undertaken, the lack of technology maturity in the test articles, combined with pushing the test facilities capabilities to their limits, tends to lead to an increase in facility breakdowns and unsuccessful tests. Over the last five years Stennis Space Center's propulsion test facilities have performed hundreds of tests, collected thousands of seconds of test data, and broken numerous test facility and test article parts. While various initiatives have been implemented to provide better propulsion test techniques and improve the quality, reliability, and maintainability of goods and parts used in the propulsion test facilities, unexpected failures during testing still occur quite regularly due to the harsh environment in which the propulsion test facilities operate. Previous attempts at modeling the lifecycle of a propulsion component test project have met with little success. Each of the attempts suffered form incomplete or inconsistent data on which to base the models. By focusing on the actual test phase of the tests project rather than the formulation, design or construction phases of the test project, the quality and quantity of available data increases dramatically. A logistic regression model has been developed form the data collected over the last five years, allowing the probability of successfully completing a rocket propulsion component test to be calculated. A logistic regression model is a mathematical modeling approach that can be used to describe the relationship of several independent predictor variables X(sub 1), X(sub 2),..,X(sub k) to a binary or dichotomous dependent variable Y, where Y can only be one of two possible outcomes, in this case Success or Failure. Logistic regression has primarily been used in the fields of epidemiology and biomedical research, but lends itself to many other applications. As indicated the use of logistic regression is not new, however, modeling propulsion ground test facilities using logistic regression is both a new and unique application of the statistical technique. Results from the models provide project managers with insight and confidence into the affectivity of rocket engine component ground test projects. The initial success in modeling rocket propulsion ground test projects clears the way for more complex models to be developed in this area.

Messer, Bradley P.↗
NASA NTRS2000

Recent Cycle Time Reduction at Langley Research Center

The NASA Langley Research Center (LaRC) has been engaged in an effort to reduce wind tunnel test cycle time in support of Agency goals and to satisfy the wind tunnel testing needs of the commercial and military aerospace communities. LaRC has established the Wind Tunnel Enterprise (WTE), with goals of reducing wind tunnel test cycle time by an order of magnitude by 2002, and by two orders of magnitude by 2010. The WTE also plans to meet customer expectations for schedule integrity, as well as data accuracy and quality assurance. The WTE has made progress towards these goals over the last year with a focused effort on technological developments balanced by attention to process improvements. This paper presents a summary of several of the WTE activities over the last year that are related to test cycle time reductions at the Center. Reducing wind tunnel test cycle time, defined here as the time between the freezing of loft lines and delivery of test data, requires that the relationship between high productivity and data quality assurance be considered. The efforts have focused on all of the drivers for test cycle time reduction, including process centered improvements, facility upgrades, technological improvements to enhance facility readiness and productivity, as well as advanced measurement techniques. The application of internet tools and computer modeling of facilities to allow a virtual presence of the customer team is also presented.

Kegelman, Jerome T.↗
NASA NTRS1997

Virtual Instrument Simulator for CERES

A benchtop virtual instrument simulator for CERES (Clouds and the Earth's Radiant Energy System) has been built at NASA, Langley Research Center in Hampton, VA. The CERES instruments will fly on several earth orbiting platforms notably NASDA's Tropical Rainfall Measurement Mission (TRMM) and NASA's Earth Observing System (EOS) satellites. CERES measures top of the atmosphere radiative fluxes using microprocessor controlled scanning radiometers. The CERES Virtual Instrument Simulator consists of electronic circuitry identical to the flight unit's twin microprocessors and telemetry interface to the supporting spacecraft electronics and two personal computers (PC) connected to the I/O ports that control azimuth and elevation gimbals. Software consists of the unmodified TRW developed Flight Code and Ground Support Software which serves as the instrument monitor and NASA/TRW developed engineering models of the scanners. The CERES Instrument Simulator will serve as a testbed for testing of custom instrument commands intended to solve in-flight anomalies of the instruments which could arise during the CERES mission. One of the supporting computers supports the telemetry display which monitors the simulator microprocessors during the development and testing of custom instrument commands. The CERES engineering development software models have been modified to provide a virtual instrument running on a second supporting computer linked in real time to the instrument flight microprocessor control ports. The CERES Instrument Simulator will be used to verify memory uploads by the CERES Flight Operations TEAM at NASA. Plots of the virtual scanner models match the actual instrument scan plots. A high speed logic analyzer has been used to track the performance of the flight microprocessor. The concept of using an identical but non-flight qualified microprocessor and electronics ensemble linked to a virtual instrument with identical system software affords a relatively inexpensive simulation system capable of high fidelity.

Chapman, John J.↗
NASA NTRS2004

Concurrent Engineering for the Management of Research and Development

The Management of Research and Development (R&D) is facing the challenges of reducing time from R&D to customer, reducing the cost of R&D, having higher accountability for results (improved quality), and increasing focus on customers. Concurrent engineering (CE) has shown great success in the automotive and technology industries resulting in significant decreases in cycle time, reduction of total cost, and increases in quality and reliability. This philosophy of concurrency can have similar implications or benefits for the management of R&D organizations. Since most studies on the application of CE have been performed in manufacturing environments, research into the benefits of CE into other environments is needed. This paper presents research conducted at the NASA Glenn Research Center (GRC) investigating the application of CE in the management of an R&D organization. In particular the paper emphasizes possible barriers and enhancers that this environment presents to the successful implementation of CE. Preliminary results and recommendations are based on a series of interviews and subsequent surveys, from which data has been gathered and analyzed as part of the GRC's Continuous Improvement Process.

DelRosario, Ruben↗
NASA NTRS1992

Quality Function Deployment for Large Systems

Quality Function Deployment (QFD) is typically applied to small subsystems. This paper describes efforts to extend QFD to large scale systems. It links QFD to the system engineering process, the concurrent engineering process, the robust design process, and the costing process. The effect is to generate a tightly linked project management process of high dimensionality which flushes out issues early to provide a high quality, low cost, and, hence, competitive product. A pre-QFD matrix linking customers to customer desires is described.

Dean, Edwin B.↗
NASA NTRS2004

Microtechnology in Space: NASA's Lab-on-a-Chip Applications Development Program

NASA's Marshall Space Flight Center (MSFC) Lab on a Chip Application Development LOCAD) team has worked with microfluidic technology for the past few years in an effort to support NASA's Mission. In that time, such microfluidic based Lab-on-a-Chip (LOC) systems have become common technology in clinical and diagnostic laboratories. The approach is most attractive due to its highly miniaturized platform and ability to perform reagent handling (i-e., dilution, mixing, separation) and diagnostics for multiple reactions in an integrated fashion. LOCAD, along with Caliper Life Sciences has successfully developed the first LOC device for macromolecular crystallization using a workstation acquired specifically for designing custom chips, the Caliper 42. LOCAD uses this, along with a novel MSFC-designed and built workstation for microfluidic development. The team has a cadre of LOC devices that can be used to perform initial feasibility testing to determine the efficacy of the LOC approach for a specific application. Once applicability has been established, the LOCAD team, along with the Army's Aviation and Missile Command microfabrication facility, can then begin to custom design and fabricate a device per the user's specifications. This presentation will highlight the LOCAD team's proven and unique expertise that has been utilized to provide end to end capabilities associated with applying microfluidics for applications that include robotic life detection instrumentation, crew health monitoring and microbial and environmental monitoring for human Exploration.

Monaco, Lisa↗
NASA NTRS2004

Microsystem Cooler Development

A patented microsystem Stirling cooler is under development with potential application to electronics, sensors, optical and radio frequency (RF) systems, microarrays, and other microsystems. The microsystem Stirling cooler is most suited to volume-limited applications that require cooling below the ambient or sink temperature. Primary components of the planar device include: two diaphragm actuators that replace the pistons found in traditional-scale Stirling machines; and a micro-regenerator that stores and releases thermal energy to the working gas during the Stirling cycle. The use of diaphragms eliminates frictional losses and bypass leakage concerns associated with pistons, while permitting reversal of the hot and cold sides of the device during operation to allow precise temperature control. Three candidate microregenerators were custom fabricated for initial evaluation: two constructed of porous ceramic, and one made of multiple layers of nickel and photoresist in an offset grating pattern. An additional regenerator was prepared with a random stainless steel fiber matrix commonly used in existing Stirling machines for comparison to the custom fabricated regenerators. The candidate regenerators were tested in a piezoelectric-actuated test apparatus designed to simulate the Stirling refrigeration cycle. In parallel with the regenerator testing, electrostatically-driven comb-drive diaphragm actuators for the prototype device have been designed for deep reactive ion etching (DRIE) fabrication.

Moran, Matthew E.↗