Search NASA⌕ Search

SEARCH · Search NASA

Results for “architectures Mars surface exploration”

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 325 records · Page 18

MBSE Applications for the MSR SRC Mars Ascent Vehicle

The objective of the NASA Mars Sample Return (MSR) Campaign is to collect samples from the surface of Mars and return them to Earth for scientific research. The Mars Ascent Vehicle (MAV) will be integrated into a larger Mars Sample Retrieval Lander (SRL) for transit to and storage on Mars. After all Martian samples have been collected and loaded into the MAV payload assembly, MAV will deliver the samples from the Martian surface to Mars orbit. A separate spacecraft, the Earth Return Orbiter (ERO) will retrieve the samples from Mars orbit and return them to Earth. To address common systems engineering challenges associated with using traditional systems engineering practices on complex projects, the MAV systems engineering team has explored implementation of Model-Based Systems Engineering (MBSE) tools and languages. This paper describes the current state of implementation and development of the MAV MBSE model with the Systems Modeling Language (SysML) within the scope of the MAV Systems Requirement Cycle (SRC) systems engineering workflow. The MAV MBSE model has been developed within Magic Draw – a SysML editor commonly used to implement MBSE. The MAV MBSE model has been used to develop mission phase functional flow diagrams for the Concept of Operations, decompose mission to vehicle subsystem functions, develop a functional decomposition, derive functional requirements, trace requirements up to customer-imposed requirements, trace requirements within MAV requirement space, identify requirements trace gaps, define and map the physical design space architecture, allocate requirements to subsystems, develop validation items, define assembly, integration, and test (AI&T) operations, and trace these items across driving goals to develop an integrated digital thread of systems engineering information used to drive design specifications, decision making, and ultimately design verification and validation. Findings and results associated with implementing MBSE in these ways, alongside traditional methods will be discussed.

MBSE↗

MBSE Applications for the MSR SRC Mars Ascent Vehicle

The objective of the NASA Mars Sample Return (MSR) Campaign is to collect samples from the surface of Mars and return them to Earth for scientific research. The Mars Ascent Vehicle (MAV) will be integrated into a larger Mars Sample Retrieval Lander (SRL) for transit to and storage on Mars. After all Martian samples have been collected and loaded into the MAV payload assembly, MAV will deliver the samples from the Martian surface to Mars orbit. A separate spacecraft, the Earth Return Orbiter (ERO) will retrieve the samples from Mars orbit and return them to Earth. To address common systems engineering challenges associated with using traditional systems engineering practices on complex projects, the MAV systems engineering team has explored implementation of Model-Based Systems Engineering (MBSE) tools and languages. This paper describes the current state of implementation and development of the MAV MBSE model with the Systems Modeling Language (SysML) within the scope of the MAV Systems Requirement Cycle (SRC) systems engineering workflow. The MAV MBSE model has been developed within Magic Draw – a SysML editor commonly used to implement MBSE. The MAV MBSE model has been used to develop mission phase functional flow diagrams for the Concept of Operations, decompose mission to vehicle subsystem functions, develop a functional decomposition, derive functional requirements, trace requirements up to customer-imposed requirements, trace requirements within MAV requirement space, identify requirements trace gaps, define and map the physical design space architecture, allocate requirements to subsystems, develop validation items, define assembly, integration, and test (AI&T) operations, and trace these items across driving goals to develop an integrated digital thread of systems engineering information used to drive design specifications, decision making, and ultimately design verification and validation. Findings and results associated with implementing MBSE in these ways, alongside traditional methods will be discussed.

MBSE↗

Nuclear electric propulsion: A better, safer, cheaper transportation system for human exploration of Mars

NASA has completed a preliminary mission and systems study of nuclear electric propulsion (NEP) systems for 'split-sprint' human exploration and related robotic cargo missions to Mars. This paper describes the study, the mission architecture selected, the NEP system and technology development needs, proposed development schedules, and estimated development costs. Since current administration policy makers have delayed funding for key technology development activities that could make Mars exploration missions a reality in the near future, NASA will have time to evaluate various alternate mission options, and it appears prudent to ensure that Mars mission plans focus on astronaut and mission safety, while reducing costs to acceptable levels. The split-sprint nuclear electric propulsion system offers trip times comparable to nuclear thermal propulsion (NTP) systems, while providing mission abort opportunities that are not possible with 'reference' mission architectures. Thus, NEP systems offer short transit times for the astronauts, reducing the exposure of the crew to intergalactic cosmic radiation. The high specific impulse of the NEP system, which leads to very low propellant requirements, results in significantly lower 'initial mass in low earth orbit' (IMLEO). Launch vehicle packaging studies show that the NEP system can be launched, assembled, and deployed, with about one less 240-metric-ton heavy lift launch vehicle (HLLV) per mission opportunity - a very Technology development cost of the nuclear reactor for an NEP system would be shared with the proposed nuclear surface power systems, since nuclear systems will be required to provide substantial electrical power on the surface of Mars. The NEP development project plan proposed includes evolutionary technology development for nuclear electric propulsion systems that expands upon SP-100 (Space Power - 100 kw(e)) technology that has been developed for lunar and Mars surface nuclear power, and small NEP systems for interplanetary probes. System upgrades are expected to evolve that will result in even shorter trip times, improved payload capabilities, and enhanced safety and reliability.

