Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Supportability”

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 703 records · Page 39

A New Vision and A More Rational Process Will Advance Space Life Support Through Better Projects

Many space life support assumptions are obviously mistaken but they are generally accepted because they mutually support each other and because they advance a mistaken futuristic vision of closed human ecosystems in space. Many projects have been mistakenly selected to increase life support system closure or reduce launch mass in order to implement this impractical vision. Project members rarely challenge their project’s assumptions and guiding vision. Systems engineering including cost, reliability, risk, and system trade-offs has been very strongly discouraged to prevent rational criticism of these dubious assumptions, the projects, and the ecosystem vision. A more realistic vision can define better near term life support goals and future aspirations that will improve mission support and increase public interest. Given more realistic goals, it will be possible to develop effective technical alternatives, use open rational project selection methods, conduct professional project management, and make swifter progress in the inevitable human advance into space. The current unworkable human space settlement scenario involves moon visits and permanent bases, zero gravity trips to Mars, Mars visits and bases, all leading to extensive human settlements on the moon and Mars. This is unrealistic because the moon and Mars have less than Earth normal gravity and high radiation that can seriously damage human health. A better alternative would use rotating space colonies that produce Earth gravity and are radiation shielded. The attractive fantasy of reproducing terrestrial ecology in space should be replaced by the idea of building a closed system based on advancing technology such as artificial photosynthesis. Past mistaken projects include growing plants for food to replicate terrestrial food sources, recovering small amounts of water from difficult to process waste to achieve high system closure, and using newly designed, lighter, but unreliable hardware to reduce launch mass. The political process supporting the false assumptions, projects, and vision has deliberately prevented the usual systems engineering and cost-benefit analysis. We are going to do much better.

Harry W. Jones↗

Remote Support of ISS Payload Operations During the COVID19 Pandemic

As part of the Human Health and Performance Contract (HHPC) with the NASA Johnson Space Center, the Human Research Program’s (HRP) Research Operations and Integration (ROI) element conducts the planning, implementation, and closing of human research operations on-board the International Space Station (ISS). These operations are supported out of the Telescience Support Center (TSC) located in the Mission Control Center at Houston’s Johnson Space Center (MCC-H). HRP ROI has an Emergency Response Plan in place to allow for remote operations to be completed in the case of inclement weather or other natural disaster; however, nominally, the remote support is only expected to last one to two weeks. In response to the COVID-19 global pandemic, HRP ROI was challenged to complete a quick transition to supporting on-orbit operations remotely and distanced for an indefinite amount of time. This shift in ground support required close collaboration with various external groups as well as the implementation or adaptation of various technologies and tools to ensure no loss of science data. Operational adjustments were put into place for ground commanding, telemetry monitoring, personnel staffing and private and public audio and video with the ISS. Adjustments were also put in place for communication and collaboration with MCC-H, the Payload Operation and Integration Center (POIC) at Marshall Space Flight Center (MSFC), as well as between the various HRP ROI console team members spread across Houston, TX. The ability to successfully support a variety of on-orbit operations from any remote location is more in demand as the commercialization of low Earth orbit is expanding.

Operations↗

Maven Orbital Trajectory Analysis: Design and Implementation of Lander Relay Support

NASA’s successful Mars Atmosphere and Volatile Evolution Mission (MAVEN), currently engaged in a survey of the Martian atmosphere and its evolution over time, has successfully completed a series of orbit changes, including a two-month aerobraking campaign, to satisfy additional mission roles. Launched on 18 November 2013, it entered Martian orbit on 22 September 2014. Having finished its primary one-year mission, the NASA Mars Program Office (MPO) started discussions with the MAVEN project on feasible options for extending the mission lifetime along with providing support for various Mars lander functions. MAVEN is the latest of the three active NASA Mars orbiters, with no others planned for the foreseeable future. Given that the landers need orbital relay support for years to come, and the MRO and Odyssey orbiters are aging, MAVEN’s role in providing critical orbital relay support has become increasingly important. After several years of studies, MPO directed the MAVEN project in 2018 to reduce its orbit size to provide better telecommunications relay support for Martian surface landers and to support Mars 2020 EDL under the constraint that MAVEN will have enough fuel to operate until 2030. As a part of this effort, the recent aerobraking campaign was one of several steps crucial to accomplishing this goal. This paper discusses the challenges of the entire mission design and its distillation into a concrete set of targeted objectives. With the successful orbit change, MAVEN will be able to provide support for the Mars 2020 relay activities from EDL through surface operations beyond 2030. This effort can serve as an excellent example for future missions having similar needs and requirements.

