Search NASA⌕ Search

SEARCH · Search NASA

Results for “ConOps”

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 181 records · Page 10

Demand Capacity Balancing at Vertiports for Initial Strategic Conflict Management of Urban Air Mobility Operations

Urban Air Mobility (UAM) is a new transportation concept that enables highly automated, cooperative, passenger or cargo-carrying air transportation services in and around urban areas. To achieve the high level of operational density and complexity desired by the UAM community, an airspace system that allows UAM operators to readily access and operate safely and efficiently in the airspace is needed. This airspace system will require air traffic management designed to reduce the risk of conflicts and loss of separation between UAM flights. In general, strategic conflict management is considered as the first layer of conflict management for safe flight operations to condition the traffic to reduce the need for airborne separation provision, the second layer of conflict management. Demand Capacity Balancing (DCB) is one of the concept components to achieve strategic conflict management. DCB strategically evaluates traffic demand and resource capacities to allow UAM operators to determine when, where and how they operate, while mitigating conflicting needs for airspace and vertiport capacity. DCB can be applied whenever UAM demand exceeds the capacity in airspace or at vertiports. As the UAM ecosystem evolves with advanced technologies and matured operational procedures, more complicated conflict management will likely be needed. In the current UAM ‘Concept of Operation (ConOps) 1.0’ operational stage defined by FAA, however, it will be meaningful to explore the demand capacity balancing at vertiports only, as an initial strategic conflict management approach for UAM operations because vertiport capacity seems to be a bottleneck of UAM traffic. For this research, we developed a demand-capacity imbalance detection and resolution service for UAM. This DCB service identifies the demand from operators and compares the demand to a given capacity at the shared resources (i.e., vertiports) over the upcoming time horizon which is divided into time bins having a constant interval. When a new flight plan is submitted, the algorithm embedded in the DCB service checks the available time bins based on the desired departure time and estimated arrival time at origin and destination vertiports, respectively. If the time bins for the originally desired times are already occupied by other flights (i.e., demand is at or above capacity), the algorithm finds the next available time bins for takeoff and landing and shifts the conflicting departure time to the earliest time that satisfies the capacity constraints at both origin and destination vertiports. The details of the algorithm will be described in the final manuscript. Figure 1 shows that the proposed DCB algorithm works well for a sample traffic scenario. In this example, a total of 144 flights, split between two operators, are planned over 2 hours, traveling 10 routes between five vertiports. In the heatmaps, the horizontal axis shows 12 time bins where each bin represents a 12-minute interval, and the vertical axis shows five vertiports. The number in each cell shows the number of operations, counting both departures and arrivals, at a specific vertiport in each time bin. For the given capacity of 2 operations/vertiport/bin, Figure 1 shows that the original demand sometimes exceeds the capacity, but the modified demand is reduced to the given capacity after resolving demand-capacity imbalances. When UAM flights are operated, it is expected that many practical issues would arise in the federated system architecture with multiple operators. UAM operators may experience a time synchronization issue due to communication delay between operator and vehicle. UAM vehicles would fly at different flight speeds, depending on vehicle models. Actual departure and arrival times can have large variations, compared to the schedule. The lead time from flight plan submission to desired departure time can vary by service type (e.g., regular shuttle service vs. on-demand service). Using the proposed DCB algorithm, we also investigated how the actual flight schedule and DCB performance are affected by these uncertainties such as unsynchronized times between operators, flight speed differences, lead time differences, and departure time errors. The final manuscript will include the background of this research work, the description of the DCB algorithm and its use cases with traffic scenarios. It will also provide the analytical results about the impact of various uncertainties that can occur in actual UAM operations on the DCB at vertiports, in terms of demand distribution changes, number of simultaneous operations, and delay propagation.

Urban Air Mobility↗

Joint Development Testing of the Integrated Gateway-Esprit Bipropellant Refuelling System