Clark, John S.↗

Crewed Mars Mission Mode Options for Nuclear Electric/Chemical Hybrid Transportation System

NASA's Human Exploration and Operation Mission Directorate is continuing to study different concepts and options to field human Mars missions as part of NASA's Moon2Mars directive. For crewed missions to Mars, the transportation system sizing is highly dependent on the total mission duration, Mars orbit dwell time, mission concept of operations, and the chosen propulsion system. NASA has been investigating the use of low-thrust electric propulsion systems to augment high-thrust chemical propulsion system for crewed Mars mission to enable a more energy-efficient operations. Recent studies on these missions have focused on ``All-Up'' piloted mission modes in which the in-space transportation system for crew transit departs Earth with everything it needs for the roundtrip journey, with only the Mars landers and surface assets pre-deployed. This design choice was made to minimize the mission operation risk, as the crew could return safely to Earth in the event of a failure to rendezvous or other failure of any pre-deployed assets. As the Mars Architecture Team continues to investigate and understand the Mars mission trade space, alternate mission mode studies were conducted to understand their impact to the transportation system. These include pre-positioning return assets and discarding expended stages to reduce the overall system mass.

Patrick R Chai↗

Gateway Integrated Environmental Control and Life Support System Overview and Status

The Gateway will be a lunar orbiting platform that is a critical element in establishing a sustainable, long-term human presence on the lunar surface and beyond to deep space exploration. As part of this mission, the Gateway Environmental Control and Life Support Subsystem (ECLSS), employs its capabilities to: - Support two to four-person crew expeditions for at least 30 days, approximately once every one to three years with extended periods of dormancy, - Provide life support functionality during nominal and contingency scenarios, - Support crew expeditions to the Lunar surface by providing a Habitable volume, from which staging, or preparation can take place for missions to the Lunar surface or to deep space destinations, and - Facilitate a platform to demonstrate the necessary capabilities to expand a sustainable human presence into Deep Space, including the surface of the Moon and Mars. The Gateway consists of an assembly of modules provided by commercial and international partnerships with varied capability that, together, achieve these objectives. The Habitation and Logistics Outpost (HALO) and International Habitat (I-Hab) modules provide the air revitalization and conditioning capabilities for the Gateway with some ECLSS functionality provided in the other modules to support crew operations. This paper explains the architecture of the Gateway ECLSS and provides the status of its development.

Gateway↗

Options for Offloading a 90-Ton Common Habitat from its Lander on the Surface of Mars

The Common Habitat is a large, long-duration habitat being explored as part of a conceptual study (not an active NASA program) that uses an SLS core stage liquid oxygen (LOX) tank as its primary structure. Measuring 8.4 meters in diameter and 15.6 meters in length, it is manufactured as a habitat and launched as such into space. It is intended for use on the Moon as part of a permanently occupied outpost, on Mars as part of an outpost that will be occupied for hundreds of days at a time, and in deep space as part of the Deep Space Exploration Vehicle where it will support crewed missions up to 1200 days in duration. A study of internal orientation and crew size resulted in a Common Habitat configuration sized for a crew of eight with a three-deck horizontal orientation. There are obvious challenges associated with the delivery of such a large habitat, which may mass as much as 90-tons when initially deployed. The Mars destination in particular imposes extreme challenges due to Martian gravity. This paper identifies initial options for the offloading of a 90-ton Common Habitat from a lander spacecraft on the surface of Mars. On Mars, the Common Habitat is part of a surface outpost where a Habitation Zone includes the Common Habitat docked to a two-chamber airlock node, up to two logistics modules, and up to two pressurized rovers. It is connected by underground conduit to a radiator farm and communications tower assembly. These elements and other surface infrastructure, including robotic systems for surface preparation, are landed prior to the Common Habitat. In the baseline Common Habitat Architecture, the Common Habitat is delivered on the third heavy cargo flight. The Habitation Zone configuration dictates that the Common Habitat needs to be offloaded from the lander. All of the docked elements require direct access to the surface and the Common Habitat must actually be placed in a trench to lower its docking ports to be level with those of the mated elements. Additionally, the habitat must be emplaced in a horizontal configuration, while for any conceivable Earth launch system it must be launched in a vertical configuration. It is true that the Common Habitat must be offloaded from its lander on both the Moon and Mars and a common offloading system must therefore work in both destinations. Mars, however, is considered the driving case for offloading in most, but not all, aspects. A four-day internal study in 2021 recommended that a modified Starship be used to land the Common Habitat on Mars and considered multiple approaches to offload the Common Habitat from the payload section and lower it to the surface. The topic was presented at a public hackathon organized by the Johnson Space Center’s Emerge Employee Resource Group. One team took on the challenge and proposed a concept in some ways similar to the previously considered jib crane. Despite the excellent innovation in the team’s work, a number of study refinements are necessary to truly establish feasibility. These and other future work needed to mature the concept are discussed in this work.

