SEARCH · Search NASA

Results for “GSE”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 73 records · Page 4

All sources NASA NTRS DOE OSTI

NASA NTRS1993

Kennedy Space Center processing of Shuttle small payloads

There are many steps involved in preparing a payload for a mission into space on the Space Shuttle. Operations at the John F. Kennedy Space Center (KSC) are the last of those steps for the hardware before the payload is launched. To assure a successful and efficient KSC processing flow, a great deal of planning between the Robert H. Goddard Space Flight Center (GSFC) and KSC personnel is required before the payload arrives at KSC. After arrival, pre-flight operations occur between payload personnel, GSFC personnel, and KSC personnel for integration of the payload into its carrier (if required), in preparation for installation into a Orbiter. Once installed into an Orbiter, final test(s), checkout, and close-out of the payload is performed by GSFC and KSC personnel before launch. Mission support varies depending on the payload flying, but once the mission is complete and the Orbiter has returned to KSC, post-flight operations begin. This usually involves a reverse flow of the pre-flight operations. KSC operations conclude when the payload, its ground support equipment (GSE), and personnel depart KSC. A list of lessons learned is generated at the end of each payload flow, to avoid repeating the same mistakes (if any) for the next payload or for multiple repeat flights of the same payload. Always monitored are planned changes that may affect the payloads, GSE, KSC facilities, payload personnel, GSFC personnel, and/or KSC personnel.

Haddad, Michael E.↗

NASA NTRS1995

Task 4 supporting technology. Densification requirements definition and test objectives. Propellant densification requirements definition

The primary challenge of the X-33 CAN is to build and test a prototype LO2 and LH2 densification ground support equipment (GSE) unit, and perform tank thermodynamic testing within the 15 month phase 1 period. The LO2 and LH2 propellant densification system will be scaled for the IPTD LO2 and LH2 tank configurations. The IPTD tanks were selected for the propellant technology demonstration because of the potential benefits to the phase 1 plan: tanks will be built in time to support thermodynamic testing; minimum cost; minimum schedule risk; future testing at MSFC will build on phase 1 data base; and densification system will be available to support X-33 and RLV engine test at IPTD. The objective of the task 1 effort is to define the preliminary requirements of the propellant densification GSE and tank recirculation system. The key densification system design parameters to be established in Task 1 are: recirculation flow rate; heat exchanger inlet temperature; heat exchanger outlet temperature; maximum heat rejection rate; vent flow rate (GN2 and GH2); densification time; and tank pressure level.

Lak, Tibor↗

NASA NTRS2004

Wind and IMP 8 Solar Wind, Magnetosheath and Shock Data

The purpose of this project was to provide the community access to magnetosheath data near Earth. We provided 27 years of IMP 8 magnetosheath proton velocities, densities, and temperatures with our best (usually 1-min.) time resolution. IMP 8 crosses the magnetosheath twice each 125 day orbit, and we provided magnetosheath data for the roughly 27 years of data for which magnetometer data are also available (which are needed to reliably pick boundaries). We provided this 27 years of IMP 8 magnetosheath data to the NSSDC; this data is now integrated with the IMP 8 solar wind data with flags indicating whether each data point is in the solar wind, magnetosheath, or at the boundary between the two regions. The plasma speed, density, and temperature are provided for each magnetosheath point. These data are also available on the MIT web site ftp://space .mit.edu/pub/plasma/imp/www/imp.html. We provide ASCII time-ordered rows of data giving the observation time, the spacecraft position in GSE, the velocity is GSE, the density and temperature for protons. We also have analyzed and archived on our web site the Wind magnetosheath plasma parameters. These consist of ascii files of the proton and alpha densities, speeds, and thermal speeds. These data are available at ftp://space.mit.edu/pub/plasma/wind/sheath These are the two products promised in the work statement and they have been completed in full.

Source record↗

NASA NTRS2004

Radiation and Internal Charging Environments for Thin Dielectrics in Interplanetary Space

