SEARCH · Search NASA

Results for “risk requirements architectures”

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 307 records · Page 17

All sources NASA NTRS DOE OSTI

DOE OSTI2022

A Cybersecurity Threat Profile for a Connected Lighting System

In anticipation of improved energy performance and cost savings, cities and building owners are increasingly considering “smart lighting initiatives” that aim to convert their collection of simple luminaires (i.e., lighting fixtures) into an intelligent connected lighting system (CLS) capable of remotely monitoring energy consumption and fault conditions, and possibly implementing adaptive lighting schemes. The U.S. Department of Energy (DOE) has set an national goal of tripling the energy efficiency and demand flexibility of the buildings sector by 2030, relative to 2020 levels 1. It is forecast that connected lighting systems can contribute to that goal by delivering 125 TWh of annual energy savings by 2035 2, equivalent to the annual output of 50 typical (500 MW) power plants. However, these energy savings and the DOE goal are put at significant risk if connected technologies are not adopted due to real or perceived cybersecurity concerns. Connected IoT devices such as these have historically been rife with vulnerabilities which sometimes put security considerations secondary to functionality and operability. What are the cybersecurity threats that will impact these systems, as formerly banal luminaires transition into intelligent connected devices that collect information about themselves, their surrounding environment, and possibly us? In this paper we analyze a threat profile performed on a fault-detection use case for streetlights. A threat profile establishes security requirements, justifies security measures, yields actionable controls, and effectively communicates risk to stakeholders. This effort provides critical information for making threat-based decisions to increase security at a reasonable cost, and can effectively be used by development teams, software architects, and managers to make cybersecurity a part of their ongoing culture of awareness, training, and prevention. This leads to more secure systems and better-understood security. On-premise, cloud, and hybrid architectures with different authentication mechanisms were modeled and later categorized using the Microsoft STRIDE framework. An analysis of the recommended controls for each threat was performed to determine which controls could and should be put in place by manufacturers or third-party suppliers, and which controls need to be left up the end-user to implement. Fifty-seven threats were identified. Among our key findings: (1) 65% (37/57) of the threats did not involve the luminaires, but rather the other components needed to communicate with and manage them; (2) 63% (36/57) of the threats could have been mitigated through manufacturer-implemented defensive techniques or “controls”; and (3) 23% (13/57) of the threats were dependent on the network configuration. Recommendations based on the results of this work are made to key stakeholder groups. Notably, lighting technology developers are advised to address all threats that can be reasonably controlled with baked-in technology solutions (e.g., encryption or authentication controls), and employ some form of secure supply chain management and tracking where other parts (e.g., sensors, microprocessors) of a luminaire must also be built and manufactured with the proper security controls in place. Developers should also review threats involving assets not developed in-house to understand how connectivity with other devices will affect their product during system operation and determine if a compensating control for a defense-in-depth strategy will be needed. Finally, those interested in deploying CLS should compare the differences between cloud and on-premise models to determine which is more suitable for their needs and the abilities of their security team.

32 ENERGY CONSERVATION, CONSUMPTION, AND UTILIZATI↗

NASA NTRS1979

Numerical aerodynamic simulation facility feasibility study, executive summary

There were three major issues examined in the feasibility study. First, the ability of the proposed system architecture to support the anticipated workload was evaluated. Second, the throughput of the computational engine (the flow model processor) was studied using real application programs. Third, the availability, reliability, and maintainability of the system were modeled. The evaluations were based on the baseline systems. The results show that the implementation of the Numerical Aerodynamic Simulation Facility, in the form considered, would indeed be a feasible project with an acceptable level of risk. The technology required (both hardware and software) either already exists or, in the case of a few parts, is expected to be announced this year.

Source record↗

NASA NTRS1979

Numerical aerodynamic simulation facility feasibility study

There were three major issues examined in the feasibility study. First, the ability of the proposed system architecture to support the anticipated workload was evaluated. Second, the throughput of the computational engine (the flow model processor) was studied using real application programs. Third, the availability reliability, and maintainability of the system were modeled. The evaluations were based on the baseline systems. The results show that the implementation of the Numerical Aerodynamic Simulation Facility, in the form considered, would indeed be a feasible project with an acceptable level of risk. The technology required (both hardware and software) either already exists or, in the case of a few parts, is expected to be announced this year. Facets of the work described include the hardware configuration, software, user language, and fault tolerance.