The Gateway is an upcoming long term lunar exploration program to be completed by NASA in partnership with ESA and other US and international partners. The system design of the Gateway contains both a high performance Xenon based Solar Electric Propulsion system, as well as a bi-propellant attitude control system. Both propulsion systems are designed for on-orbit refuelling to enable long life performance of the Gateway. The ESPRIT-RM is a module which will expand the pressurized volume of Gateway, while also providing refuelling capability for both the Xenon and Bipropellant propulsion systems, therefore extending the Gateway life on orbit. As part of the Gateway bi-propellant refuelling system development, a simplified fluidic breadboard system was created to evaluate system performance and response using simulant fluids. The test plan includes verification activities with simulant (water, HFE-7100) to verify joined subsystem behaviour in the critical operations, including propellant transfer demonstration between modules, transient tests and venting tests. Integrated testing will occur at TASUK in collaboration with NASA to support joint verification activities to de-risk the major functions of the ESPRIT Bipropellant Transfer Subsystem (BTS) and the overall CONOPS of the refuelling of the Gateway chemical propulsion system. Initially collected test data is presented and has shown the architected system performance is closing initial design assumptions, but much forward work is identified to continue to characterize and develop the system.

Sebastian Hill↗

A Model-Based Systems Engineering Evaluation of the Evolution to an In-Time Aviation Safety Management System

In 2018, as result of a recommendation from the National Academies, NASA began to prototype an In-Time Aviation Safety Management System(IASMS). The purpose of the IASMS is to enable innovative aviation operations and greater heterogeneity of the overall National Airspace (NAS) by automating much of the safety monitoring, assessment, and risk and hazard mitigation functionspresent in today’s Safety Management Systems (SMS). NASA has worked together with early industry collaborators to understand how such a system might work and has published several early Concepts of Operation (ConOps) and other technical memoranda that illustrate the primary considerations for selected aviation domains. The shift from an SMS to an IASMS is predicated on several assumptions, including: 1.) automating safety functions will decrease the amount of time necessary for risk and hazard identification and analysis, making it more likely that safety concerns are understood ‘in-time’ to mitigate them, and 2.) an IASMS will allow easier tailoring of safety management processes to the particular risks and hazards inherent to that aviation operation. In this paper, we begin to validate these assumptions through the use of Model-Based Systems Engineering (MBSE).

In-time Aviation Safety Management System↗

Design and Analysis of Corridors for UAM Operations

Urban Air Mobility (UAM) is predicted to provide alternate modes of transportation for cargo and passengers in the urban areas. Integration of UAM operations into the National Airspace System is a challenge especially around large airport. The Federal Aviation Administration’s (FAA) UAM Concept of Operations (ConOps) suggests new airspace structures for UAM operations such as corridors where FAA air traffic control (ATC) will not be expected to provide services. This paper presents a design for corridors in the Dallas Fort Worth (DFW) area that attempts to minimize air traffic controller interactions with UAM pilots and operators. The corridor and vertiports are then analyzed with respect to Class B separation criteria and wake advisory criteria. The results show that for the corridors designed for the DFW area and presented in this research, in some cases Class B separation criteria are not available between UAM corridors and legacy traffic due to the geometry of the airport. It shows that wake advisory criteria were not met for some segments in North Flow traffic but were generally met in South Flow. This means that some corridor segments at DFW airport will not be available for a given airport flow and may need new placements, which need further investigation.

Urban Air Mobility↗

Discovery Synchronization Service (DSS) for UAM

NASA's ATM-X UAM Subproject recently completed the “X4 Strategic Conflict Management Simulation” with seven NC-1 airspace partners to develop and test initial UAM airspace management capabilities, including the Provider of Services for UAM (PSU), to enable strategic conflict management of UAM operations. The simulation environment leveraged the notional architecture from FAA NextGen UAM ConOps v1.0 and used technologies developed as part of UTM standards and applied them to UAM. One of the main technologies used was the Discovery and Synchronization Service (DSS) and some gaps in applying it to UAM were identified during X4. In this Technical Interchange Meeting (TIM), we will share the technical findings from the simulation and welcome industry feedback.