Spacecraft designs using solar sails for propulsion or thin membranes to shade instruments from the sun to achieve cryogenic operating temperatures are being considered for a number of missions in the next decades. A common feature of these designs are thin dielectric materials that will be exposed to the solar wind, solar energetic particle events, and the distant magnetotail plasma environments encountered by spacecraft in orbit about the Earth-Sun L2 point. This paper will discuss the relevant radiation and internal charging environments developed to support spacecraft design for both total dose radiation effects as well as dose rate dependent phenomenon, such as internal charging in the solar wind and distant magnetotail environments. We will describe the development of radiation and internal charging environment models based on nearly a complete solar cycle of Ulysses solar wind plasma measurements over a complete range of heliocentric latitudes and the early years of the Geotail mission where distant magnetotail plasma environments were sampled beyond X(sub GSE) = -100 Re to nearly L2 (X(sub GSE) ~-236 Re). Example applications of the environment models are shown to demonstrate the radiation and internal charging environments of thin materials exposed to the interplanetary space plasma environments.

Minow, Joseph I.↗

NASA NTRS2008

Predicting the Acoustic Environment Induced by the Launch of the Ares I Vehicle

The exhaust plumes of launch vehicles impose severe heating rates, pressures, and vibroacoustic loads on ground support equipment (GSE) on the Mobile Launcher (ML), as well as on the vehicle itself. The vibroacoustic environment must be predicted before the criteria for the acceptance and qualification testing of GSE components and their installations can be determined. This project updates launch noise modeling.

Source record↗

NASA NTRS2009

Analysis of Space Shuttle Ground Support System Fault Detection, Isolation, and Recovery Processes and Resources

As part of the FDIR (Fault Detection, Isolation, and Recovery) Project for the Constellation Program, a task was designed within the context of the Constellation Program FDIR project called the Legacy Benchmarking Task to document as accurately as possible the FDIR processes and resources that were used by the Space Shuttle ground support equipment (GSE) during the Shuttle flight program. These results served as a comparison with results obtained from the new FDIR capability. The task team assessed Shuttle and EELV (Evolved Expendable Launch Vehicle) historical data for GSE-related launch delays to identify expected benefits and impact. This analysis included a study of complex fault isolation situations that required a lengthy troubleshooting process. Specifically, four elements of that system were considered: LH2 (liquid hydrogen), LO2 (liquid oxygen), hydraulic test, and ground special power.

Gross, Anthony R.↗

NASA NTRS2010

ISS Logistics Hardware Disposition and Metrics Validation

I was assigned to the Logistics Division of the International Space Station (ISS)/Spacecraft Processing Directorate. The Division consists of eight NASA engineers and specialists that oversee the logistics portion of the Checkout, Assembly, and Payload Processing Services (CAPPS) contract. Boeing, their sub-contractors and the Boeing Prime contract out of Johnson Space Center, provide the Integrated Logistics Support for the ISS activities at Kennedy Space Center. Essentially they ensure that spares are available to support flight hardware processing and the associated ground support equipment (GSE). Boeing maintains a Depot for electrical, mechanical and structural modifications and/or repair capability as required. My assigned task was to learn project management techniques utilized by NASA and its' contractors to provide an efficient and effective logistics support infrastructure to the ISS program. Within the Space Station Processing Facility (SSPF) I was exposed to Logistics support components, such as, the NASA Spacecraft Services Depot (NSSD) capabilities, Mission Processing tools, techniques and Warehouse support issues, required for integrating Space Station elements at the Kennedy Space Center. I also supported the identification of near-term ISS Hardware and Ground Support Equipment (GSE) candidates for excessing/disposition prior to October 2010; and the validation of several Logistics Metrics used by the contractor to measure logistics support effectiveness.

Rogers, Toneka R.↗

NASA NTRS2011

The Development of Project Orion Ground Safety Requirements

In spite of a very compressed schedule, Project Orion's AFT safety team was able to pull together a comprehensive set of ground safety requirements using existing requirements and subject matter experts. These requirements will serve as the basis for the design of GSE and ground operations. Using the above lessons as a roadmap, new Projects can produce the same results. A rigorous set of ground safety requirements is required to assure ground support equipment (GSE) and associated flight hardware ground operations are conducted safety