Source record↗

NASA NTRS2022

The Sun Radio Interferometer Space Experiment (SunRISE) Mission

The Sun Radio Interferometer Space Experiment (SunRISE) will provide an entirely new view on particle acceleration and transport in the inner heliosphere by creating the first low radio frequency interferometer in space to localize heliospheric radio emissions. By imaging and determining the location of decametric-hectometric (DH, 0.1 MHz–23 MHz) solar radio bursts, SunRISE will provide key information on particle acceleration mechanisms associated with coronal mass ejections (CMEs) and the magnetic field topology from active regions into interplanetary space. The SunRISE Observatory will consist of six space vehicles in a passive formation, in orbits designed to keep them within approximately 10 km of each other, and flying in a supersynchronous geosynchronous Earth orbit (GEO). Each space vehicle consists of a Solar DH-GNSS payload and a 6U form factor spacecraft. The SunRISE Observatory together with significant ground-based processing, will enable imaging of the Sun in a portion of the spectrum that is blocked by the ionosphere and cannot be observed from Earth. Key aspects that enable this mission are that only position knowledge of the space vehicles is required, not active control, and that the architecture involves a modest amount of on-board processing coupled with significant ground-based processing for navigation, position determination, and science operations. Mission-enabling advances in software-defined radios, GPS navigation and timing, and small spacecraft technologies, developed and flown on the DARPA High Frequency Research (DHFR) and the Community Initiative for Continuing Earth Radio Occultation (CICERO) have made this mission affordable and low-risk. The SunRISE mission will exploit the multiple spacecraft per aperture (MSPA) capability of NASA’s Deep Space Network (DSN), for more efficient data transfers of larger data volumes, and utilize commercial access to space, in which the SunRISE space vehicles will be carried to their target orbit as secondary payloads in conjunction with a larger host spacecraft intended for GEO.

Neilson, Tim↗

NASA NTRS2006

System Engineering and Integration of Controls for Advanced Life Support

The Advanced Integration Matrix (AIM) project at the Johnson Space Center (JSC) was chartered to study and solve systems-level integration issues for exploration missions. One of the first issues identified was an inability to conduct trade studies on control system architectures due to the absence of mature evaluation criteria. Such architectures are necessary to enable integration of regenerative life support systems. A team was formed to address issues concerning software and hardware architectures and system controls.. The team has investigated what is required to integrate controls for the types of non-linear dynamic systems encountered in advanced life support. To this end, a water processing bioreactor testbed is being developed which will enable prototyping and testing of integration strategies and technologies. Although systems such as the water bioreactors exhibit the complexities of interactions between control schemes most vividly, it is apparent that this behavior and its attendant risks will manifest itself among any set of interdependent autonomous control systems. A methodology for developing integration requirements for interdependent and autonomous systems is a goal of this team and this testbed. This paper is a high-level summary of the current status of the investigation, the issues encountered, some tentative conclusions, and the direction expected for further research.

Overland, David↗

NASA NTRS2014

Conceptual Launch Vehicle and Spacecraft Design for Risk Assessment

One of the most challenging aspects of developing human space launch and exploration systems is minimizing and mitigating the many potential risk factors to ensure the safest possible design while also meeting the required cost, weight, and performance criteria. In order to accomplish this, effective risk analyses and trade studies are needed to identify key risk drivers, dependencies, and sensitivities as the design evolves. The Engineering Risk Assessment (ERA) team at NASA Ames Research Center (ARC) develops advanced risk analysis approaches, models, and tools to provide such meaningful risk and reliability data throughout vehicle development. The goal of the project presented in this memorandum is to design a generic launch 7 vehicle and spacecraft architecture that can be used to develop and demonstrate these new risk analysis techniques without relying on other proprietary or sensitive vehicle designs. To accomplish this, initial spacecraft and launch vehicle (LV) designs were established using historical sizing relationships for a mission delivering four crewmembers and equipment to the International Space Station (ISS). Mass-estimating relationships (MERs) were used to size the crew capsule and launch vehicle, and a combination of optimization techniques and iterative design processes were employed to determine a possible two-stage-to-orbit (TSTO) launch trajectory into a 350-kilometer orbit. Primary subsystems were also designed for the crewed capsule architecture, based on a 24-hour on-orbit mission with a 7-day contingency. Safety analysis was also performed to identify major risks to crew survivability and assess the system's overall reliability. These procedures and analyses validate that the architecture's basic design and performance are reasonable to be used for risk trade studies. While the vehicle designs presented are not intended to represent a viable architecture, they will provide a valuable initial platform for developing and demonstrating innovative risk assessment capabilities.

