Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Propellant Tank”

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.

1,571 records · Page 88

Repeatability of Cryogenic Multilayer Insulation

Due to the variety of requirements across aerospace platforms, and one off projects, the repeatability of cryogenic multilayer insulation has never been fully established. The objective of this test program is to provide a more basic understanding of the thermal performance repeatability of MLI systems that are applicable to large scale tanks. There are several different types of repeatability that can be accounted for: these include repeatability between multiple identical blankets, repeatability of installation of the same blanket, and repeatability of a test apparatus. The focus of the work in this report is on the first two types of repeatability. Statistically, repeatability can mean many different things. In simplest form, it refers to the range of performance that a population exhibits and the average of the population. However, as more and more identical components are made (i.e. the population of concern grows), the simple range morphs into a standard deviation from an average performance. Initial repeatability testing on MLI blankets has been completed at Florida State University. Repeatability of five GRC provided coupons with 25 layers was shown to be +/- 8.4% whereas repeatability of repeatedly installing a single coupon was shown to be +/- 8.0%. A second group of 10 coupons have been fabricated by Yetispace and tested by Florida State University, through the first 4 tests, the repeatability has been shown to be +/- 15-25%. Based on detailed statistical analysis, the data has been shown to be statistically significant.

multilayer insulation↗

Savannah River Remediation Liquid Waste Operations Making the Workplace Safer - Lean and Human Performance Improvement Initiatives - 17244

The Savannah River Site, a U.S. Department of Energy facility, contracted Savannah River Remediation (SRR) to manage its liquid waste project, which is a unique, high hazard nuclear waste treatment and disposal facility consisting of 51, one million gallon underground waste tanks, a solvent extraction processing unit, a vitrification facility for the highest radioactive waste, and a grout solidification and disposal facility for a decontaminated salt solution. Our Project mission is to treat the nuclear waste and close the associated storage and treatment facilities, of which, 8 of the 51 tanks have been closed to date. Over the past three years, SRR implemented a Lean Business Management System to address site inefficiencies, aging infrastructure concerns and budget constraints. The Lean philosophy started with the work of W. Edwards Deming and his contemporaries. In more recent years the process has matured in the Toyota Production System and migrated into fields as diverse as services industries, health-care, and now the DOE complex. Like safety, continuous improvement is a fundamental core business value that starts at the top. The Lean Business System, led by our executive management team, drives quality, production and waste elimination by focusing on People using a structured Process that allows the workforce to identify and fix problems in their workplace. Many inefficiencies and quality related issues start with the desire to make systems fail-safe without defining the core requirements for which that process or program was created. This leads to added complexity and latent or inherent human performance issues embedded within our processes. While Lean can't fix all problems, a combination of strong nuclear safety culture, robust conduct of operations, active human performance improvement process, and a business practice of continuously looking for improvements leads to excellence across our industry and creates a culture that is worthy of promoting. Without strong management, our systems fail because no one sponsors or encourages those attributes we covet. Leadership starts at the top with our customer defining what provides 'value' to them, and filters down through to the organization and ultimately the workforce in day to day conduct of operations. It is imperative that our customer drives these desirable ideals through recognition and contractual requirements to encourage and support those behavioral traits that are critical to our ongoing success.This paper focuses on how the Lean Business Management System supports those attributes that we value: a strong nuclear safety culture; disciplined conduct of operations; and a culture of robust human performance and continuous improvement. These attributes in our daily work environment propel a safer, more consistent, more efficient workplace. (authors)

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗

Design and Development of Functionally Operative and Visually Appealing Remote Firing Room Displays