Jakosky, B. M.↗

Clinical Decision Support For Exploration Space Flight: Software Augmentation To Enhance Progressively Earth-Independent Medical Operations

This panel identifies the challenges of supporting medical events in deep space using integrated systems software to augment existing capabilities during increasingly Earth-independent missions where an asynchronous communication environment becomes routine. An interdisciplinary team of software designers, physicians, human factors engineers, and computational modelers applied their respective expertise to develop a roadmap for supporting the crew making medical decisions in more autonomous fashion with time-delayed ground support. The first presentation describes predictive modeling implemented to assist medical system design and address risk reduction using robust clinical decision support software. The second presentation details how operational and environmental challenges guide assumptions and, in turn, by what means requirements for medical decision-making in deep space are derived. The third presentation describes and defines the skills and capabilities an exploration spaceflight medical officer will need to perform effectively during extended-duration spaceflight missions. The fourth presentation covers the potential models and function of the software element for supporting clinical decisions. The final presentation covers how these elements may work together with ground support to provide comprehensive care despite deep space travel's extreme challenges and limitations.

Dana Levin↗

NASA Support for Commercial Crew Launch Capabilities

Since the earliest days of U.S. human spaceflight, NASA’s Marshall Space Flight Center in Huntsville, Alabama, has played a key role in American crew launch capability, from engineering support for the first Mercury-Redstone launches, to the Saturn launches to the Moon, through Shuttle and now Artemis. Today, Marshall brings that expertise gained through decades of crewed space launches to NASA’s Commercial Crew Program (CCP), providing launch vehicle engineering and programmatic support. The team’s responsibilities have included human certification of commercial launch systems for the CCP missions, including Atlas V and Falcon 9, and verifying each launch vehicle complies with flight certification. MSFC provides expertise in nearly all aspects of launch vehicle design and performance including solid motors and liquid engines, stage propulsion, thrust vector control, structural and dynamics, safety and mission assurance. During each commercial crew launch, an engineering support team is on console at Marshall’s Huntsville Operations Support Center, which has provided launch operations support since Apollo, providing real-time oversight to safety standards for the vehicle and verifying data. Launch vehicle support for Commercial Crew has come as a paradigm shift for the MSFC team, inspiring new approaches that leverage expertise and best practices from past NASA-developed launch vehicle missions, while at the same time providing new synergies from work with commercial partners on CCP. This paper will explore the role that the Marshall launch vehicle services team plays in the Commercial Crew Program, as well as lessons learned from the program that will continue to benefit a new era of spaceflight partnerships.

Commercial Crew↗

Content and Representation of Information Needed to Support Time-Constrained Problem Solving

NASA’s current mission-operations paradigm originated with Project Mercury and endured with minimum evolution through the Apollo Program, Space Shuttle Program, and ISS missions. At its foundation is a near-complete real-time dependence on a ground team to manage the combined state of the mission, vehicle, and crew. Utilizing many engineers and operators with broad and deep expertise; large, distributed datasets including extensive telemetry; and expansive analytical and computing power, this ground team has served as the safety net for crewed spaceflight missions over the past 60 years. This approach must change to address challenges associated with missions beyond low Earth orbit (BLEO), including infrequent resupply, reduced ability to evacuate, and delayed communications that prohibit real-time operational support. We anticipate that a necessary part of this change will be increased independence for the crew, as roles and responsibilities traditionally performed by ground teams move on board the vehicle. While many risks are associated with Earth-independent operations, one particular concern is ensuring that the crew will have adequate onboard support to perform urgent problem solving when communication with the ground is delayed or intermittent. A key resource that enables the ground team to respond to anomalies quickly and effectively is the extraordinary expertise and experience it possesses. It is comprised of 80+ experts on at any given time, with a combined 600+ years of system-specific experience across 22 unique console disciplines. A small crew will face the unprecedented challenge of independently responding to anomalies that have historically been handled by a team 20 times their size. Another important resource upon which the ground heavily relies to support procedure execution and anomaly response is data. The amount of telemetry data that each flight controller monitors is extensive. In addition, as the ground team works to further assess impacts, trouble shoot, identify workarounds, and oversee procedure execution, it accesses and synthesizes engineering and procedure information, as well as system build, test, and configuration documentation. It is not feasible nor useful to put all these data onboard as crews become more Earth independent. Each member of a small Mars mission small crew will have multiple roles beyond monitoring telemetry and data gathering, and multiple roles within anomaly resolution processes, thereby limiting their capacity for copious amounts of information. Moreover, while access is necessary, it alone is insufficient. Information will need to be compiled, refined, and represented appropriately to support the crew’s reduced attention and expertise. This work seeks to understand the content and representation of information needed to support time-constrained problem solving and decision making by the crew without real-time ground support. To build this understanding, we first surveyed the literature, focusing on how expert problem solvers construct and manipulate their mental models. Next, we interviewed expert problem solvers in spaceflight and analogous domains and surveyed industry solutions for data presentation. Finally, we analyzed current spaceflight operations by investigating flight controller anomaly resolution processes during ISS training simulations and real operational events. These methods led to creating a problem-solving framework that details common themes and features of attending to, assessing, analyzing, and acting on problems in complex, time-constrained domains. Using this framework and the results of our analysis, we identified conceptual data representations needed for crew-led problem-solving. Preliminary onboard user interface concepts to meet identified needs will be presented.