Launch Vehicle↗

NASA NTRS2024

NASA's Human Research Program: Evolving Collaborations to Enable the Future of Human Spaceflight

Since its formation in 2007, the NASA Human Research Program’s (HRP) mission has been to reduce human health and performance risks for spaceflight exploration missions. The program has achieved this mission primarily through work in ground analogs and on the International Space Station. Over the last three years, NASA overall has seen transformative changes with the flight of Artemis I, formation of the Commercial LEO Destinations Program, commercial flights to the ISS, and new International Partners participating in human spaceflight. NASA’s HRP has embraced these new opportunities and is collaborating on all these fronts to collect biomedical research data. Artemis I marked the arrival of NASA’s new human spaceflight exploration missions. NASA has developed a Moon-to-Mars Architecture to map out how it will use the moon to de-risk and enable Mars missions. NASA’s HRP is a critical component to develop and deliver research and technologies for future Artemis Crew Health and Performance (CHP) Systems. The program is working closely with NASA’s Moon-to-Mars Office to ensure CHP deliverables are ready to demonstrate on the moon, as we also look toward Mars, and is developing the partnership strategies required to support these deliverables. Commercial space flights, both free flyer and suborbital missions and private astronaut missions to the ISS, are providing broader opportunities and subjects to characterize the space-induced changes to the human system and to test countermeasures. To better use these opportunities to achieve its mission, HRP has been working to understand the commercial spaceflight companies’ needs and then partner with them on aspects of mutual interest. In addition, NASA HRP continues to engage in long-standing relationships with its international partners through the International Space Life Sciences Working Group (ISLSWG) and other joint international groups. The Program is now also interested in sharing its knowledge and ability to collaborate on projects of mutual interest with new countries developing capabilities for human spaceflight. The next 10 years will shape how humanity partners on exploration missions to Mars. NASA’s HRP is committed to enabling and developing collaborative strategies with commercial and international partners to keep humans safe and productive as we explore longer and further into space.

Jancy McPhee↗

NASA NTRS2012

Complex Decision-Making Applications for the NASA Space Launch System

The Space Shuttle program is ending and elements of the Constellation Program are either being cancelled or transitioned to new NASA exploration endeavors. NASA is working diligently to select an optimum configuration for the Space Launch System (SLS), a heavy lift vehicle that will provide the foundation for future beyond LEO large ]scale missions for the next several decades. Thus, multiple questions must be addressed: Which heavy lift vehicle will best allow the agency to achieve mission objectives in the most affordable and reliable manner? Which heavy lift vehicle will allow for a sufficiently flexible exploration campaign of the solar system? Which heavy lift vehicle configuration will allow for minimizing risk in design, test, build and operations? Which heavy lift vehicle configuration will be sustainable in changing political environments? Seeking to address these questions drove the development of an SLS decisionmaking framework. From Fall 2010 until Spring 2011, this framework was formulated, tested, fully documented, and applied to multiple SLS vehicle concepts at NASA from previous exploration architecture studies. This was a multistep process that involved performing FOM-based assessments, creating Pass/Fail gates based on draft threshold requirements, performing a margin-based assessment with supporting statistical analyses, and performing sensitivity analysis on each. This paper discusses the various methods of this process that allowed for competing concepts to be compared across a variety of launch vehicle metrics. The end result was the identification of SLS launch vehicle candidates that could successfully meet the threshold requirements in support of the SLS Mission Concept Review (MCR) milestone.

Lyles, Garry↗

NASA NTRS2009

Ares I Avionics Introduction

The Ares I is the next generation human-rated launcher for the United States Constellation program. This system is required to provide single fault tolerance within defined crew safety and mission reliability limits. As part of the effort to achieve those safety goals, Ares I includes an avionics subsystem built as a multistring, voting architecture. The avionics design draws upon experience gained from building fly-by-wire systems for Shuttle, X- 38, and Seawolf. Architectural drivers for the avionics design include using proven technologies with existing suppliers of space rated parts for critical functions (to reduce overall development risk), easing the software development effort by using an off-theshelf, DO-178B certifiable, ARINC-653 operating system in the main flight computers, minimizing mutual data and power connections that might lead to a common-mode hardware failure of the redundant avionics strings, and centralizing overall Ares I command & control within the Upper Stage.