This internship provided an opportunity for an intern to work with NASA's Ground Support Equipment (GSE) for the Spaceport Command and Control System (SCCS) at Kennedy Space Center as a remote display developer, under NASA mentor Kurt Leucht. The main focus was on creating remote displays for the hypergolic and high pressure helium subsystem team to help control the filling of the respective tanks. As a remote display developer for the GSE hypergolic and high pressure helium subsystem team the intern was responsible for creating and testing graphical remote displays to be used in the Launch Control Center (LCC) on the Firing Room's computer monitors. To become more familiar with the subsystem, the individual attended multiple project meetings and acquired their specific requirements regarding what needed to be included in the remote displays. After receiving the requirements, the next step was to create a display that had both visual appeal and logical order using the Display Editor, on the Virtual Machine (VM). In doing so, all Compact Unique Identifiers (CUI), which are associated with specific components within the subsystem, will need to be included in each respective display for the system to run properly. Then, once the display was created it needed to be tested to ensure that the display runs as intended by using the Test Driver, also found on the VM. This Test Driver is a specific application that checks to make sure all the CUIs in the display are running properly and returning the correct form of information. After creating and locally testing the display it will need to go through further testing and evaluation before deemed suitable for actual use. By the end of the semester long experience at NASA's Kennedy Space Center, the individual should have gained great knowledge and experience in various areas of display development and testing. They were able to demonstrate this new knowledge obtained by creating multiple successful remote displays that will one day be used by the hypergolic and high pressure helium subsystem team in one of the LCC's firing rooms to fill the new Orion spacecraft.

Ground Support Systems↗

Development and Testing of Functionally Operative and Visually Appealing Remote Firing Room Displays and Applications

This internship provided an opportunity for an intern to work with NASA's Ground Support Equipment (GSE) for the Spaceport Command and Control System (SCCS) at Kennedy Space Center as a remote display developer, under NASA technical mentor Kurt Leucht. The main focus was on creating remote displays and applications for the hypergolic and high pressure helium subsystem team to help control the filling of the respective tanks. As a remote display and application developer for the GSE hypergolic and high pressure helium subsystem team the intern was responsible for creating and testing graphical remote displays and applications to be used in the Launch Control Center (LCC) on the Firing Room's computers. To become more familiar with the subsystem, the individual attended multiple project meetings and acquired their specific requirements regarding what needed to be included in the software. After receiving the requirements for the displays, the next step was to create displays that had both visual appeal and logical order using the Display Editor, on the Virtual Machine (VM). In doing so, all Compact Unique Identifiers (CUI), which are associated with specific components within the subsystem, were need to be included in each respective display for the system to run properly. Then, once the display was created it was to be tested to ensure that the display runs as intended by using the Test Driver, also found on the VM. This Test Driver is a specific application that checks to make sure all the CUIs in the display are running properly and returning the correct form of information. After creating and locally testing the display it needed to go through further testing and evaluation before deemed suitable for actual use. For the remote applications the intern was responsible for creating a project that focused on channelizing each component included in each display. The core of the application code was created by setting up spreadsheets and having an auto test generator, generate the complete code structure. This application code was then loaded and ran on a testing environment set to ensure the code runs as anticipated. By the end of the semester-long experience at NASA's Kennedy Space Center, the individual should have gained great knowledge and experience in various areas of both display and application development and testing. They were able to demonstrate this new knowledge obtained by creating multiple successful remote displays that will one day be used by the hypergolic and high pressure helium subsystem team in the LCC's firing rooms to service the new Orion spacecraft. The completed display channelization application will be used to receive verification from NASA quality engineers.

Display Devices↗

Vertical Translation System for the Common Habitat Architecture