anomaly response↗

Multi-language Struct Support in Babel

Babel is an open-source language interoperability framework tailored to the needs of high-performance scientific computing. As an integral element of the Common Component Architecture (CCA) it is used in a wide range of research projects. In this paper we describe how we extended Babel to support interoperable tuple data types (structs). Structs are a common idiom in scientific APIs; they are an efficient way to pass tuples of nonuniform data between functions, and are supported natively by most programming languages. Using our extended version of Babel, developers of scientific code can now pass structs as arguments between functions implemented in any of the supported languages. In C, C++ and Fortran 2003, structs can be passed without the overhead of data marshaling or copying, providing language interoperability at minimal cost. Other supported languages are Fortran 77, Fortran 90, Java and Python. We will show how we designed a struct implementation that is interoperable with all of the supported languages and present benchmark data compare the performance of all language bindings, highlighting the differences between languages that offer native struct support and an object-oriented interface with getter/setter methods.

97 MATHEMATICS AND COMPUTING↗

CO Oxidation on supported single Pt atoms - Experimental and Ab Initio density functional studies of CO interaction with Pt atom on theta-alumina(010) surface

Although there are only a few known examples of supported single atoms, they are unique because they bridge the gap between homogenous and heterogeneous catalysis. The metal center is single supported atoms can be isoelectronic with their homogenous catalyst counterpart and may allow mechanistic pathways normally seen in homogenous catalysts. Here, we report CO oxidation activity of mono-disperse single Pt atoms supported on an inert substrate, -alumina (Al2O3), in the presence of stoichiometric oxygen. Since CO oxidation on single Pt atoms cannot occur via a conventional Langmuir-Hinshelwood scheme (L-H scheme) which requires at least one Pt-Pt bond, we have carried out a first principles density functional theoretical study of a proposed pathway which is a variation on the conventional L-H scheme and is inspired by organometallic chemistry of platinum. We find that a single supported Pt atom prefers to bond to O2 over CO. The CO then bonds with the oxygenated Pt atom and forms a carbonate which dissociates to liberate CO2, leaving an oxygen atom on Pt. A subsequent reaction with another CO molecule regenerates the single atom catalyst. An in-situ diffuse reflectance infrared study of CO adsorption on the catalyst s supported single atoms has been carried out to infer information on CO absorption modes and compare the observed spectra with calculated ones for intermediates in the proposed CO oxidation pathway. Our results clearly show that supported Pt single atoms are catalytically active and that this catalytic activity can occur without involving the substrate. Characterization by electron microscopy and X-ray absorption studies of the mono-disperse Pt/ -Al2O3, synthesized by solution methods, are also presented.

single atom catalysis↗

Method of forming supported doped palladium containing oxidation catalysts

A method of forming a supported oxidation catalyst includes providing a support comprising a metal oxide or a metal salt, and depositing first palladium compound particles and second precious metal group (PMG) metal particles on the support while in a liquid phase including at least one solvent to form mixed metal comprising particles on the support. The PMG metal is not palladium. The mixed metal particles on the support are separated from the liquid phase to provide the supported oxidation catalyst.