Marchant, Christopher C.↗

NASA NTRS2017

Survey of Constellation-Era LOX/Methane Development Activities and Future Development Needs

NASA formed the Constellation Program in 2005 to achieve the objectives of maintaining American presence in low-Earth orbit, returning to the moon for purposes of establishing an outpost, and laying the foundation to explore Mars and beyond in the first half of the 21st century. The Exploration Technology Development Program (ETDP) was formulated to address the technology needs to address Constellation architecture decisions. The Propellants and Cryogenic Advanced Development (PCAD) project was tasked with risk mitigation of specific propulsion related technologies to support ETDP. Propulsion systems were identified as critical technologies owing to the high gear-ratio of lunar Mars landers Cryogenic propellants offer performance advantage over storables (NTOMMH) Mass savings translate to greater payload capacity In-situ production of propellant an attractive feature; methane and oxygen identified as possible Martian in-situ propellants New technologies were required to meet more difficult missions High performance LOX/LH2 deep throttle descent engines High performance LOX/LCH4 ascent main and reaction control system (RCS) engines The PCAD project sought to provide those technologies through Reliable ignition pulse RCS Fast start High efficiency engines Stable deep throttling.

Propulsion system components↗

NASA NTRS2016

Considerations for the Next Revision of STRS

Development of NASAs Software Defined Radio architecture, the Space Telecommunication Radio System (STRS), was initiated in 2004 with a goal of reducing the cost, risk and schedule when implementing Software Defined Radios (SDR) for NASA space missions. Since STRS was first flown in 2012 on three Software Defined Radios on the Space Communication and Navigation (SCaN) Testbed, only minor changes have been made to the architecture. Multiple entities have since implemented the architecture and have provided significant feedback for consideration for the next revision of the standard. The focus for the first set of updates to the architecture is items that enhance application portability. Items that require modifications to existing applications before migrating to the updated architecture will only be considered if there is compelling reasons to make the change. The significant suggestions that were further evaluated for consideration include expanding and clarifying the timing Application Programming Interfaces (APIs), improving handle name and identification (ID) definitions and use, and multiple items related to implementation of STRS Devices. In addition to ideas suggested while implementing STRS, SDR technology has evolved significantly and this impact to the architecture needs to be considered. These include incorporating cognitive concepts - learning from past decisions and making new decisions that the radio can act upon. SDRs are also being developed that do not contain a General Purpose Module which is currently required for the platform to be STRS compliant. The purpose of this paper is to discuss the comments received, provide a summary of the evaluation considerations, and examine planned dispositions

waveforms↗

NASA NTRS2004

Advanced Signal Conditioners for Data-Acquisition Systems

Signal conditioners embodying advanced concepts in analog and digital electronic circuitry and software have been developed for use in data-acquisition systems that are required to be compact and lightweight, to utilize electric energy efficiently, and to operate with high reliability, high accuracy, and high power efficiency, without intervention by human technicians. These signal conditioners were originally intended for use aboard spacecraft. There are also numerous potential terrestrial uses - especially in the fields of aeronautics and medicine, wherein it is necessary to monitor critical functions. Going beyond the usual analog and digital signal-processing functions of prior signal conditioners, the new signal conditioner performs the following additional functions: It continuously diagnoses its own electronic circuitry, so that it can detect failures and repair itself (as described below) within seconds. It continuously calibrates itself on the basis of a highly accurate and stable voltage reference, so that it can continue to generate accurate measurement data, even under extreme environmental conditions. It repairs itself in the sense that it contains a micro-controller that reroutes signals among redundant components as needed to maintain the ability to perform accurate and stable measurements. It detects deterioration of components, predicts future failures, and/or detects imminent failures by means of a real-time analysis in which, among other things, data on its present state are continuously compared with locally stored historical data. It minimizes unnecessary consumption of electric energy. The design architecture divides the signal conditioner into three main sections: an analog signal section, a digital module, and a power-management section. The design of the analog signal section does not follow the traditional approach of ensuring reliability through total redundancy of hardware: Instead, following an approach called spare parts tool box, the reliability of each component is assessed in terms of such considerations as risks of damage, mean times between failures, and the effects of certain failures on the performance of the signal conditioner as a whole system. Then, fewer or more spares are assigned for each affected component, pursuant to the results of this analysis, in order to obtain the required degree of reliability of the signal conditioner as a whole system. The digital module comprises one or more processors and field-programmable gate arrays, the number of each depending on the results of the aforementioned analysis. The digital module provides redundant control, monitoring, and processing of several analog signals. It is designed to minimize unnecessary consumption of electric energy, including, when possible, going into a low-power "sleep" mode that is implemented in firmware. The digital module communicates with external equipment via a personal-computer serial port. The digital module monitors the "health" of the rest of the signal conditioner by processing defined measurements and/or trends. It automatically makes adjustments to respond to channel failures, compensate for effects of temperature, and maintain calibration.