UAM↗

Validation of Fitness for Duty Standards Using Pre- and Post-Flight Capsule Egress and Suited Functional Performance Tasks in Simulated Reduced Gravity

The transition between gravity environments will involve one of the most complex, high-risk phases of any mission. For example, the reduced functional capacity caused by physiological deconditioning adaptations in microgravity coupled with the stressors of re-entry into partial gravity environments will increase risks to crew, even with rigorous adherence to inflight countermeasures. Quantification of the astronauts’ post-landing functional performance is necessary to design ConOps for exploration missions. Specifically, these two high-risk scenarios may be required to be performed soon after gravity transitions: • Nominal and/or emergency unassisted capsule egress task after return to Earth • Planetary extravehicular activity (EVA) soon after landing on Mars or the Moon This study is broken down into two phases. Phase 1: A feasibility study that will assess the overall feasibility and demonstrate the capability to do these tasks shortly after landing. Phase 2: the full Egress Fitness study, which is part of the CIPHER complement. This study uses a task-based approach to characterize functional performance of these high-risk scenarios in long-duration ISS crewmembers before flight and shortly after return to Earth. Prior to any testing, each astronaut subject completes a suit fit check to ensure adequate sizing and a mobility assessment to confirm completion of the EVA tasks. Pilot Egress Fitness pre-flight and post-flight testing includes an Earth-based emergency egress out of a functional capsule mockup and a short Mars gravity EVA simulation including suit donning, hatch egress, ladder descent, task board cable operations, baggage transfer over sand/rocky regolith, alignment with a rear entry port, and suit egress. Pre-flight testing will occur at any time point prior to flight. Post-flight assessment is much more critical with the capsule egress test that will occur 1–4 hours after landing and the planetary EVA approximately 18–36 hours after landing. The CIPHER study will incorporate additional pre-flight sessions, longer EVA tasks that include traverse and geology sampling, and post-flight sessions on R+1, 4, and 8 to characterize the timeframe of recovery. Data collected for both tasks include task completion time, photo, and video. The EVA portion also includes collection of metabolic and heart rate. Pilot Egress Fitness study has completed both baseline and post-flight testing on four astronaut subjects, with all four able to complete post-flight EVA testing and three able to complete postflight capsule egress testing. Preliminary results observe individual physiological variations, which were to be expected but also suggest the need to carefully track the timeline from undock to landing to testing. Furthermore, some task performance instructions and equipment may need to be adjusted to ensure results are primarily physiological. These and other lessons learned will be addressed with minor protocol changes in the full CIPHER Egress Fitness study.

J R Norcross↗

HAT m:N Activity Overview

Since 2020, researchers from the Human Autonomy Teaming (HAT) Laboratory at NASA Ames Research Center have conducted human-in-the-loop (HITL) simulation research to study a new control paradigm for operations involving multiple remotely piloted aircraft systems (RPAS). Colloquially referred to as "m:N," this paradigm is characterized by multiple operators collaboratively controlling multiple vehicles between them. The m:N name expresses a ratio whereby m is the number of operators and N is the number of vehicles shared between them. In this presentation, HAT Lab researchers provide a high-level overview of the m:N studies that have been performed to-date. These include a study of the m:N concept of operations (CONOPS) and the attending roles and responsibilities ("ConOps/R&R Sim"), a study focused on contingency management involving dynamic, inter-operator transfers of vehicles ("Handoff Sim"), and a study examining the effects of pilot-ATC communication systems on workload ("UAM Comms Sim"). A selection of key results are provided. The presentation concludes with a brief discussion of planned research into m:N operations.

m:N↗

Concept of Operations for an In-time Aviation Safety Management System (IASMS) for Upper E Airspace