37 INORGANIC, ORGANIC, PHYSICAL, AND ANALYTICAL CH↗

Structural cooling fluid tube for supporting a turbine component and supplying cooling fluid to transition section

A shaft cover support for a gas turbine engine is disclosed. The shaft cover support not only provides enhanced support to a shaft cover of the gas turbine engine, but also includes a cooling fluid chamber for passing fluids from a rotor air cooling supply conduit to an inner ring cooling manifold. Furthermore, the shaft cover support may include a cooling shield supply extending from the cooling fluid chamber between the radially outward inlet and the radially inward outlet on the radially extending region and in fluid communication with the cooling fluid chamber for providing cooling fluids to a transition section. The shaft cover support may also provide additional stiffness and reduce interference of the flow from the compressor. In addition, the shaft cover support accommodates a transition section extending between compressor and turbine sections of the gas turbine engine.

33 ADVANCED PROPULSION SYSTEMS↗

Hydrothermal performance of catalyst supports

A high surface area catalyst with a mesoporous support structure and a thin conformal coating over the surface of the support structure. The high surface area catalyst support is adapted for carrying out a reaction in a reaction environment where the thin conformal coating protects the support structure within the reaction environment. In various embodiments, the support structure is a mesoporous silica catalytic support and the thin conformal coating comprises a layer of metal oxide resistant to the reaction environment which may be a hydrothermal environment.

37 INORGANIC, ORGANIC, PHYSICAL, AND ANALYTICAL CH↗

Hydrothermal performance of catalyst supports

A high surface area catalyst with a mesoporous support structure and a thin conformal coating over the surface of the support structure. The high surface area catalyst support is adapted for carrying out a reaction in a reaction environment where the thin conformal coating protects the support structure within the reaction environment. In various embodiments, the support structure is a mesoporous silica catalytic support and the thin conformal coating comprises a layer of metal oxide resistant to the reaction environment which may be a hydrothermal environment.

36 MATERIALS SCIENCE↗

Thermal Evaluation of Metal Oxides on Silica Supports

Atomic level engineering of nanoparticles (NPs) with ability to precisely tune its functional properties can help us realize many promising applications in catalytic science. Such a bottom-up approach would require fundamental level understanding of nucleation and subsequent chemical evolution of nanoparticles during synthesis process. In particular, transition metal based nanoparticles such as Cobalt (Co), Nickel (Ni), Iron (Fe), Paladium (Pd), and Platinum (Pt) can serve as catalysts for many important reactions such as syngas conversion, hydrogenation-dehydrogenation reactions and hydro-deoxygenation reactions. The porous SiO2 is widely used as support medium due to their chemical inertness under reducible and reactive chemical environments often encountered during catalytic process. Nevertheless, even chemically benign SiO2 can have interaction with catalyst particles under high temperatures and adversely affect catalytic activity due to the presence of reactive surface functional groups. Although the influence of the support on catalyst activity and the selectivity is widely studied with respect to the strong metal-support interaction (SMSI) and more recently on the electronic effect of metal-support interaction (EMSI), the choice of support and the catalyst preparation method are still mostly determined by the empirical optimization. For this study, we focus on local structural evolution of cobalt and nickel oxide nanoparticles and its interaction with SiO2 support using multi-modal spectroscopic approach involving X-ray absorption spectroscopy (XAS), nuclear magnetic resonance (NMR) and density functional theory (DFT) based computational methods.

Murugesan, Vijayakumar↗

Support structure for solar module

A solar module (2) comprising; (a) an active portion (4) and (b) a support portion (6), wherein the support portion (8) includes a plurality of reinforcement ribs (20) in a series of interconnected or partially interconnected patterns. The solar module (2) may include an intermediate portion (6C) acting as a structural interface between the active portion (4) and the support portion (6). The intermediate portion (6C) may include one or more gate locations (10, 12). The plurality of reinforcement ribs (20) may extend at an angle along the support portion (6) so that an effective modulus of the support portion (6) along a width direction is substantially equal to an effective modulus of the support portion (6) along a length direction.

Keenihan, James R.↗

Reactor module support structure

A support structure for attenuating seismic forces in one or more reactor modules housed in a reactor building includes a mounting structure that may be configured to securely connect the support structure to a floor of the reactor building. A receiving area may be sized to receive a lower portion of a reactor module, and the support structure may be configured to at least partially surround the lower portion of the reactor module within the receiving area. The support structure may further include a retention system located near a top surface of the support structure. The retention system may be configured to contact the reactor module during a seismic event, and an upper portion of the reactor module may extend above the retention system without contacting the support structure.