The Common Habitat is a large, long-duration habitat that uses an SLS core stage Liquid Oxygen (LOX) tank as its primary structure. Measuring 8.4 meters in diameter and 15 meters in length, it is manufactured as a habitat and launched as such into space. It is intended for use on the Moon as part of a permanently occupied outpost, on Mars as part of an outpost that will be occupied for hundreds of days at a time, and in deep space as part of the Deep Space Exploration Vehicle where it will support crewed missions up to 1200 days in duration. A study of internal orientation and crew size resulted in a Common Habitat configuration sized for a crew of eight with a three-deck horizontal orientation. The Common Habitat Vertical Translation System provides a means for transporting crew and cargo between decks in a Common Habitat spacecraft in gravity levels varying from 0g to 1g. A crowdsourcing campaign was conducted through the GrabCAD platform to initially solicit ideas for restraints and mobility aids, including vertical translation. Four of the five top responses repeated ideas that would be incorporated into features of the Vertical Translation System. The first was a safety barrier (to prevent falls into the opening between decks) that could collapse to form a floor surface covering the opening when not in use. The second idea was a folding ladder that could be stowed in the ceiling when not in use. The third idea was an elevator platform that could traverse the ladder. Several key driving requirements were established for the Vertical Translation System: it may not penetrate into or through the lower deck; it must work on the Earth, Moon, Mars, and in microgravity; it must be easy to operate; it must enable translation of any item that can fit through the Common Habitat’s 40” x 60” hatches, inclusive of suited and unsuited crew with any degree of incapacitation and any equipment or cargo item; and it must include three component systems – deploying floor / safety barriers, a deployable ladder, and an elevator platform. Additional requirements were established for each of the component systems. The safety barriers must form a roughly 40-inch tall, complete wall enclosure on all four sides when deployed; it must include an easy to open gate that allows access to/from the ladder when deployed; and when retracted, the safety barrier must form a smooth, load-bearing floor that can be walked on, and wheeled objects can be rolled across in gravity, without being a trip hazard. The deployable ladder must be composed of multiple ladders that work together; it must stow in the ceiling when not in use; and it must not penetrate into the 40” x 60” vertical passage corridor. The elevator platform must work with the deployable ladder system; it must be able to bridge any gap in ladders between decks; it must stop at each deck flush with the deck surface; it must be capable of transporting an incapacitated crew member as a single rescuer operation; it must be capable of transporting a full-size subsystems pallet; it must function as an elevator for a crew member carrying large objects; it must have safety functions to prevent falls from the platform, or crew/cargo collisions with edges of hatch openings, or entanglement with ladder rungs/structure; it must stow when not in use; and it must autonomously both connect itself to the ladder and deploy itself to any deck where needed when called (e.g., a crew member on any deck can call for the platform and it must connect itself to the ladders without assistance and translate to the requestor’s deck). These requirements were developed into a system concept with the assistance of a NASA Pathways Intern who also added the requirement to size the design based on the use of commercial components, using existing motors and other mechanisms to ensure that the resulting system could be inexpensively produced. The Floor and Safety Barrier consists of four panels, two roughly 40 inches long and two roughly 60 inches long that can fold into the floor on top of each other when not in use. The uppermost panel is load bearing and acts as the floor surface. When deployed, they connect with each other to form a rigid barrier surrounding the vertical passageway. One of the panels contains a hinged gate that can be opened when deployed to allow for access to/from the passageway. The Deploying Ladder consists of two ladder segments, one mounted on the ceiling of the lower deck and the other mounted on the ceiling of the mid deck. A rotating mechanism is mounted on the ladder to allow it to rotate into a horizontal position against the ceiling for stowage, or down to a vertical position for use. A second rotating mechanism is built into the ladder, allowing the rungs to rotate. A toothed surface intended to work with the elevator platform covers the front of the ladder rails and the top and bottom of the rails are designed to be flush when aligned with another ladder segment. The elevator platform is essentially a motorized, self-propelled deck. It has a mechanism that holds it in contact with the ladder rails and drives itself against the toothed surface. This mechanism allows the elevator platform to ascend or descend the ladder. In order to stow the platform when not in use, a set of short ladder rails (without rungs) are mounted to the ceiling of the mid deck. When the mid deck ladder is stowed, it is flush with these rails and the platform can drive itself onto those short rails for stowage. An additional mechanism on the platform can pitch its deck surface 90 degrees, such that when the ladder is to be stowed, the platform can fold up against the ceiling. As a consequence of the ladder and elevator platform design, the opening between decks in the Common Habitat was enlarged to ensure that the elevator platform can accept a payload up to 40”x60” in dimension.

Human Centered Design↗