The National Airspace System undergoes continuous change including in the Upper Class E airspace involving increasingly complex operations and a widening diversity of vehicles. To secure a safe future system, the National Academies recommended an In-time Aviation Safety Management System (IASMS) that is extensible to Upper E. Current Air Traffic Management is not cost-effective to scale for future Upper E operations and diversity of vehicles so the Federal Aviation Administration developed an Upper E Traffic Management ConOps to safely integrate the diverse operations and vehicles having different performance characteristics and flight missions without disrupting current operations including space launch and reentry, suborbital flights, supersonic and hypersonic flights, slow moving or stationary unmanned balloons, and long endurance fixed wing vehicles that are slow, stationary, or high speed. IASMS integrates state-of-the-art predictive modeling with reactive and proactive analytics to detect hazards and mitigate risk precursors for Upper E operators. IASMS identifies emergent safety risks exposed by transformation of the NAS with new and increasingly complex operations. Safety intelligence will also expand the data available and offer insight to new approaches for implementing safety improvements to mitigate risk with more seamless “in-time” integration across the policy, risk management, safety assurance, and promotion pillars of SMS.

K Ellis↗

Airspace Automation Flight Tabletop Exercise

Interconnections of new systems are needed for airspace automation capabilities required in Urban Air Mobility (UAM). FAA Concept of Operations (CONOPS) V1.0 shows Provider of Services for UAM (PSU) at the center of the notional architecture; however, the functional role of the PSU in data exchange and the path to get there is unclear. In partnership with Wisk Aero, Avision, ANRA, Collins Aerospace, OneSky, SkyGrid, and AURA, the NASA National Campaign held discussions and tabletop exercises to test the functional allocations and work flows between an aircraft operator, airspace providers, Command and Control Communication Service Providers (C2CSP), and FAA air traffic in a real-world scenario. The exercise included preplanning and execution of a passenger mission with nominal, contingency, and conflict management scenarios for initial UAM operations. This working paper describes initial conditions for the flight tabletop exercise, exercise summaries, lessons learned, and recommendations for future work.

National Campaign↗

Aerial Vehicle Routing and Scheduling for UAS Traffic Management: A Monte Carlo Tree Search Approach

Numerous unmanned aircraft systems operating at low altitudes to deliver goods and services may one day become ubiquitous in our cities. In the Unmanned Aircraft Systems (UAS) Traffic Management (UTM) framework, such a concept is envisioned, where aerial vehicles operate beyond visual line of sight (BVLOS) within specifically reserved and time stamped “corridors” in the airspace. For example, these corridors or operational intent volumes can connect an aerial vehicle’s origin site to its destination site for package delivery operations. There may also be more than one corridor available for an aerial vehicle to choose from and often different corridors may intersect with one another. Thus, it is imperative to ensure flight trajectories belonging to different aerial vehicles are not in conflict. Per the UTM CONOPs, we assume that a vehicle almost always stays inside its corridor or operational volume. This work provides a framework for strategic deconfliction of UTM or package delivery drones, where we schedule the departure time of all vehicles subject to various temporal constraints (including the corridor deconfliction at the intersections). We present the “multi-route weighted package delivery problem” which serves as an exemplifying model for strategic deconfliction in UTM. In the multi-route weighted package delivery problem, a graph network is given which consists of a set of depots (source) and drop-off (destination) nodes, with multiple routes (defined as a sequence of waypoints) connecting the depots to drop-off nodes. In addition, routes are weighted by the associated ground risk and total travel distance for package delivery. The goal is for a known set of aerial vehicles to depart from the depots, choose a route and take off time, while avoiding conflicts with other aerial vehicles, and minimizing both risk and distance traveled. We provide a mixed integer linear programming (MILP) formulation of the problem, as well as a heuristic solution based on Monte Carlo Tree Search (MCTS) – a method used in game theory and artificial intelligence – to overcome limitations inherent to optimal solvers. Computational results show the advantages of using MCTS over the MILP formulation; the former can provide a sub-optimal solution quickly, and may sometimes even reach an optimal solution, whereas the latter may not even produce a solution in reasonable time. Furthermore, results from both the MILP formulation and MCTS methods were validated using a preliminary agent-based simulator implementing the UTM concept of operations. Thus, the MCTS method can be seen as a scalable solution to the complex multi-route weighted package delivery problem and may possibly be extended to similar complex optimization problems.