Lander Offloading↗

Human Mars Mission: Transportation Assessment

The first Human Mars Mission is being projected to take place during the 2011 and 2013 / 2014 Mars opportunities. Two cargo flights will leave for Mars during the first opportunity, one to Mars orbit and the second to the surface, to prepare the descent transportation, landing site reconnaissance, and ascent vehicle and propellant for the crew arriving during the following opportunity. Each trans-Mars injection (TMI) stack will consist of a payload portion (currently coming in at 60 to 84 metric tonnes) and a TMI propulsion stage (currently coming in at 68-156 mt loaded with propellant) for performing the departure ΔVs for the appropriate Mars trajectories. Three different options are being considered for the system(s) that will comprise the TMI stage for each stack and will perform ΔVs that range from 848 meters/second (m/sec) to 4232 m/sec as required by the trajectory (with gravity losses and various performance margins included). Liquid oxygen (LOx) / liquid hydrogen (LH 2 ) and LOx / liquid methane (LCH 4 ) are the propellant options for other transportation elements utilized for descent, ascent, and trans-Earth injection (TEI) in these Mars architectures. This paper will discuss the current applications of the necessary transportation stages to a human Mars mission and project the implications these various options have on an exploration visit to Mars.

Mars Missions↗

Near Earth Architectural Options for a Future Deep Space Optical Communications Network

In the near future the National Aeronautics and Space Administration anticipates a significant increase in demand for long-haul communications services from deep space to Earth. Distances will range from 0.1 to 40 AU, with data rate requirements in the 1's to 1000's of Mbits/second. The near term demand is driven by NASA's Space Science Enterprise which wishes to deploy more capable instruments onboard spacecraft and increase the number of deep space missions. The long term demand is driven by missions with extreme communications challenges such as very high data rates from the outer planets, supporting sub-surface exploration, or supporting NASA's Human Exploration and Development of Space Enterprise beyond Earth orbit. Laser communications is a revolutionary communications technology that will dramatically increase NASA's ability to transmit information across the solar system. Lasercom sends information using beams of light and optical elements, such as telescopes and optical amplifiers, rather than RF signals, amplifiers, and antennas. This paper provides an overview of different network options at Earth to meet NASA's deep space lasercom requirements. It is based mainly on work done for the Mars Laser Communications Demonstration Project, a joint project between NASA's Goddard Space Flight Center (GSFC), the Jet Propulsion Laboratory, California Institute of Technology (JPL), and the Massachusetts Institute of Technology Lincoln Laboratory (MIT/LL). It reports preliminary conclusions from the Mars Lasercom Study conducted at MIT/LL and on additional work done for the Tracking and Data Relay Satellite System Continuation Study at GSFC. A lasercom flight terminal will be flown on the Mars Telesat Orbiter (MTO) to be launched by NASA in 2009, and will be the first high rate deep space demonstration of this revolutionary technology.

Edwards, B. L.↗

A Historical Review of Logistics Mass and Crew Time Demands for ISS Operations