Liszkai, Tamas↗

OpenACC Profiling Support for Clang and LLVM using Clacc and TAU

Since its launch in 2010, OpenACC has evolved into one of the most widely used portable programming models for accelerators on HPC systems today. Clacc is a project funded by the US Exascale Computing Project (ECP) to bring OpenACC support for C and C++ to the popular Clang and LLVM compiler infrastructure. In this paper, we describe Clacc's support for the OpenACC Profiling Interface, a critical component of the OpenACC specification that standardizes an interface that profiling tools and libraries can depend upon across OpenACC implementations. As part of Clacc's general strategy to build OpenACC support upon OpenMP, we describe how Clacc builds OpenACC Profiling Interface support upon an extended version of OMPT. We then describe how a major profiling and tracing toolkit within ECP, the TAU Performance System, takes advantage of this support. We also describe TAU's selective instrumentation support for OpenACC. Finally, using Clacc and TAU, we present example visualizations for several SPEC ACCEL OpenACC benchmarks running on an IBM AC922 node, and we show that the associated performance overhead is negligible.

Coti, Camille↗

Technical Support Document for Version 3.9.1 of the COMcheck Software

This technical support document (TSD) is designed to explain the technical basis for the COMcheck software as originally developed based on the ANSI/ASHRAE/IES Standard 90.1-1989 (Standard 90.1-1989). Documentation for other national model codes and standards and specific state energy codes supported in COMcheck has been added to this report as appendices. These appendices are intended to provide technical documentation for features specific to the supported codes and for any changes made for state-specific codes that differ from the standard features that support compliance with the national model codes and standards. Beginning with COMcheck version 3.8.0, support for 90.1-1989, 90.1-1999, and the 1998 IECC and version 3.9.0 support for 2000 and 2001 IECC are no longer included, but those sections remain in this document for reference purposes.

Commercial buildings, HVAC, lighting, building env↗

Identification and prioritization of high risk deteriorating support infrastructure - 15475

Identification and prioritization for the re-capitalization of deteriorating waste processing and storage support infrastructure and information technology (IT) is essential for a safe, cost effective, and sustainable waste management program. Funding restraints have limited programs to performing only maintenance on aging infrastructure support systems whose operational costs, technological obsolescence, and reliability risks continue to grow without a disciplined and balanced re-capitalization program. Savannah River Site (SRS) comprises both Department of Energy Environmental Management and NNSA missions, and includes a lab, Savannah River National Laboratory. SRS has developed a crosscutting identification and prioritization tool and process that provides integration of all Site mission support infrastructure re-capitalization requirements and prioritizes into a single database that can be readily accessed for infrastructure investment decisions. This database, referred to as the SRS Critical Integrated Infrastructure Priority List (CIIPL) captures risk data that includes impacts toward safety, regulatory compliance, mission, and cost for inclusion in its prioritization process. Further, the CIIPL provides a status of each entered project's readiness for execution that includes funding source, reliability of current cost estimate, and an out year budget profile. The SRS CIIPL, created in 2009, was initially comprised of re-capitalization projects for the Site's common infrastructure (i.e. shared roads and utilities) that supported all Site missions and activities. As mission program funding became constrained, the value for a Site wide integrated prioritization tool became more apparent and the CIIPL grew to include all Site mission and tenant activities which included safeguards and security requirements. The SRS CIIPL has become a highly effective tool for achieving senior management situational awareness of the Site's most pressing support infrastructure and IT needs. The mission programs have used the CIIPL to prioritize and fund high risk projects within their own program budgets. This past year, the CIIPL was used as a budgeting and decision making tool to allocate funding for two common infrastructures high risk projects for the FY16 Site budget submission and has received laudatory comments from DOE headquarters review teams. The SRS CIIPL and its process can be a benefit to other waste management organizations by demonstrating a proven approach toward the integration of support infrastructure and IT re-capitalization requirements across diverse mission and tenant boundaries. The SRS CIIPL can provide senior management with an objective decision making tool that delivers a balanced evaluation of project requirements in terms of multiple risk criteria; safety, regulatory, mission, and cost impacts. (authors)

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