Kirkpatrick, Paul↗

NASA NTRS2011

Qualification of Electrical Ground Support Equipment for New Space Programs

With the Space Shuttle program coming to an end, the National Aeronautics and Space Administration (NASA) is moving to a new space flight program that will allow expeditions beyond low earth orbit. The space vehicles required to comply with these missions will be carrying heavy payloads. This implies that the Earth departure stage capabilities must be of higher magnitudes, given the current propulsion technology. The engineering design of the new flight hardware comes with some structural, thermal, propulsion and other subsystems' challenges. Meanwhile, the necessary ground support equipment (GSE) used to test, validate, verify and process the flight hardware must withstand the new program specifications. This paper intends to provide the qualification considerations during implementation of new electrical GSE for space programs. A team of engineers was formed to embark on this task, and facilitate the logistics process and ensure that the electrical, mechanical and fluids subsystems conduct the proper level of testing. Ultimately, each subsystem must certify that each piece of ground support equipment used in the field is capable of withstanding the strenuous vibration, acoustics, environmental, thermal and Electromagnetic Interference (EMf) levels experienced during pre-launch, launch and post-launch activities. The benefits of capturing and sharing these findings will provide technical, cost savings and schedule impacts infon11ation to both the technical and management community. Keywords: Qualification; Testing; Ground Support Equipment; Electromagnetic Interference Testing; Vibration Testing; Acoustic Testing; Power Spectral Density.

SotoToro, Felix A.↗

NASA NTRS2011

Use of Heritage Hardware on MPCV Exploration Flight Test One

Due to an aggressive schedule for the first orbital test flight of an unmanned Orion capsule, known as Exploration Flight Test One (EFT1), combined with severe programmatic funding constraints, an effort was made to identify heritage hardware, i.e., already existing, flight-certified components from previous manned space programs, which might be available for use on EFT1. With the end of the Space Shuttle Program, no current means exists to launch Multi Purpose Logistics Modules (MPLMs) to the International Space Station (ISS), and so the inventory of many flight-certified Shuttle and MPLM components are available for other purposes. Two of these items are the Shuttle Ground Support Equipment Heat Exchanger (GSE Hx) and the MPLM cabin Positive Pressure Relief Assembly (PPRA). In preparation for the utilization of these components by the Orion Program, analyses and testing of the hardware were performed. The PPRA had to be analyzed to determine its susceptibility to pyrotechnic shock, and vibration testing had to be performed, since those environments are predicted to be significantly more severe during an Orion mission than those the hardware was originally designed to accommodate. The GSE Hx had to be tested for performance with the Orion thermal working fluids, which are different from those used by the Space Shuttle. This paper summarizes the certification of the use of heritage hardware for EFT1.

Rains, George Edward↗

NASA NTRS2012

Use of Heritage Hardware on Orion MPCV Exploration Flight Test One

Due to an aggressive schedule for the first space flight of an unmanned Orion capsule, currently known as Exploration Flight Test One (EFT1), combined with severe programmatic funding constraints, an effort was made within the Orion Program to identify heritage hardware, i.e., already existing, flight-certified components from previous manned space programs, which might be available for use on EFT1. With the end of the Space Shuttle Program, no current means exists to launch Multi-Purpose Logistics Modules (MPLMs) to the International Space Station (ISS), and so the inventory of many flight-certified Shuttle and MPLM components are available for other purposes. Two of these items are the MPLM cabin Positive Pressure Relief Assembly (PPRA), and the Shuttle Ground Support Equipment Heat Exchanger (GSE HX). In preparation for the utilization of these components by the Orion Program, analyses and testing of the hardware were performed. The PPRA had to be analyzed to determine its susceptibility to pyrotechnic shock, and vibration testing had to be performed, since those environments are predicted to be more severe during an Orion mission than those the hardware was originally designed to accommodate. The GSE HX had to be tested for performance with the Orion thermal working fluids, which are different from those used by the Space Shuttle. This paper summarizes the activities required in order to utilize heritage hardware for EFT1.

Rains, George Edward↗