Following over 20 years of continuously crewed operations on the International Space Station (ISS), NASA is planning to return to the Moon and eventually send humans to Mars. ISS operations provide vital data to inform mission analysts as NASA prepares for longer and more complex missions with increased mission endurance. Endurance, defined as crewed operating time between cargo deliveries (or crew launch and return to Earth), is an important metric when analyzing mission needs. NASA is developing architectures to support sustained deep-space habitats in cislunar space, the lunar surface, Mars transit, and the surface of Mars. Unlike the ISS, these systems will not be continuously crewed, and unlike the Space Shuttle, these systems will not return to Earth for regular refurbishment between missions. Lunar systems will routinely go through long uncrewed periods between crewed missions. The systems on board will need to survive these dormancy periods with no crew present to provide maintenance. Mars systems will experience significantly longer endurance than past experience. Additionally, the inability to have quick aborts to return to Earth increases the need for system reliability, redundancy, and maintainability, as well as plans for contingency operations. This paper examines the historical logistics and crew time demand for ISS operations and mission objectives and provides an overview of missions to the ISS over its operating history, the mass and items delivered with the missions, and the crew time spent during missions. These parameters provide insight and valuable data to inform logistics and crew time estimates for future long-endurance crewed exploration missions.

Crew Logistics↗

A Historical Review of Logistics Mass and Crew Time Demands for ISS Operations

Following over 20 years of continuously crewed operations on the International Space Station (ISS), NASA is planning to return to the Moon and eventually send humans to Mars. ISS operations provide vital data to inform mission analysts as NASA prepares for longer and more complex missions with increased mission endurance. Endurance, defined as crewed operating time between cargo deliveries (or crew launch and return to Earth), is an important metric when analyzing mission needs. NASA is developing architectures to support sustained deep-space habitats in cislunar space, the lunar surface, Mars transit, and the surface of Mars. Unlike the ISS, these systems will not be continuously crewed, and unlike the Space Shuttle, these systems will not return to Earth for regular refurbishment between missions. Lunar systems will routinely go through long uncrewed periods between crewed missions. The systems on board will need to survive these dormancy periods with no crew present to provide maintenance. Mars systems will experience significantly longer endurance than past experience. Additionally, the inability to have quick aborts to return to Earth increases the need for system reliability, redundancy, and maintainability, as well as plans for contingency operations. This paper examines the historical logistics and crew time demand for ISS operations and mission objectives and provides an overview of missions to the ISS over its operating history, the mass and items delivered with the missions, and the crew time spent during missions. These parameters provide insight and valuable data to inform logistics and crew time estimates for future long-endurance crewed exploration missions.

Crew Logistics↗

Ares V: Game Changer for National Security Launch

NASA is designing the Ares V cargo launch vehicle to vastly expand exploration of the Moon begun in the Apollo program and enable the exploration of Mars and beyond. As the largest launcher in history, Ares V also represents a national asset offering unprecedented opportunities for new science, national security, and commercial missions of unmatched size and scope. The Ares V is the heavy-lift component of NASA's dual-launch architecture that will replace the current space shuttle fleet, complete the International Space Station, and establish a permanent human presence on the Moon as a stepping-stone to destinations beyond. During extensive independent and internal architecture and vehicle trade studies as part of the Exploration Systems Architecture Study (ESAS), NASA selected the Ares I crew launch vehicle and the Ares V to support future exploration. The smaller Ares I will launch the Orion crew exploration vehicle with four to six astronauts into orbit. The Ares V is designed to carry the Altair lunar lander into orbit, rendezvous with Orion, and send the mated spacecraft toward lunar orbit. The Ares V will be the largest and most powerful launch vehicle in history, providing unprecedented payload mass and volume to establish a permanent lunar outpost and explore significantly more of the lunar surface than was done during the Apollo missions. The Ares V consists of a Core Stage, two Reusable Solid Rocket Boosters (RSRBs), Earth Departure Stage (EDS), and a payload shroud. For lunar missions, the shroud would cover the Lunar Surface Access Module (LSAM). The Ares V Core Stage is 33 feet in diameter and 212 feet in length, making it the largest rocket stage ever built. It is the same diameter as the Saturn V first stage, the S-IC. However, its length is about the same as the combined length of the Saturn V first and second stages. The Core Stage uses a cluster of five Pratt & Whitney Rocketdyne RS-68B rocket engines, each supplying about 700,000 pounds of thrust. Its propellants are liquid hydrogen and liquid oxygen. The two solid rocket boosters provide about 3.5 million pounds of thrust at liftoff. These 5.5-segment boosters are derived from the 4-segment boosters now used on the Space Shuttle, and are similar to those used in the Ares I first stage. The EDS is powered by one J-2X engine. The J-2X, which has roughly 294,000 pounds of thrust, also powers the Ares I Upper Stage. It is derived from the J-2 that powered the Saturn V second and third stages. The EDS performs two functions. Its initial suborbital burns will place the lunar lander into a stable Earth orbit. After the Orion crew vehicle, launched separately on an Ares I, docks with the lander/EDS stack, EDS will ignite a second time to put the combined 65-metric ton vehicle into a lunar transfer orbit. When it stands on the launch pad at Kennedy Space Center late in the next decade, the Ares V stack will be approximately 381 feet tall and have a gross liftoff mass of 8.1 million pounds. The current point-of-departure design exceeds Saturn V s mass capability by approximately 40 percent. Using the current payload shroud design, Ares V can carry 315,000 pounds to 29-degree low Earth orbit (LEO) or 77,000 pounds to a geosynchronous orbit. Another unique aspect of the Ares V is the 33-foot-diameter payload shroud, which encloses approximately 30,400 cubic feet of usable volume. A larger hypothetical shroud for encapsulating larger payloads has been studied. While Ares V makes possible larger payload masses and volumes, it may alternately make possible more cost-effective mission design if the relevant payload communities are willing to consider an alternative to the existing approach that has driven them to employ complexity to solve current launch vehicle mass and volume constraints. By using Ares V s mass and volume capabilities as margin, payload designers stand to reduce development risk and cost. Significant progress has been made on the Ares V to support a plaed fiscal 2011 authority-to-proceed (ATP) milestone. The Ares V team is actively reaching out to external organizations during this early concept phase to ensure that the Ares V vehicle can be leveraged for national security, science, and commercial development needs. This presentation will discuss Ares V vehicle configuration, the path to the current concept, accomplishments to date, and potential payload utilization opportunities.