Kenny Chour↗

An In-time Aviation Safety Management System (IASMS) Concept of Operations for Vertiport Design and Operations

The National Airspace System is foreseen to undergo revolutionary change with Urban Air Mobility (UAM) and its use of vertiports to transport passengers and cargo. To assure safety with UAM and more broadly with Advanced Air Mobility (AAM), the National Academies recommended an In-time Aviation Safety Management System (IASMS) that is extensible to the design and operation of vertiports. Vertiport designs will scale in several dimensions including physical size and infrastructure depending upon location and in the Services, Functions, and Capabilities required for assuring safety with increasingly complex vertiport designs and operations. These operations will be enabled by evolving technologies including electric vertical takeoff and landing (eVTOL) aircraft for passenger-and cargo-carrying commercial transportation. Within this construct, safety hazards and risk mitigations involving predictive data analytics and modeling will be used. Use cases and future challenges are examined to guide maturation of the IASMS ConOps for vertiports.

K Ellis↗

Application and use of Multi Body Dynamic Simulations for In Space Mechanisms

The Thermal and Mechanical Analysis Branch of the Space System Department (ES22) is actively growing and expanding a new mechanical analysis capability. In recent years, there has been an increase in the demand for Multi Body Dynamics (MBD) analysis to support small ESPA ring size spacecraft, cubesats, lunar surface operations and large spacecraft with complex operations or deployables. Requirements can be balanced for both needs to ensure mechanism is verified for launch. Multi-body dynamics is the study of multiple rigid or flexible bodies that are linked together or are in contact and the associated kinematics and dynamics of the system. The typical outputs include performance information, loads, and deflections of mechanical systems. They routinely support the development of robotic mechanisms, deployment mechanisms, landing simulations, control systems, and conops planning.

Multi Body Dynamics Analysis↗

NASA Aeronautics Research Mission Directorate System Security Engineering Approaches

System security engineering (SSE) is a set of formal engineering methods and is considered a subset of systems engineering. It is a relatively new development in systems engineering with the initial NIST (National Institute of Standards) standard published in November of 2016 with updates in 2018, and 2022. The guiding principles in our methodology are based in NIST Special Publication 800-160 Vol. 1 “Systems Security Engineering: Considerations For A Multidisciplinary Approach In The Engineering Of Trustworthy Secure Systems” and integrate methodologies from common IT (Information Technology) threat modeling approaches utilizing MBSE (Model-Based Systems Engineering). The presentation will discuss how our teams utilize SSE and MBSE (Model-Based Systems Engineering) to develop secure architectures for systems under development in our NASA aeronautics research environment. This includes the activities to develop Protection Needs (PN) that, in turn result in security requirements in the design context and policies for the future state operational context for system protection. The process of applying SSE to analyze project architectures and ConOps (Concept of Operations) is intended to ensure the transferred research is both secure and securable in a “real-world” setting.

Systems Security Engineering↗

Aerothermal Analysis and Thermal Protection System Design of the Mars Sample Retrieval Lander [SRL].

Mars Sample Retrieval Lander, part of the Mars Sample Return (MSR) mission, is being designed to land the heaviest payload yet, to the surface of Mars. SRL is being designed to carry the Lander, Sample Transfer System, Mars Acent Vehicle, and two Sample Recovery Helicopters. Compared to MSL and Mars 2020, SRL has a significantly higher ballistic coefficient, and flies at a higher lift/drag configuration. While the SRL heatshield is very similar to that of MSL and M2020, the backshell is very different, so as to accommode the payload. SRL is shielded by the same TPS materials as MSL and Mars 2020, with changes to design reflecting the SRL configuration and ConOPS. The aerothermal analysis and TPS design methodology of SRL relies on the successes of MSL and Mars 2020, and the lessons learned from MEDLI and MEDLI2. However, the constraints on mass require us to revisit all of our prediction models and analysis assumptions, in an attempt to reduce conservatism and TPS mass. MSL and Mars 2020 reconstruction, and detailed comparisons against MEDLI/MEDLI2 data are being used to justify our analysis approach and refine uncertainties and margins.