NASA NTRS2008

The Development and Implementation of Ground Safety Requirements for Project Orion Abort Flight Testing - A Case Study

A rigorous set of detailed ground safety requirements is required to make sure that ground support equipment (GSE) and associated planned ground operations are conducted safely. Detailed ground safety requirements supplement the GSE requirements already called out in NASA-STD-5005. This paper will describe the initial genesis of these ground safety requirements, the establishment and approval process and finally the implementation process for Project Orion. The future of the requirements will also be described. Problems and issues encountered and overcame will be discussed.

Kirkpatrick, Paul D.↗

NASA NTRS2010

Launch Pad Coatings for Smart Corrosion Control

Corrosion is the degradation of a material as a result of its interaction with the environment. The environment at the KSC launch pads has been documented by ASM International (formerly American Society for Metals) as the most corrosive in the US. The 70 tons of highly corrosive hydrochloric acid that are generated by the solid rocket boosters during a launch exacerbate the corrosiveness of the environment at the pads. Numerous failures at the pads are caused by the pitting of stainless steels, rebar corrosion, and the degradation of concrete. Corrosion control of launch pad structures relies on the use of coatings selected from the qualified products list (QPL) of the NASA Standard 5008A for Protective Coating of Carbon Steel, Stainless Steel, and Aluminum on Launch Structures, Facilities, and Ground Support Equipment. This standard was developed to establish uniform engineering practices and methods and to ensure the inclusion of essential criteria in the coating of ground support equipment (GSE) and facilities used by or for NASA. This standard is applicable to GSE and facilities that support space vehicle or payload programs or projects and to critical facilities at all NASA locations worldwide. Environmental regulation changes have dramatically reduced the production, handling, use, and availability of conventional protective coatings for application to KSC launch structures and ground support equipment. Current attrition rate of qualified KSC coatings will drastically limit the number of commercial off the shelf (COTS) products available for the Constellation Program (CxP) ground operations (GO). CxP GO identified corrosion detection and control technologies as a critical, initial capability technology need for ground processing of Ares I and Ares V to meet Constellation Architecture Requirements Document (CARD) CxP 70000 operability requirements for reduced ground processing complexity, streamlined integrated testing, and operations phase affordability. Researchers at NASA's Corrosion Technology Laboratory at KSC are developing a smart, environmentally friendly coating system for early corrosion detection, inhibition, and self healing of mechanical damage without external intervention. This smart coating will detect and respond actively to corrosion and mechanical damage such as abrasion and scratches, in a functional and predictable manner, and will be capable of adapting its properties dynamically. This coating is being developed using corrosion sensitive microcapsules that deliver the contents of their core (corrosion inhibiting compounds, corrosion indicators, and self healing agents) on demand when corrosion or mechanical damage to the coating occurs.

Calle, Luz M.↗

NASA NTRS2013

Develop a Model Component

During my internship at NASA, I was a model developer for Ground Support Equipment (GSE). The purpose of a model developer is to develop and unit test model component libraries (fluid, electrical, gas, etc.). The models are designed to simulate software for GSE (Ground Special Power, Crew Access Arm, Cryo, Fire and Leak Detection System, Environmental Control System (ECS), etc. ~.) before they are implemented into hardware. These models support verifying local control and remote software for End-Item Software Under Test (SUT). The model simulates the physical behavior (function, state, limits and 110) of each end-item and it's dependencies as defined in the Subsystem Interface Table, Software Requirements & Design Specification (SRDS), Ground Integrated Schematic (GIS), and System Mechanical Schematic.(SMS). The software of each specific model component is simulated through MATLAB's Simulink program. The intensiv~ model development life cycle is a.s follows: Identify source documents; identify model scope; update schedule; preliminary design review; develop model requirements; update model.. scope; update schedule; detailed design review; create/modify library component; implement library components reference; implement subsystem components; develop a test script; run the test script; develop users guide; send model out for peer review; the model is sent out for verific~tionlvalidation; if there is empirical data, a validation data package is generated; if there is not empirical data, a verification package is generated; the test results are then reviewed; and finally, the user. requests accreditation, and a statement of accreditation is prepared. Once each component model is reviewed and approved, they are intertwined together into one integrated model. This integrated model is then tested itself, through a test script and autotest, so that it can be concluded that all models work conjointly, for a single purpose. The component I was assigned, specifically, was a fluid component, a discrete pressure switch. The switch takes a fluid pressure input, and if the pressure is greater than a designated cutoff pressure, the switch would stop fluid flow.