Sumrall, Phil↗

Extraction and Capture of Water from Martian Regolith Experimental Proof-of-Concept

Mars Design Reference Architecture 5.0:Lists in-situ resource utilization (ISRU) as enabling for robust human Mars missionsLO2LCH4 ascent propulsion 25,000 kg oxygen from atmosphere for ascent and life support Atmospheric based ISRU processes less operationally complex than surface based limited concept evaluation to date and Mars surface water property and distribution uncertainty would not allow [Mars soil water processing] to be base lined at this time Limited Concept Evaluation to Date Lunar regolith O2 extraction processing experience Lunar regolith is fluidized and heated to high temperatures with H2 to produce H2O from iron-bearing minerals Mars similarity concept: Soil placed in fluidized bed reactor Heated to moderate temperatures Inert gas flow used to fluidize the bed and help with water desorption Challenges: High-temperature dusty seals Working gas requires downstream separation and recycling to reduce consumables loss Batch process heating thermally inefficient.

in situ resource utilization↗

The Fusion Driven Rocket: Nuclear Propulsion through Direct Conversion of Fusion Energy

The future of manned space exploration and development of space depends critically on the creation of a dramatically more efficient propulsion architecture for in-space transportation. A very persuasive reason for investigating the applicability of nuclear power in rockets is the vast energy density gain of nuclear fuel when compared to chemical combustion energy. The Fusion Driven rocket (FDR) represents a revolutionary approach to fusion propulsion where the power source releases its energy directly into the propellant, not requiring conversion to electricity. It employs a solid lithium propellant that requires no significant tankage mass. The propellant is rapidly heated and accelerated to high exhaust velocity (> 30 km/s), while having no substantial physical interaction with the spacecraft thereby avoiding damage to the rocket and limiting both the thermal heat load and radiator mass. The key to achieving this stems from research at MSNW and the UW on the magnetically driven implosion of metal foils onto a magnetized plasma target to obtain fusion conditions. A logical extension of this work leads to a method that utilizes these metal shells (or liners) to not only achieve fusion conditions, but to serve as the propellant as well. Several low-mass, magnetically driven metal liners are inductively driven to converge radially and axially and form a thick blanket surrounding the target plasmoid and compress the plasmoid to fusion conditions. Virtually all of the radiant, neutron and particle energy from the plasma is absorbed by the encapsulating, thick metal blanket thereby isolating the spacecraft from the fusion. This energy, in addition to the intense Ohmic heating at peak magnetic field compression, is adequate to vaporize and ionize the metal blanket. The expansion of this hot, ionized metal propellant through a magnetically insulated nozzle produces high thrust at the optimal Isp. The energy from the fusion process, along with the waste heat, is thus utilized at very high efficiency. The basic scheme for FDR is illustrated and described in the report (see Fig. 2) The two most critical issues in meeting challenges introduced employing magneto-inertial fusion as the power source is driver efficiency and “stand-off” – the ability to isolate and protect fusion and thruster from the resultant fusion energy. By employing metal shells for compression, it is possible to produce the desired convergent motion inductively by inserting the metal sheets along the inner surface of cylindrical or conically tapered coils. Both stand-off and energy efficiency issues are solved by this arrangement. 3 This two year effort focused on achieving three key criteria for the Fusion Driven Rocket to move forward for technological development: (1) the physics of the FDR must be fully understood and validated, (2) the design and technology development for the FDR required for its implementation in space must be fully characterized, and (3) an in-depth analysis of the rocket design and spacecraft integration as well as mission architectures enabled by the FDR need to be performed. A subscale, laboratory liner compression test facility was assembled at the University of Washington Plasma Dynamics Laboratory with sufficient liner kinetic energy (~ 0.5 MJ) to reach conditions required for fusion breakeven conditions. Detailed experimental studies of the dynamic behavior of the driven liners as well as liner convergence and magnetic compression were performed. The development of both the 1D liner dynamics code and the full 3D ANSYS® liner calculations was achieved. The characterization of both the FDR and spacecraft as well as a design architecture analysis was conducted that included an examination of a wide range of mission architectures and destinations for which this fusion propulsion system would be enabling or critical. In particular a rapid, single launch manned Mars mission was developed.