Lucena, Angel↗

NASA NTRS1991

Is bigger always better? An economic study of U.S. ETO vehicle architectures

This analysis, performed as part of NASA's Space Transportation Infrastructure Study, compares the cost efficiency of two candidate launch vehicle families, used in conjunction with existing expendable launch vehicles and the Shuttle, to accomplish the nation's future space missions through 2030. Missions analyzed include those identified in NASA's Civil Needs Data Base (CNDB) and Space Exploration Initiative (SEI) Option E program, as well as estimates of commercial and U.S. Department of Defense flights. A family of Shuttle-derived In-line vehicles is compared against a family designed around a vehicle optimized for large (250t) payloads. The analysis is performed within the context of an entire space transportation architecture. The goal is to determine which architecture best captures the required missions most cost-effectively. Results indicate that, for the particular mission model analyzed, neither option is clearly superior across the entire payload range. The Shuttle-derived family displays a better evolutionary path for supporting the total mission model (CNDB plus SEI missions). It also reduces earth-to-orbit (ETO) peak funding by 20 percent. The architecture incorporating the Heavy Lift ETO family minimizes SEI program cost and on-orbit operations but is subject to greater schedule risk because of the need for concurrent ETO core and engine development.

Eimers, Dan R.↗

NASA NTRS2005

Electric Power System Technology Options for Lunar Surface Missions

In 2004, the President announced a 'Vision for Space Exploration' that is bold and forward-thinking, yet practical and responsible. The vision explores answers to longstanding questions of importance to science and society and will develop revolutionary technologies and capabilities for the future, while maintaining good stewardship of taxpayer dollars. One crucial technology area enabling all space exploration is electric power systems. In this paper, the author evaluates surface power technology options in order to identify leading candidate technologies that will accomplish lunar design reference mission three (LDRM-3). LDRM-3 mission consists of multiple, 90-day missions to the lunar South Pole with 4-person crews starting in the year 2020. Top-level power requirements included a nominal 50 kW continuous habitat power over a 5-year lifetime with back-up or redundant emergency power provisions and a nominal 2-kW, 2-person unpressurized rover. To help direct NASA's technology investment strategy, this lunar surface power technology evaluation assessed many figures of merit including: current technology readiness levels (TRLs), potential to advance to TRL 6 by 2014, effectiveness of the technology to meet the mission requirements in the specified time, mass, stowed volume, deployed area, complexity, required special ground facilities, safety, reliability/redundancy, strength of industrial base, applicability to other LDRM-3 elements, extensibility to Mars missions, costs, and risks. For the 50-kW habitat module, dozens of nuclear, radioisotope and solar power technologies were down-selected to a nuclear fission heat source with Brayton, Stirling or thermoelectric power conversion options. Preferred energy storage technologies included lithium-ion battery and Proton Exchange Membrane (PEM) Regenerative Fuel Cells (RFC). Several AC and DC power management and distribution architectures and component technologies were defined consistent with the preferred habitat power generation technology option and the overall lunar surface mission. For rover power, more than 20 technology options were down-selected to radioisotope Stirling, liquid lithium-ion battery, PEM RFC, or primary fuel cell options. The author discusses various conclusions that can be drawn from the findings of this surface power technologies evaluation.

Kerslake, Thomas W.↗

NASA NTRS2009

Extreme Programming: Maestro Style