Ensey, Tyler S.↗

NASA NTRS2013

Developing a Model Component

The Spaceport Command and Control System (SCCS) Simulation Computer Software Configuration Item (CSCI) is responsible for providing simulations to support test and verification of SCCS hardware and software. The Universal Coolant Transporter System (UCTS) was a Space Shuttle Orbiter support piece of the Ground Servicing Equipment (GSE). The initial purpose of the UCTS was to provide two support services to the Space Shuttle Orbiter immediately after landing at the Shuttle Landing Facility. The UCTS is designed with the capability of servicing future space vehicles; including all Space Station Requirements necessary for the MPLM Modules. The Simulation uses GSE Models to stand in for the actual systems to support testing of SCCS systems during their development. As an intern at Kennedy Space Center (KSC), my assignment was to develop a model component for the UCTS. I was given a fluid component (dryer) to model in Simulink. I completed training for UNIX and Simulink. The dryer is a Catch All replaceable core type filter-dryer. The filter-dryer provides maximum protection for the thermostatic expansion valve and solenoid valve from dirt that may be in the system. The filter-dryer also protects the valves from freezing up. I researched fluid dynamics to understand the function of my component. The filter-dryer was modeled by determining affects it has on the pressure and velocity of the system. I used Bernoulli's Equation to calculate the pressure and velocity differential through the dryer. I created my filter-dryer model in Simulink and wrote the test script to test the component. I completed component testing and captured test data. The finalized model was sent for peer review for any improvements. I participated in Simulation meetings and was involved in the subsystem design process and team collaborations. I gained valuable work experience and insight into a career path as an engineer.

Fields, Christina M.↗

NASA NTRS2013

Developing a Model Component

The Spaceport Command and Control System (SCCS) Simulation Computer Software Configuration Item (CSCI) is,. responsible for providing simulations to support test and verification of SCCS hardware and software. The Universal Coolant Transporter System (UCTS) is a Space Shuttle Orbiter support piece of the Ground Servicing Equipment (GSE). The purpose of the UCTS is to provide two support services to the Space Shuttle Orbiter immediately after landing at the Shuttle Landing Facility. The Simulation uses GSE Models to stand in for the actual systems to support testing of SCCS systems s:luring their development. As an intern at KSC, my assignment was to develop a model component for the UCTS. I was given a fluid component (drier) to model in Matlab. The drier was a Catch All replaceable core type filter-drier. The filter-drier provides maximum protection for the thermostatic expansion valve and solenoid valve from dirt that may be in the system. The filter-drier also protects the valves from freezing up. I researched fluid dynamics to understand the function of my component. I completed training for UNIX and Simulink to help aid in my assignment. The filter-drier was modeled by determining affects it has on the pressure, velocity and temperature of the system. I used Bernoulli's Equation to calculate the pressure and velocity differential through the dryer. I created my model filter-drier in Simulink and wrote the test script to test the component. I completed component testing and captured test data. The finalized model was sent for peer review for any improvements.

Fields, Christina M.↗

NASA NTRS2014

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↗

NASA NTRS2014

Software Development for Remote Control and Firing Room Displays

The Launch Control System (LCS) developed at NASA's Kennedy Space Center (KSC) will be used to launch future spacecraft. Two of the many components of this system are the Application Control Language (ACL) and remote displays. ACL is a high level domain specific language that is used to write remote control applications for LCS. Remote displays are graphical user interfaces (GUIs) developed to display vehicle and Ground Support Equipment (GSE) data, they also provide the ability to send commands to control GSE and the vehicle. The remote displays and the control applications have many facets and this internship experience dealt with several of them.

LCS↗