Energy↗

Vertical Translation System for the Common Habitat Architecture

The Common Habitat is a large, long-duration habitat that uses an SLS core stage Liquid Oxygen (LOX) tank as its primary structure. Measuring 8.4 meters in diameter and 15 meters in length, it is manufactured as a habitat and launched as such into space. It is intended for use on the Moon as part of a permanently occupied outpost, on Mars as part of an outpost that will be occupied for hundreds of days at a time, and in deep space as part of the Deep Space Exploration Vehicle where it will support crewed missions up to 1200 days in duration. A study of internal orientation and crew size resulted in a Common Habitat configuration sized for a crew of eight with a three-deck horizontal orientation. The Common Habitat Vertical Translation System provides a means for transporting crew and cargo between decks in a Common Habitat spacecraft in gravity levels varying from 0g to 1g. A crowdsourcing campaign was conducted through the GrabCAD platform to initially solicit ideas for restraints and mobility aids, including vertical translation. Four of the five top responses repeated ideas that would be incorporated into features of the Vertical Translation System. The first was a safety barrier (to prevent falls into the opening between decks) that could collapse to form a floor surface covering the opening when not in use. The second idea was a folding ladder that could be stowed in the ceiling when not in use. The third idea was an elevator platform that could traverse the ladder. Several key driving requirements were established for the Vertical Translation System: it may not penetrate into or through the lower deck; it must work on the Earth, Moon, Mars, and in microgravity; it must be easy to operate; it must enable translation of any item that can fit through the Common Habitat’s 40” x 60” hatches, inclusive of suited and unsuited crew with any degree of incapacitation and any equipment or cargo item; and it must include three component systems – deploying floor / safety barriers, a deployable ladder, and an elevator platform. Additional requirements were established for each of the component systems. The safety barriers must form a roughly 40-inch tall, complete wall enclosure on all four sides when deployed; it must include an easy to open gate that allows access to/from the ladder when deployed; and when retracted, the safety barrier must form a smooth, load-bearing floor that can be walked on, and wheeled objects can be rolled across in gravity, without being a trip hazard. The deployable ladder must be composed of multiple ladders that work together; it must stow in the ceiling when not in use; and it must not penetrate into the 40” x 60” vertical passage corridor. The elevator platform must work with the deployable ladder system; it must be able to bridge any gap in ladders between decks; it must stop at each deck flush with the deck surface; it must be capable of transporting an incapacitated crew member as a single rescuer operation; it must be capable of transporting a full-size subsystems pallet; it must function as an elevator for a crew member carrying large objects; it must have safety functions to prevent falls from the platform, or crew/cargo collisions with edges of hatch openings, or entanglement with ladder rungs/structure; it must stow when not in use; and it must autonomously both connect itself to the ladder and deploy itself to any deck where needed when called (e.g., a crew member on any deck can call for the platform and it must connect itself to the ladders without assistance and translate to the requestor’s deck). These requirements were developed into a system concept with the assistance of a NASA Pathways Intern who also added the requirement to size the design based on the use of commercial components, using existing motors and other mechanisms to ensure that the resulting system could be inexpensively produced. The Floor and Safety Barrier consists of four panels, two roughly 40 inches long and two roughly 60 inches long that can fold into the floor on top of each other when not in use. The uppermost panel is load bearing and acts as the floor surface. When deployed, they connect with each other to form a rigid barrier surrounding the vertical passageway. One of the panels contains a hinged gate that can be opened when deployed to allow for access to/from the passageway. The Deploying Ladder consists of two ladder segments, one mounted on the ceiling of the lower deck and the other mounted on the ceiling of the mid deck. A rotating mechanism is mounted on the ladder to allow it to rotate into a horizontal position against the ceiling for stowage, or down to a vertical position for use. A second rotating mechanism is built into the ladder, allowing the rungs to rotate. A toothed surface intended to work with the elevator platform covers the front of the ladder rails and the top and bottom of the rails are designed to be flush when aligned with another ladder segment. The elevator platform is essentially a motorized, self-propelled deck. It has a mechanism that holds it in contact with the ladder rails and drives itself against the toothed surface. This mechanism allows the elevator platform to ascend or descend the ladder. In order to stow the platform when not in use, a set of short ladder rails (without rungs) are mounted to the ceiling of the mid deck. When the mid deck ladder is stowed, it is flush with these rails and the platform can drive itself onto those short rails for stowage. An additional mechanism on the platform can pitch its deck surface 90 degrees, such that when the ladder is to be stowed, the platform can fold up against the ceiling. As a consequence of the ladder and elevator platform design, the opening between decks in the Common Habitat was enlarged to ensure that the elevator platform can accept a payload up to 40”x60” in dimension.