"Extreme Programming: Maestro Style" is the name of a computer programming methodology that has evolved as a custom version of a methodology, called extreme programming that has been practiced in the software industry since the late 1990s. The name of this version reflects its origin in the work of the Maestro team at NASA's Jet Propulsion Laboratory that develops software for Mars exploration missions. Extreme programming is oriented toward agile development of software resting on values of simplicity, communication, testing, and aggressiveness. Extreme programming involves use of methods of rapidly building and disseminating institutional knowledge among members of a computer-programming team to give all the members a shared view that matches the view of the customers for whom the software system is to be developed. Extreme programming includes frequent planning by programmers in collaboration with customers, continually examining and rewriting code in striving for the simplest workable software designs, a system metaphor (basically, an abstraction of the system that provides easy-to-remember software-naming conventions and insight into the architecture of the system), programmers working in pairs, adherence to a set of coding standards, collaboration of customers and programmers, frequent verbal communication, frequent releases of software in small increments of development, repeated testing of the developmental software by both programmers and customers, and continuous interaction between the team and the customers. The environment in which the Maestro team works requires the team to quickly adapt to changing needs of its customers. In addition, the team cannot afford to accept unnecessary development risk. Extreme programming enables the Maestro team to remain agile and provide high-quality software and service to its customers. However, several factors in the Maestro environment have made it necessary to modify some of the conventional extreme-programming practices. The single most influential of these factors is that continuous interaction between customers and programmers is not feasible.

Norris, Jeffrey↗

NASA NTRS2012

Complex Decision-Making Applications for the NASA Space Launch System

The Space Shuttle program is ending and elements of the Constellation Program are either being cancelled or transitioned to new NASA exploration endeavors. The National Aeronautics and Space Administration (NASA) has worked diligently to select an optimum configuration for the Space Launch System (SLS), a heavy lift vehicle that will provide the foundation for future beyond low earth orbit (LEO) large-scale missions for the next several decades. Thus, multiple questions must be addressed: Which heavy lift vehicle will best allow the agency to achieve mission objectives in the most affordable and reliable manner? Which heavy lift vehicle will allow for a sufficiently flexible exploration campaign of the solar system? Which heavy lift vehicle configuration will allow for minimizing risk in design, test, build and operations? Which heavy lift vehicle configuration will be sustainable in changing political environments? Seeking to address these questions drove the development of an SLS decision-making framework. From Fall 2010 until Spring 2011, this framework was formulated, tested, fully documented, and applied to multiple SLS vehicle concepts at NASA from previous exploration architecture studies. This was a multistep process that involved performing figure of merit (FOM)-based assessments, creating Pass/Fail gates based on draft threshold requirements, performing a margin-based assessment with supporting statistical analyses, and performing sensitivity analysis on each. This paper discusses the various methods of this process that allowed for competing concepts to be compared across a variety of launch vehicle metrics. The end result was the identification of SLS launch vehicle candidates that could successfully meet the threshold requirements in support of the SLS Mission Concept Review (MCR) milestone.

Lyles, Garry↗

NASA NTRSDate not supplied

CFD Modeling of Cryogenic Chilldown in a Complex Channel under Normal and Low Gravity Conditions

CFD↗

NASA NTRSDate not supplied

CFD Modeling of Cryogenic Chilldown in a Complex Channel under Normal and Low Gravity Conditions

Future NASA architectures have baselined cryogenic propulsion systems as well as cryogenic fluid management to support lunar missions and ultimately to support future missions to Mars. These missions will require chilling hardware down prior to engine restart as well as chilling lines and tanks prior to transferring and refueling these propulsion elements in orbit. In lieu of expensive tests conducted on-orbit, accurate predictive computational models of these chilldown processes can be used to reduce system and propellant mass as well as mission risk. To gain confidence in these computational models, appropriate anchoring and validation to experimental data in a relevant environment needs to be performed. Recent ground and sub-orbital flight experiments conducted by the Japan Aerospace Exploration Agency (JAXA) investigated chilldown of a complex channel resembling a turbopump bearing cavity at low flow rates. This work presents Computational Fluid Dynamics (CFD) model development of the chilldown experiment employing two-phase flow boiling models available in commercial CFD software STAR-CCM+ using Volume of Fluid (VOF) and the traditional Euler-Euler multiphase flow solvers. Comparisons of the numerical and experimental results under normal and low-gravity conditions are presented. An assessment of solid wall temperatures and phase distribution yielded important insights into multiphase solver choice, dependence on gravity environment, and challenges associated with cryogenic flow boiling prediction and validation.

CFD↗