Mars↗

NASA Space Environment Analog for Training, Engineering, Science, and Technology (SEATEST) 6 Detailed Final Report

After more than 50 years since the last crewed lunar landing, plans for more missions to the moon are in development. For these missions, efficient and sustainable logistics will be critical. Additionally, innovative methods of cargo transfer to and from a lunar outpost should be considered for successfully establishing a permanent presence on the moon. SEATEST (Space Environment Analog for Training, Engineering, Science, and Technology) is an immersive mission-analogous operational atmosphere where buoyancy effects and supplemental weights can simulate partial gravity conditions similar to those astronauts will experience on the moon. SEATEST 6 took place at the University of Southern California (USC) Wrigley Marine Science Center on Santa Catalina Island from July 18-30, 2023. The analog was used to collect preliminary logistics data on two different offloading conceptual methods (a davit and a zipline) during a simulated lunar mission. Pre-test analysis indicated for a crew of two on a 14-day mission, approximately three Medium Pressurized Logistics Containers (MPLC) sized logistics containers (or a total of 37.5 single Cargo Transfer Bag Equivalents (CTBE)) would be needed to support a mission. A Computer-Aided Design (CAD) analysis was employed on the SEATEST airlock mockup to determine how many logistic containers would fit with two suited crewmembers, don/doff stands, and hatch operations. It was determined that for SEATEST, a total of 15 1.0 Small Pressurized Logistics Containers (SPLCs) and 8 2.0 SPLCs would adequately fit into the approximate 9.5 cubic meter airlock volume. This does not fully represent a complete 14-day logistic supply; however, it does provide a preliminary estimate to initiate design conversations between logistics teams and crew at this early stage of development. Data were collected in eight logistics transfer scenarios over two days with four scenarios per day. Five test subject crew participated in scenarios as pairs. Scenarios included two sizes of logistics containers – 1.0 SPLC (equivalent to a single Cargo Transfer Bag (CTB) and 2.0 SPLC (equivalent to two CTBs). Planed evaluations included the use of a logistics port compared to transfer through an Airlock hatch, offloading methods based on either a davit or a zipline system, choreography of cargo in the airlock to permit ingress and suit doffing, and dust removal protocols for an understanding of the overall impact to transfer ops. Data collected included objective data (task times for conducting overall tasks and subtasks, full audio/video of test activities, and inadvertent “dings” on hardware) and subjective data (crew consensus of: task acceptability and capability assessment ratings related to best practices, considerations, and constraints for EVA-driven logistics transfer ConOps, sim quality of the test environment, and more general debrief comments). The two logistic offloading transfer concepts (davit, zipline) presented both advantages and limitations. The davit’s flexibility in allowing the crew to pick up the containers without physical interaction was well regarded by the crew. Some limitations of select davit hardware components were noted, but the overall concept was acceptable. The zipline system proved to be the most efficient way of moving logistics from the lander to the airlock and eliminated the need for dust operations. However, extended and repetitive lifting of containers to the line could be fatiguing. In conclusion, logistics transfer could hypothetically be achieved without an offloading method; however, the time requirement for such operations would be prohibitive. Results of crew subjective feedback proposed a combined or hybrid davit/zipline method to increase efficiency.

Logistics↗

Assessing the Relocation of Artemis Foundational Lunar Surface Concepts

The National Aeronautics and Space Administration (NASA) has defined a functionally based Moon to Mars (M2M) architecture consisting of four key human exploration segments: human lunar return (HLR), foundational exploration (FE), sustained lunar evolution (SLE), and humans to Mars (H2M). These segments are portions of the architecture which represent a stepwise increase in complexity and achievement of M2M objectives [1]. As systems are deployed during the FE segment, it may be desired or even necessary to relocate these elements on the lunar surface as the architecture transitions into the SLE segment. While some Artemis elements under development, such as rovers, are being designed for mobility during both crewed and uncrewed/dormant periods, other architectural concepts do not currently carry a mobility capability. In preparation for the Agency’s 2023 Architecture Concept Review (ACR), a team was assembled to establish a methodology for assessing the relocation feasibility of normally stationary elements. Such a capability could be applied locally or regionally, and might allow for re-purposing previously occupied terrain, expansion of exploration range, aggregation of habitation elements, or retiring systems at the end of their useful service life. The assembled NASA team investigated the relocation trade space through defining a representative concept of operations (ConOps) and assessing possible system impacts. The team focused predominately on the relocation of medium and large surface habitat architectural concepts through surface-based traverses utilizing separable mobility platforms (SMP). A representative mobility platform model was placed through simulation to analyze the possible energy requirements and dynamic illumination impacts. Preliminary assessment indicated that element relocation might be achievable, however significant system and architectural-level risks still need to be quantified. Future analysis will assist in determining what degree of element relocation provides the greatest benefit to achieving a sustained lunar presence. [1] NASA. (2022). Moon to Mars Objectives. Retrieved from: https://www.nasa.gov/sites/default/files/atoms/files/m2m-objectives-exec-summary.pdf

Artemis↗

ExMC Systems Engineering Status

The Exploration Medical Capability (ExMC) Element within the Human Research Program (HRP) applies systems engineering principles along with the use of Model-Based Systems Engineering (MBSE) tools to identify and communicate the requirements for medical and crew health and performance (CHP) systems. The MBSE approach to medical system design offers a paradigm shift toward greater integration between the vehicle and a human health and performance system. In addition, the MBSE tools provide a means in which systems engineers can develop different views of the relationships between and among requirements, standards, functions, and capabilities, to name a few, that is best suited for a user’s objectives. Applying these tools, ExMC Systems Engineering (SE) developed three MBSE models in support of multiple projects in fiscal year (FY) 2023. These included the Long-Duration Lunar Orbit and Lunar Surface (LDLOLS) Medical System Foundation, Earth-Independent Medical Operations (EIMO) medical system ConOps, and the 2023 Artemis CHP System model. This talk will provide a high-level overview of what the ExMC SE team has accomplished since the last Investigators’ Workshop, an introduction to upcoming SE talks, and the ongoing systems engineering work.

Systems engineering↗

Gateway Integrated ECLSS Model Analysis of Intermodule Ventilation Failures

The Gateway Integrated ECLSS Model (GIEM) is a set of two independent models, made in Aspen Custom Modeler (ACM) and Thermal Desktop (TD), of the Gateway stack and each modules' associated environment control and life support system (ECLSS). The GIEM utilizes the 41-Node Metabolic Man (METMAN) to simulate crew inside the Gateway consuming O2 and producing CO2, H2O, and heat for the ECLSS to remove. The modules and visiting vehicles all have different levels of ECLSS capabilities and may rely on other modules and Intermodular Ventilation (IMV), which is used to exchange gas between the modules, to ensure the entire Gateway environment is controlled. If IMV were to fail or be turned off, some vehicles may have limited access to necessary ECLSS functions. This analysis focuses on evaluating O2, CO2, and H2O levels when crew are in vehicles without their own life support and IMV has failed to evaluate how long before the atmosphere is unsafe for the crew. This analysis uses the integrated nature of the GIEM to look at time to effect for O2 depletion and CO2 and H2O buildup when crew are working in vehicles that have been cut off from the ECLSS-active portion of the stack. This information is used to inform for how long crew can safely continue working in the ECLSS-inactive vehicles before experiencing a requirement violation or physical limitation and can be referenced when developing maintenance and emergency response concept of operations (ConOps).

Lawrence Barrett↗