Human Centered Design↗

Cooperative Three-Robot System for Traversing Steep Slopes

Teamed Robots for Exploration and Science in Steep Areas (TRESSA) is a system of three autonomous mobile robots that cooperate with each other to enable scientific exploration of steep terrain (slope angles up to 90 ). Originally intended for use in exploring steep slopes on Mars that are not accessible to lone wheeled robots (Mars Exploration Rovers), TRESSA and systems like TRESSA could also be used on Earth for performing rescues on steep slopes and for exploring steep slopes that are too remote or too dangerous to be explored by humans. TRESSA is modeled on safe human climbing of steep slopes, two key features of which are teamwork and safety tethers. Two of the autonomous robots, denoted Anchorbots, remain at the top of a slope; the third robot, denoted the Cliffbot, traverses the slope. The Cliffbot drives over the cliff edge supported by tethers, which are payed out from the Anchorbots (see figure). The Anchorbots autonomously control the tension in the tethers to counter the gravitational force on the Cliffbot. The tethers are payed out and reeled in as needed, keeping the body of the Cliffbot oriented approximately parallel to the local terrain surface and preventing wheel slip by controlling the speed of descent or ascent, thereby enabling the Cliffbot to drive freely up, down, or across the slope. Due to the interactive nature of the three-robot system, the robots must be very tightly coupled. To provide for this tight coupling, the TRESSA software architecture is built on a combination of (1) the multi-robot layered behavior-coordination architecture reported in "An Architecture for Controlling Multiple Robots" (NPO-30345), NASA Tech Briefs, Vol. 28, No. 10 (October 2004), page 65, and (2) the real-time control architecture reported in "Robot Electronics Architecture" (NPO-41784), NASA Tech Briefs, Vol. 32, No. 1 (January 2008), page 28. The combination architecture makes it possible to keep the three robots synchronized and coordinated, to use data from all three robots for decision- making at each step, and to control the physical connections among the robots. In addition, TRESSA (as in prior systems that have utilized this architecture) , incorporates a capability for deterministic response to unanticipated situations from yet another architecture reported in Control Architecture for Robotic Agent Command and Sensing (NPO-43635), NASA Tech Briefs, Vol. 32, No. 10 (October 2008), page 40. Tether tension control is a major consideration in the design and operation of TRESSA. Tension is measured by force sensors connected to each tether at the Cliffbot. The direction of the tension (both azimuth and elevation) is also measured. The tension controller combines a controller to counter gravitational force and an optional velocity controller that anticipates the motion of the Cliffbot. The gravity controller estimates the slope angle from the inclination of the tethers. This angle and the weight of the Cliffbot determine the total tension needed to counteract the weight of the Cliffbot. The total needed tension is broken into components for each Anchorbot. The difference between this needed tension and the tension measured at the Cliffbot constitutes an error signal that is provided to the gravity controller. The velocity controller computes the tether speed needed to produce the desired motion of the Cliffbot. Another major consideration in the design and operation of TRESSA is detection of faults. Each robot in the TRESSA system monitors its own performance and the performance of its teammates in order to detect any system faults and prevent unsafe conditions. At startup, communication links are tested and if any robot is not communicating, the system refuses to execute any motion commands. Prior to motion, the Anchorbots attempt to set tensions in the tethers at optimal levels for counteracting the weight of the Cliffbot; if either Anchorbot fails to reach its optimal tension level within a specified time, it sends message to the other robots and the commanded motion is not executed. If any mechanical error (e.g., stalling of a motor) is detected, the affected robot sends a message triggering stoppage of the current motion. Lastly, messages are passed among the robots at each time step (10 Hz) to share sensor information during operations. If messages from any robot cease for more than an allowable time interval, the other robots detect the communication loss and initiate stoppage.

