Crew Health Countermeasures (CHC) Systems Capability Leadership Team (SCLT)
Explore the source record for details and available documents.
SEARCH · Search NASA
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.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Generally speaking, systems engineering (SE) tool-sets face a dilemma balancing power and accessibility. High-powered SE tools (MagicDraw, Cradle, Core, etc.) tend to be specialized and are available only to highly trained Systems Engineers, and/or through the use of a 'back room' developer team making the output products available to the broader team. On the other hand, highly accessible tools (MS Word, Excel, etc.) do not have the power to implement SE in a rigorous manner. NASA has to test all aspects of the new human-rated Orion Multi-Purpose Crew Vehicle spacecraft prior to its first crewed mission. The test program includes uncrewed launch abort flight tests to demonstrate the capability to save the crew in the event that a launch failure occurs. Orion's second abort flight test will be a low-altitude flight test known as "Ascent Abort 2 (AA-2)." This test is currently scheduled to be carried out at Cape Canaveral Air Force Station's Space Launch Complex 46 (SLC-46) in Florida in 2019. NASA's in-house AA-2 Crew Module and Separation Ring (CSR) Team is producing the crew module and separation ring. Operating jointly as both an Advanced Exploration Systems (AES) Project and an Orion Project, the CSR project charter includes development of innovative, streamlined and generally more efficient practices for creation of flight hardware and software. One result of this tasking has been development of a collaborative and data-centric systems engineering environment within the team's shared web environment (Microsoft SharePoint). Through the use of built-in, 'out of the box capabilities' present in MS SharePoint, the CSR Systems Engineering team has created (with some limited developer support) a data-centric architecture for the project's SE implementation, including functional and interface analysis, requirements development and management, risk management, verification planning and management, test results, and end item management. Data elements are linked between data structures so as to define and control relationships between item types, link requirements to parents and children, and link tests to the requirements that they verify. The overall project team integration is increased by also linking SE content to project management content over the project life cycle, including team communication, action items, configuration management, decisional and meeting materials, and life cycle reviews. This presentation will provide an overview of the collaborative SE environment, showing how it provides the power for a number of SE tasks while still providing the accessibility and transparency to allow the full project team to collaborate and succeed. Given the project phase, we'll be able to present a nearly full lifecycle discussion, from concept through verification and approaching delivery.
A multifunction display and control system (MFDCS) design concept has been developed for the Orbiter spacecraft. The system provides for automation of crew procedures, fault prioritization, incorporation of checklists and procedures into the display and control system and system flexibility in response to mission variation, increased experience and advancing display and control technology. Hardware included in the system includes a multifunction keyboard using programmable legend switches, a medium size flat panel display for presentation of alphanumeric information and a color CRT for the display of schematic diagrams. The access schema for the multifunction display and control system preserves the single function capability of the present set of dedicated switches while also providing for automation of many of the checklists and procedures. A basic design feature of the system is the ability to change the relative level of automation and crew interaction without modifying the system hardware or basic software operating system.
The Orion spacecraft is being developed as part of the Constellation Exploration Program and will serve as the United States crewed transportation system to the International Space Station after the retirement of the Space Shuttle in 2010 and as the eventual means to return U.S. astronauts to the Moon. Therefore, Orion is being designed for reentry missions from both low Earth orbit and from Lunar-return trajectories. This presentation will provide an overview of the development of the Orion TPS, a critical component in the development of the spacecraft. The thermal protection system (TPS) that protects the crew module from the extreme environments associated with Earth atmospheric reentry consists of a forward heatshield and an aft backshell. The requirements that drive the design of the TPS will be discussed, including several key requirements that establish a precedent for U.S. human-rated spacecraft. For the first time in U.S. human spaceflight, a vehicle s TPS is being designed with a specific, derived requirement for reliability. Also, due to the increased presence of spacecraft in Earth s orbit in recent decades, requirements for micro-meteoroid/orbital debris damage tolerance are also a driving requirement that has affected the selection of portions of the TPS. The efforts to select materials and to define a preliminary design for both the heatshield and the backshell will be described. This will include a discussion of the design challenges presented by the numerous penetrations on both the backshell and the heatshield. Finally, the verification and validation plan which is currently under development to certify the TPS for human-rated missions will be outlined. To support the execution of this plan, a ground test campaign for both thermal and structural performance is being designed. This test campaign will directly support thermal and thermal/structural analyses that also are fundamental to the certification effort.
NASA’s Artemis program provides the first steps for earth-independent exploration starting with crewed habitats in cislunar space and progressing toward crewed landings on the lunar surface that will prepare systems and crews for the exploration of Mars. The Next Space Technology for Exploration Partnerships (NextSTEP) is a public-private partnership model that facilitates commercial development of deep space exploration capabilities in support of more extensive human spaceflight missions in and beyond cislunar space. NASA issued the original NextSTEP Broad Agency Announcement (BAA) to U.S. industry in late 2014 and issued the second BAA (NextSTEP-2) in April 2016. The first appendix under NextSTEP-2, Appendix A, focused on developing deep space habitation concepts, engineering design and development, and risk reduction efforts leading to a habitation capability in cislunar space. NASA solicited concepts to develop and refine the evolvable, modular architecture, functional allocation options, standards, and common interfaces required to enable interoperability of the aggregate system to provide long duration deep space transit habitation, specifically enhancements and testing of deep space Environmental Control and Life Support Systems (ECLSS). Collins Aerospace, formerly UTC Aerospace Systems (UTAS), was awarded a Phase 1 and subsequent Phase 2 contract to “develop concepts that group ECLS systems into logical modules maximizing the use of common components and the development of unique methods and design concepts that support in-flight maintenance and repair for future exploration systems.” This paper summarizes the work accomplished under this effort, the lessons that can be applied to development of forthcoming habitation elements, and the gaps remaining to achieve a more resilient, maintainable, repairable and adaptable system capable of installation on a wide variety of habitat platforms. A primary accomplishment of this effort is the development and maturation of a modular palletization concept to enable standard rack interfaces, post-launch outfitting, and decoupling of structural supports that withstand launch environments from those needed for lower on-orbit loads in order to reduce installed mass and repurposing of panels within the habitat. In the course of the effort, Collins assessed numerous architecture trades, including the use of condensing and noncondensing heat exchangers, the ability of modular units to accommodate various habitat volumes and thermal loading, and the most appropriate order of and timing of delivery of regenerative ECLSS hardware to orbital habitats. In addition to the modularity of hardware elements, Collins developed software approaches for distributed/modular command, control, and communication systems and innovative Bayesian fault detection and isolation techniques. Finally, the effort explored advanced maintainability and supportability concepts including the definition of maintenance units (MUs) in place of the traditional Orbital Replacement Units (ORUs), increasing parts commonality to reduce the number and type of spare parts, the use of augmented reality to guide crews during maintenance and repair procedures, and how crews would prepare for and recover from long durations of habitat dormancy. Now that the NextSTEP Modular ECLSS effort has come to a close, it’s important to identify the lessons learned and where they can be leveraged to improve NASA’s broader program of ECLSS technology development and demonstration and ultimately how they can increase the performance of future surface and orbital habitats.
NASA’s Artemis program provides the first steps for earth-independent exploration starting with crewed habitats in cislunar space and progressing toward crewed landings on the lunar surface that will prepare systems and crews for the exploration of Mars. The Next Space Technology for Exploration Partnerships (NextSTEP) is a public-private partnership model that facilitates commercial development of deep space exploration capabilities in support of more extensive human spaceflight missions in and beyond cislunar space. NASA issued the original NextSTEP Broad Agency Announcement (BAA) to U.S. industry in late 2014 and issued the second BAA (NextSTEP-2) in April 2016. The first appendix under NextSTEP-2, Appendix A, focused on developing deep space habitation concepts, engineering design and development, and risk reduction efforts leading to a habitation capability in cislunar space. NASA solicited concepts to develop and refine the evolvable, modular architecture, functional allocation options, standards, and common interfaces required to enable interoperability of the aggregate system to provide long duration deep space transit habitation, specifically enhancements and testing of deep space Environmental Control and Life Support Systems (ECLSS). Collins Aerospace, formerly UTC Aerospace Systems (UTAS), was awarded a Phase 1 and subsequent Phase 2 contract to “develop concepts that group ECLS systems into logical modules maximizing the use of common components and the development of unique methods and design concepts that support in-flight maintenance and repair for future exploration systems.” This paper summarizes the work accomplished under this effort, the lessons that can be applied to development of forthcoming habitation elements, and the gaps remaining to achieve a more resilient, maintainable, repairable and adaptable system capable of installation on a wide variety of habitat platforms. A primary accomplishment of this effort is the development and maturation of a modular palletization concept to enable standard rack interfaces, post-launch outfitting, and decoupling of structural supports that withstand launch environments from those needed for lower on-orbit loads in order to reduce installed mass and repurposing of panels within the habitat. In the course of the effort, Collins assessed numerous architecture trades, including the use of condensing and noncondensing heat exchangers, the ability of modular units to accommodate various habitat volumes and thermal loading, and the most appropriate order of and timing of delivery of regenerative ECLSS hardware to orbital habitats. In addition to the modularity of hardware elements, Collins developed software approaches for distributed/modular command, control, and communication systems and innovative Bayesian fault detection and isolation techniques. Finally, the effort explored advanced maintainability and supportability concepts including the definition of maintenance units (MUs) in place of the traditional Orbital Replacement Units (ORUs), increasing parts commonality to reduce the number and type of spare parts, the use of augmented reality to guide crews during maintenance and repair procedures, and how crews would prepare for and recover from long durations of habitat dormancy. Now that the NextSTEP Modular ECLSS effort has come to a close, it’s important to identify the lessons learned and where they can be leveraged to improve NASA’s broader program of ECLSS technology development and demonstration and ultimately how they can increase the performance of future surface and orbital habitats.
Space station training will be a major task, requiring the creation of large numbers of simulation-based training systems for crew, flight controllers, and ground-based support personnel. Given the long duration of space station missions and the large number of activities supported by the space station, the extension of space shuttle training methods to space station training may prove to be impractical. The application of artificial intelligence technology to simulation training can provide the ability to deliver individualized training to large numbers of personnel in a distributed workstation environment. The principal objective of this project is the creation of a software development environment which can be used to build intelligent training systems for procedural tasks associated with the operation of the space station. Current NASA Johnson Space Center projects and joint projects with other NASA operational centers will result in specific training systems for existing space shuttle crew, ground support personnel, and flight controller tasks. Concurrently with the creation of these systems, a general-purpose development environment for intelligent computer-aided training systems will be built. Such an environment would permit the rapid production, delivery, and evolution of training systems for space station crew, flight controllers, and other support personnel. The widespread use of such systems will serve to preserve task and training expertise, support the training of many personnel in a distributed manner, and ensure the uniformity and verifiability of training experiences. As a result, significant reductions in training costs can be realized while safety and the probability of mission success can be enhanced.
The capabilities and characteristics of the payload carriers developed to provide structural and operational interfaces between the Space Shuttle and the various types of experiments designed to operate in the sortie mode are discussed. The Spacelab is a flexible laboratory system composed of interchangeable elements that can be put together in eight different combinations of pallets and pressurized modules, and provides considerable standard services to users in such areas as equipment installation, power distribution, thermal control, command and data management, software, pointing systems and crew participation. A modular three-axis pointing control system designated the Annular Suspension and Pointing System, is being developed to provide additional pointing capabilities to those payloads that require capabilities not provided by the Spacelab instrument pointing system. Two engineering models of the Spacelab pallet have been designated Orbital Flight Test Pallets which, together with a special experiment support structure, are intended for initial and operational payloads that do not constitute a complete Spacelab mission. The simplest and smallest payload carriers are the Getaway Special cans, intended for small, self-contained, self-sufficient payloads, and the orbiter middeck lockers. In this way, most of the user requirements for Shuttle sortie missions identified to date can be fulfilled.
The Lunar Gateway is a planned orbital outpost to support Lunar surface, Cislunar, and deep space exploration activities. NASA, together with international and commercial partners, are providing various capabilities, infrastructure, and services to build the Lunar economy. As Gateway capabilities and transportation logistics evolve, utilization is expected to increase, providing ample science, technology demonstration, and commercial development opportunities. Elements of the transportation network supporting Lunar activities are primarily focused on the outbound segment, which include Commercial Lunar Payload Services (CLPS), Human Landing System (HLS), Deep Space Logistics (DSL), and the SLS/Orion crew transportation system. Initially, the only Earth return segment will be provided via Orion. However, infrequent mission cadence (once every 12 months), limited payload return mass (100 kg), and operational constraints suggest that additional sample return logistics capability will be needed. Sustaining long-term presence at the Moon will likely require innovative approaches for frequent and affordable payload return. NASA Ames Research Center and the DSL team at Kennedy Space Center (which provides the Gateway Logistics Services missions) have investigated the development of a small spacecraft-based sample return capability to complement Orion. The goal of the first mission is to demonstrate the capability as a part of an early DSL mission, and provide up to 10 kg of scientific sample return from the Gateway. The mission concept envisions the progressive addition of sample return capabilities, including returning temperature- and acceleration-sensitive payloads, and evolution into a commercially provided service, similar to existing ISS payload return logistics. An overview of payload science and technology use cases and small spacecraft mission concepts will be presented to engage scientists, payload developers and mission planners who are considering Lunar exploration activities that will require the return of high-value samples from the Gateway and/or the lunar surface.
The Lunar Gateway is a planned orbital outpost to support Lunar surface, Cislunar, and deep space exploration activities. NASA, together with international and commercial partners, are providing various capabilities, infrastructure, and services to build the Lunar economy. As Gateway capabilities and transportation logistics evolve, utilization is expected to increase, providing ample science, technology demonstration, and commercial development opportunities. Elements of the transportation network supporting Lunar activities are primarily focused on the outbound segment, which include Commercial Lunar Payload Services (CLPS), Human Landing System (HLS), Deep Space Logistics (DSL), and the SLS/Orion crew transportation system. Initially, the only Earth return segment will be provided via Orion. However, infrequent mission cadence (once every 12 months), limited payload return mass (100 kg), and operational constraints suggest that additional sample return logistics capability will be needed. Sustaining long-term presence at the Moon will likely require innovative approaches for frequent and affordable payload return. NASA Ames Research Center and the DSL team at Kennedy Space Center (which provides the Gateway Logistics Services missions) have investigated the development of a small spacecraft-based sample return capability to complement Orion. The goal of the first mission is to demonstrate the capability as a part of an early DSL mission, and provide up to 10 kg of scientific sample return from the Gateway. The mission concept envisions the progressive addition of sample return capabilities, including returning temperature- and acceleration-sensitive payloads, and evolution into a commercially provided service, similar to existing ISS payload return logistics. An overview of payload science and technology use cases and small spacecraft mission concepts will be presented to engage scientists, payload developers and mission planners who are considering Lunar exploration activities that will require the return of high-value samples from the Gateway and/or the lunar surface.
The Lunar Gateway is a planned orbital outpost to support Lunar surface, Cislunar, and deep space exploration activities. NASA, together with international and commercial partners, are providing various capabilities, infrastructure, and services to build the Lunar economy. As Gateway capabilities and transportation logistics evolve, utilization is expected to increase, providing ample science, technology demonstration, and commercial development opportunities. Elements of the transportation network supporting Lunar activities are primarily focused on the outbound segment, which include Commercial Lunar Payload Services (CLPS), Human Landing System (HLS), Deep Space Logistics (DSL), and the SLS/Orion crew transportation system. Initially, the only Earth return segment will be provided via Orion. However, infrequent mission cadence (once every 12 months), limited payload return mass (100 kg), and operational constraints suggest that additional sample return logistics capability will be needed. Sustaining long-term presence at the Moon will likely require innovative approaches for frequent and affordable payload return. NASA Ames Research Center and the DSL team at Kennedy Space Center (which provides the Gateway Logistics Services missions) have investigated the development of a small spacecraft-based sample return capability to complement Orion. The goal of the first mission is to demonstrate the capability as a part of an early DSL mission, and provide up to 10 kg of scientific sample return from the Gateway. The mission concept envisions the progressive addition of sample return capabilities, including returning temperature- and acceleration-sensitive payloads, and evolution into a commercially provided service, similar to existing ISS payload return logistics. An overview of payload science and technology use cases and small spacecraft mission concepts will be presented to engage scientists, payload developers and mission planners who are considering Lunar exploration activities that will require the return of high-value samples from the Gateway and/or the lunar surface.
The results of a study to predict aeroheating and Thermal Protection System (TPS) requirements for manned entry vehicles returning to Earth from the moon are presented. The effects of vehicle size and lunar-return strategies on the aerothermodynamic environment and TPS design were assessed. Study guidelines were based on an Apollo Command Module (CM) configuration and lunar return strategies included direct entry and aerocapture followed by Low Earth Orbit entry (LEO). Convective heating was obtained by the boundary layer integral matrix procedure (BLIMP) code, and radiative heating was computed with the QRAD program. The AESOP-STAB code and the AESOP-THERM code were used for TPS analysis for ablating materials and nonablating materials respectively. Results indicated that there was an optimum size for minimum heating and that direct entry had higher heating rates than aerocapture. Aerocapture resulted in higher heat loads and TPS weight. The TPS weight factor was 6-8 percent for all lunar return strategies, with the TPS weight being about 50 percent less than that of the original Apollo CM vehicle.
This paper proposes a distribution system restoration model which is in response to multiple outages caused by natural disasters. The proposed restoration model includes the coordination of routing repair crews (RRCs), mobile batterycarried vehicles (MBCVs), and networked microgrids (NMGs) formed by soft open points (SOPs). The travel and repair time constraints are modeled for each RRC; travel path and charging strategy are modeled for each MBCV; and the network reconfiguration is developed considering the optimal operation of SOP-based NMGs. Furthermore, the proposed model is presented as a mixedinteger linear program which is solved by an auxiliary induce function based algorithm to reduce the computational complexity. The modified IEEE 33-bus and 69-bus distribution systems are tested with multiple outages. The presented results demonstrate the effectiveness of the proposed model
In order to mitigate catastrophic failures on future generation space vehicles, engineers at the National Aeronautics and Space Administration have begun to integrate a novel crew abort systems that could pull a crew module away in case of an emergency at the launch pad or during ascent. The Max Launch Abort System (MLAS) is a recent test vehicle that was designed as an alternative to the baseline Orion Launch Abort System (LAS) to demonstrate the performance of a "tower-less" LAS configuration under abort conditions. The MLAS II test vehicle will execute a propulsive coast stabilization maneuver during abort to control the vehicles trajectory and thrust. To accomplish this, the spacecraft will integrate an Attitude Control System (ACS) with eight hypergolic monomethyl hydrazine liquid propulsion engines that are capable of operating in a quick pulsing mode. Two main elements of the ACS include a propellant distribution subsystem and a pressurization subsystem to regulate the flow of pressurized gas to the propellant tanks and the engines. The CAD assembly of the Attitude Control System (ACS) was configured and integrated into the Launch Abort Vehicle (LAV) design. A dynamic random vibration analysis was conducted on the Main Propulsion System (MPS) helium pressurization panels to assess the response of the panel and its components under increased gravitational acceleration loads during flight. The results indicated that the panels fundamental and natural frequencies were farther from the maximum Acceleration Spectral Density (ASD) vibrations which were in the range of 150-300 Hz. These values will direct how the components will be packaged in the vehicle to reduce the effects high gravitational loads.
The Skylab food program was a major effort involving a complex spectrum of activities necessary for the preparation of a crew feeding system. Approximately 17,000 individual food packages and support items, weighing more than 1225 kg, were launched into space as a single unit on board the orbital workshop. This unit provided the three (three-man) Skylab crews with nourishing foods and beverages for a total of 156 days, as well as with eating utensils and accessory items. Additionally, provisions for 5 days (15 man-days) were provided in each of the three command and service modules in a manner similar to that of the Apollo flights. The Skylab food system not only provided the crew with a palatable balanced diet in a familiar and acceptable manner but also supported the formidable mineral balance medical experiment series (M070).
The National Aeronautics and Space Administration (NASA) Commercial Crew Development (CCDev) - 2 Program is managed within the new Commercial Crew Program Office (CCPO) to help develop a commercial crew transportation system to low earth orbit (LEO). It is intended to foster entrepreneurial activities with a few selected companies. The entrepreneurial activities were encouraged with these few selected companies by NASA providing only part of the total funding to complete specific tasks that were jointly agreed to by NASA and the company. These joint agreements were documented in a Space Act Agreement (SAA) that was signed jointly by NASA and the selected company. This paper will provide an overview of the CCDev - 2 Program and also it will discuss in a high level the Active Thermal Control System (ATCS) / Environmental Control and Life Support (ECLS) System tasks that were performed under CCDev - 2 from the start of CCDev - 2 to March 2012. It will also discuss the extension of the CCDev - 2 Program being proposed for the near future. 1