Stroupe, Ashley↗

NASA's Desert RATS Science Backroom: Remotely Supporting Planetary Exploration

NASA's Desert Research and Technology Studies (Desert RATS) is a multi-year series of tests designed to exercise planetary surface hardware and operations in conditions where long-distance, multi-day roving is achievable. In recent years, a D-RATS science backroom has conducted science operations and tested specific operational approaches. Approaches from the Apollo, Mars Exploration Rovers and Phoenix missions were merged to become the baseline for these tests. In 2010, six days of lunar-analog traverse operations were conducted during each week of the 2-week test, with three traverse days each week conducted with voice and data communications continuously available, and three traverse days conducted with only two 1-hour communications periods per day. In 2011, a variety of exploration science scenarios that tested operations for a near-earth asteroid using several small exploration vehicles and a single habitat. Communications between the ground and the crew in the field used a 50-second one-way delay, while communications between crewmembers in the exploration vehicles and the habitat were instantaneous. Within these frameworks, the team evaluated integrated science operations management using real-time science operations to oversee daily crew activities, and strategic level evaluations of science data and daily traverse results. Exploration scenarios for Mars may include architectural similarities such as crew in a habitat communicating with crew in a vehicle, but significantly more autonomy will have to be given to the crew rather than step-by-step interaction with a science backroom on Earth.

Cohen, Barbara A.↗

Communications system evolutionary scenarios for Martian SEI support

In the Space Exploration Initiative (SEI) mission scenarios, expanding human presence is the primary driver for high data rate Mars-Earth communications. To support an expanding human presence, the data rate requirement will be gradual, following the phased implementation over time of the evolving SEI mission. Similarly, the growth and evolution of the space communications infrastructure to serve this requirement will also be gradual to efficiently exploit the useful life of the installed communications infrastructure and to ensure backward compatibility with long-term users. In work conducted over the past year, a number of alternatives for supporting high data rate Mars-Earth communications have been analyzed with respect to their compatibility with gradual evolution of the space communications infrastructure. The alternatives include RF, millimeter wave (MMW), and optical implementations, and incorporate both surface and space-based relay terminals in the Mars and Earth regions. Each alternative is evaluated with respect to its ability to efficiently meet a projected growth in data rate over time, its technology readiness, and its capability to satisfy the key conditions and constraints imposed by evolutionary transition. As a result of this analysis, a set of attractive alternative communications architectures have been identified and described, and a road map is developed that illustrates the most rational and beneficial evolutionary paths for the communications infrastructure.

Kwong, Paulman W.↗

Enabling Reliable, Fault-Tolerant Autonomous Lunar Habitats with High-Performance Spaceflight Computing

The lunar surface presents unfavorable constraints and harsh living conditions. To address these challenges, autonomous habitats will require complex integrated systems that combine advanced software, high-performance hardware, and cutting-edge sensors to ensure sustainability, safety, and operational efficiency. Consequently, maintaining a sustainable presence on the Moon requires reliable infrastructure and efficient development, precise monitoring, and utilization of resources within a lunar installation. These elements are essential not only to ensure that lunar settlement can be long-term, self-sustaining, and resource-efficient, but also to serve as a foundation for future missions and eventual human habitation on Mars. Humans are not native to the Moon; therefore, our survival and ability to thrive will depend on autonomous systems that can foster safety and resilience through high-availability architectures, graceful degradation, and highly fault-tolerant spaceflight hardware capable of continuing operation during failures. This requires advanced human-rated distributed systems architectures with specialized electronics, scalable capabilities, and an integrated design approach. Unlike current practices focused on short-term missions and regularly maintained components, permanent lunar compute systems must be designed for extended operations beyond mission durations. This paper explores the necessity of transitioning toward fault- tolerant, highly autonomous hardware systems designed for multi-year missions. It also identifies critical subsystems that require high levels of autonomy, supported by radiation-hardened processors and extreme thermal loads, which are essential to mitigate long-term degradation and ensure sustainable lunar habitation. Finally, the paper aligns with NASA’s identified Civil Space Shortfalls, particularly in high-performance onboard computing, advanced data acquisition, extreme-environment avionics, radiation monitoring and countermeasures, and autonomous health management. It proposes NASA’s new High-Performance Spaceflight Computing (HPSC) processor as a turnkey solution, delivering 100 times the performance-per-watt of legacy rad-hard CPUs and enabling onboard AI, edge computing, and fault-tolerant features essential for sustained lunar autonomy and beyond.

Sarkis S Mikaelian↗